vdr

vdr@linuxtv.org

2 participants
6731 discussions

Re: [vdr] ATSC Channel providers California (now OREGON
by Simon Baxter 14 Apr '11

14 Apr '11

> >> From what I've read Comcast uses two levels of encryption, a basic one >> for tier one channels (extended basic in marketing terms) then a more >> comprehensive key encryption for their digital preferred channels. >> >> I use a combination of two set top boxes, a PVR HD for HD channels and a >> PVR500 for SD channels, and two Clear Qam adapters for locals. >> >> The Clear Qam are very good quality MPEG 2 HD or SD streams with AC3 >> audio, the PVR500 is reasonable, but one my boxes has interference on the >> svideo output. >> >> The HD-PVR is really good, giving an H264 with AC-3 passthrough TS >> stream. However, every now and then the cable box glitches and the HD-PVR >> stops streaming. PVRInput isn't aware (yet - although Lars is looking >> into it) that it's not sending anything to VDR. This is a problem when >> recording as VDR restarts, if I'm doing concurrent recordings then I lose >> bits of other recording during this time. As an aside, AC-3 is passed >> through from the original ATSC-QAM stream, I had to patch VDR again to >> stop checking for ATSC on Audio Type 0x81 or VDR would ignore the audio >> dpid of the channel and set it to 0. This also had to be done for the >> VNSI plugin in XBMC-PVR. >> >> I really want to thank Lars for teaching me about TS streams.. New question - what hardware support is there for VDR and ATSC? I'm moving to the US, so will be ditching my DVB-C and DVB-S hardware - what should I be buying to work with VDR?

2 1

ERROR: video data stream broken - why?
by John Klimek 14 Apr '11

14 Apr '11

I'm trying to record from an MPEG-2 stream and I'm getting an error "ERROR: video data stream broken". I've narrowed down the problem to remux.c where it's looking for the Picture Start Code (0x00000100) and it's never finding it so it's timing out. I'm not exactly sure why this is happening since everything works fine in other DVB applications, etc. I've also applied Klaus's frame detection patch (from March 20th?) and it didn't help but here was my stderr output: //////////////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////////////// Delta = 1501 FPS = 59.94 FPPU = 0 NF = 0 ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// Can anybody give me a hand? Thanks.

2 3

resetting recordings
by Arturo Martinez 13 Apr '11

13 Apr '11

My vdr 1.7.x recordings look a bit messy. I get multiple single entries for the same show although I have put them physically on the same folder (under the _ subfolder) How can I force vdr to re-index them?

3 3

BBC HD pixelation
by Daniel Harris 10 Apr '11

10 Apr '11

Hello I am currently experiencing picture pixelation when watching the BBC HD station. I have tried changing the position of the dish changing deinterlace settings even sending 1080i output to the tv and tuned several paramaters within my xineliboutput config but this seems to have no effect. The problem does not occur when watching ITV HD so I am confused as to what is causing it. Is anyone watching freesat BBC HD perfectly and is so how are you doing it. I have read that other people have had similar problems but that seems to be a few years back so I am not sure if this is a bbc problem a vdr problem or a xine problem. I would appreciate any help in fixing this. Thanks Dan Debian stable with vdr from e-tobi repositories and xineliboutput nvidia g210 graphics card

4 4

bitstreamout plugin and VDR 1.7.17
by Tobi 09 Apr '11

09 Apr '11

Hi! Does the bitstreamout plugin still make sense for VDR 1.7.17? Upstream has been dead for about 3 years now and I'm considering to remove this plugin from the Debian archive. bye, Tobias

2 2

[Patch] Make RGYB buttons customizeable
by Oliver Schinagl 07 Apr '11

07 Apr '11

Hey all, Ever had the trouble that your remote's color navigation key weren't the same as VDR's? Well I wrote this patch the past 4 hours which lets you configure them. By doing so, the order of the buttons in the menu changes depending on whatever you tell it to. So finally that remote can match whatever is displayed on screen. This only works for the classic and st-tng skins, as those are supplied with VDR. The Skin needs to support this feature. If there is no skin support, the setting simply gets ignored by that skin. Since only the order of the buttons in the skin are being changed any plugin configuration will be independent from this change. What I mean is that, when a plugin has configured blue to take you straight to the photo gallery, the blue button will still do this, no matter where it is on the remote. If the plugin however used the blue key to fast forward, because it is the right most key, and thus made sense logically there, it will no longer when you move the keys around. Practically, this will boil down to a handful of plugins depending on location which imo is a little weird anyway :) Also, I patched it on a Gentoo box using the latest 1.6 ebuild they have so line numbers may be a little off in the patch due to various patches Gentoo may apply. It's the only dev. box for VDR I have so forgive me on that. I'm looking forward to the review :) Oliver

1 0

[Patch] Make RGYB buttons customizeable
by Oliver Schinagl 07 Apr '11

07 Apr '11

6 27

[PATCH] PLUGINS/src/dvbsddevice/dvbsdffosd.c: remove superflous variable `Bitmap`
by Paul Menzel 03 Apr '11

03 Apr '11

Date: Fri, 4 Feb 2011 14:58:23 +0100 Cppcheck reports the following. cppcheck: (style) Variable 'Bitmap' is assigned a value that is never used Therefore remove the variable `Bitmap` for stylistic reasons since the compiler probably optimized that out anyway. Signed-off-by: Paul Menzel <paulepanter(a)users.sourceforge.net> CC: Klaus Schmidinger <Klaus.Schmidinger(a)tvdr.de> --- PLUGINS/src/dvbsddevice/dvbsdffosd.c | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/PLUGINS/src/dvbsddevice/dvbsdffosd.c b/PLUGINS/src/dvbsddevice/dvbsdffosd.c index 4b60ef5..8be1d25 100644 --- a/PLUGINS/src/dvbsddevice/dvbsdffosd.c +++ b/PLUGINS/src/dvbsddevice/dvbsdffosd.c @@ -73,8 +73,7 @@ void cDvbSdFfOsd::SetActive(bool On) Flush(); } else if (shown) { - cBitmap *Bitmap; - for (int i = 0; (Bitmap = GetBitmap(i)) != NULL; i++) { + for (int i = 0; GetBitmap(i) != NULL; i++) { Cmd(OSD_SetWindow, 0, i + 1); Cmd(OSD_Close); } @@ -108,8 +107,7 @@ eOsdError cDvbSdFfOsd::CanHandleAreas(const tArea *Areas, int NumAreas) eOsdError cDvbSdFfOsd::SetAreas(const tArea *Areas, int NumAreas) { if (shown) { - cBitmap *Bitmap; - for (int i = 0; (Bitmap = GetBitmap(i)) != NULL; i++) { + for (int i = 0; GetBitmap(i) != NULL; i++) { Cmd(OSD_SetWindow, 0, i + 1); Cmd(OSD_Close); } -- 1.7.4.1

1 0

[PATCH] PLUGINS/src/osddemo/osddemo.c: fix possible null pointer dereference
by Paul Menzel 03 Apr '11

03 Apr '11

Date: Sun, 3 Apr 2011 22:53:33 +0200 Cppcheck reports the following. $ cppcheck --version Cppcheck 1.47 $ cppcheck . […] Checking ./PLUGINS/src/osddemo/osddemo.c... [./PLUGINS/src/osddemo/osddemo.c:8]: (debug) Include file: "vdr/osd.h" not found. [./PLUGINS/src/osddemo/osddemo.c:9]: (debug) Include file: "vdr/plugin.h" not found. [./PLUGINS/src/osddemo/osddemo.c:270]: (error) Possible null pointer dereference: NextPixmap […] `CreateTextPixmap` can indeed assign `NULL` to `NextPixmap` and right before in line 265 the same check is performed. Signed-off-by: Paul Menzel <paulepanter(a)users.sourceforge.net> CC: Klaus Schmidinger <Klaus.Schmidinger(a)tvdr.de> --- PLUGINS/src/osddemo/osddemo.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/PLUGINS/src/osddemo/osddemo.c b/PLUGINS/src/osddemo/osddemo.c index 2e6a33b..d3ec718 100644 --- a/PLUGINS/src/osddemo/osddemo.c +++ b/PLUGINS/src/osddemo/osddemo.c @@ -267,7 +267,9 @@ void cTrueColorDemo::Action(void) } Start = cTimeMs::Now(); StartLine = Line; - Line += NextPixmap->DrawPort().Height(); + if (NextPixmap) { + Line += NextPixmap->DrawPort().Height(); + } } State++; } -- 1.7.4.1

1 0

[ANNOUNCE] VDR developer version 1.7.17
by Klaus Schmidinger 03 Apr '11

03 Apr '11

VDR developer version 1.7.17 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.17.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.16-1.7.17.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. This version introduces support for TrueColor OSD. Note, though, that output plugins need to be enhanced in order to support actual TrueColor display (if the device they control can handle TrueColor). Also, skins that want to make use of TrueColor may need to be adapted to the new interface using cPixmap. The changes since version 1.7.16: - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - Fixed following symbolic links in RemoveFileOrDir() (cont'd) (thanks to Steffen Barszus). - Changed the description of cDevice::GetSTC() to make it mandatory for devices that can replay. - Removed the check for positive STC values from cDvbSubtitleConverter::Action(). - Added cString::operator=(const char *String) (suggested by Antti Seppälä). - Some spelling fixes (thanks to Ville Skyttä). - Passing package name and version to xgettext (thanks to Ville Skyttä). - Made 'dist' target dependent on up to date *.po (thanks to Ville Skyttä). - Added Language and fixed Language-Team header of *.po (thanks to Ville Skyttä). - Updated the Lithuanian OSD texts (thanks to Valdemaras Pipiras). - Fixed detecting frames on channels that broadcast with 50 or 60 fps. This avoids artifacts during fast forward/rewind when replaying recordings from such channels. To fix the index of existing recordings from such channels, just delete the 'index' file of the recording and VDR will generate a new one the next time you play it. You should also change the line "F 25" to "F 50" in the 'info' file of that recording. - Added support for "registration descriptor" to 'libsi' and using it in pat.c (thanks to Rolf Ahrenberg). - Fixed unjustified log entries about changed channel pids (reported by Derek Kelly). - Added an include of VDR's 'Make.global' to libsi's Makefile (thanks to Rolf Ahrenberg). - Removed displaying the "contents" information from the "Classic VDR" and "ST:TNG Panels" skins, because it is often wrong and nothing but irritating. - Added typecasts to avoid gcc 4.5 warnings in switch statements on eKeys variables where additional 'k_...' flags are used. - Fixed inclusion of <stdarg.h> (thanks to Henning Heinold). - Changed "frame duration" to "frame rate" in vdr.5 (reported by Tobias Grimm). - Removing a cRemote from the Remotes list in case its initialization failed (thanks to Dominik Strasser). - Added LDFLAGS to the linker calls in the Makefiles (thanks to Joerg Bornkessel and Paul Menzel). - Now updating the 'frames per second' data in the list of recordings when a new recording is started that has a frame rate other than the default. - The include path to the freetype2 header files is now retrieved via a call to 'pkg-config --cflags freetype2' (suggested by Andreas Oberritter). - The OSD now has full TrueColor support. There can be several "pixmaps" that can be overlayed with alpha blending. All existing skins should work out of the box with the TrueColor OSD - the only exception being cOsd::GetBitmap(). Since the TrueColor OSD doesn't use bitmaps, this function will return a dummy bitmap, which may not be what the plugin expects. As long as this bitmap is only used for setting the palette, there is no problem. However, any other operations on this bitmap will have no effect. See the description of the cPixmap functions in osd.h for details about the new functionalities. The "ST:TNG Panels" skin has been enhanced to automatically use the TrueColor OSD if available. The "osddemo" plugin has been extended to show some of the possibilities of the TrueColor OSD if it is run on a system that actually provides TrueColor support. Thanks to Reinhard Nissl for some valuable input, help with debugging, and an implementation of the AlphaBlend() function. - Updated the Slovakian language texts (thanks to Milan Hrala). - Added Serbian language texts (thanks to Milan Cvijanovic). - Fixed reallocating memory in the "pictures" plugin (reported by Paul Menzel, with input from Oliver Endriss). - Fixed reallocating memory in cTsToPes::PutTs() (suggested by Oliver Endriss). - Now checking the result of all realloc() calls. - Fixed setting up the 'Recordings' menu in case there are several recordings with exactly the same name (reported by Marcus Hilbrich). - Setting the audio type of language descriptors to 0x00 in the PAT/PMT generator (thanks to Anssi Hannula). - Changed the compiler optimization flag to -O3, which gives quite a performance boost in the AlphaBlend() function. - While replaying, the editing marks are now updated every 10 seconds (based on a patch from Manuel Reimer). - Now reducing the thread and I/O priority cCuttingThread::Action() to make the foreground process more responsive (suggested by Frank Neumann). - Removed checking for minimum line length of 21 characters in the LIRC receiver code (reported by Gerald Dachs). - Updated the Romanian OSD texts (thanks to Lucian Muresan). - Now storing the original display size when handling DVB subtitles (thanks to Reinhard Nissl). - The original display size of subtitles is now used to scale them properly when displaying them on an HD OSD. Have fun! Klaus

8 22

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr