vdr

vdr@linuxtv.org

2 participants
6731 discussions

VDR 1.7.15 + DXR3 lockup problem
by Teemu Suikki 07 Nov '10

07 Nov '10

Hi, I have VDR 1.7.15 with two DVB-T budget cards and DXR3 video output.. I'm experiencing wierd lockups sometimes. I think there might be a hardware problem that really causes it, because even with earlier VDR versions I sometimes had "dead" dvb cards that needed a reboot to fix.. But this was easily fixed by "reboot" command in runvdr script, so the machine booted when vdr did emergency exit. Anyway the current problem is that "emergency exit" doesn't really exit! Oct 27 17:39:09 vdr vdr: [3215] ERROR: video data stream broken Oct 27 17:39:09 vdr vdr: [3215] initiating emergency exit Oct 27 17:39:40 vdr vdr: [3215] ERROR: video data stream broken Oct 27 17:39:40 vdr vdr: [3215] initiating emergency exit Oct 27 17:40:11 vdr vdr: [3215] ERROR: video data stream broken This is just repeated over and over, but it doesn't really exit. It actually needs "killall -9 vdr" to quit vdr, normal kill isn't enough. What's interesting, DXR3 output is stuck showing "Kanava ei ole käytettävissä" (Channel can't be used?) on black screen, and remote control doesn't work either.. So VDR is probably stuck in some deadlock? It doesn't use very much CPU time though. If I disable emergency exit, it simply stays stuck with dead remote and black screen etc. :) It might be a dxr3 problem, or what do you think? On my earlier setup with VDR 1.4.x, the same "video data stream broken" resulted in clean emergency exit, no such deadlock.. -- Teemu Suikki http://www.z-power.fi/

3 5

Feature-Request: MarginStart in INFO file of recording
by Rene Bartsch 06 Nov '10

06 Nov '10

Hi, I'm working on a script which downloads cutlists from cutlist.at and converts them to VDR format. As the cutmarks are relative to the start of the recording, the offset between start of recording and start of cutlist has to be calculated. I'm trying parse all information from the info files, but as the unix timestamp relates to the start of the show and not to the start of the recording, I have to assume an fixed offset for all recordings. So I suggest to add start margin (and maybe stop margin) to the info files of recordings. Best regards, Renne

6 9

ANNOUNCE vdr-osdteletext 0.9.0
by Tobi 06 Nov '10

06 Nov '10

There were a lot of pending changes in the Git, so I decided to make a releases. The changes: * Updated Italian translation provided by Diego Pierotto (Closes #151) * Fix valid page number check in TeletextBrowser::ExecuteAction (Closes #154) * Fixed possible segfault (Closes #179) - (Thx to Manuel Reimer) * Added setup option to disable main menu entry (Closes #149) (Thx to Manuel Reimer!) * Added command line option to enable storing TopText pages, which is now disabled by default (References #177) (Thx to Andreas Brachold!) * Makefile adjustments for VDR 1.7.13. * Don't care if the current channel really changed, if we get a channel switch on the primary device (Thx to Sören Moch) As always: Any help is welcome! Development site: http://projects.vdr-developer.org/projects/plg-osdteletext Downloads: http://projects.vdr-developer.org/projects/plg-osdteletext/files Git-Web: http://projects.vdr-developer.org/git/?p=vdr-plugin-osdteletext.git Anonymous Git-access : git://projects.vdr-developer.org/vdr-plugin-osdteletext.git This is intended to be a community maintained project! Don't expect me to fix your problems, I'm merely maintaining the project! Please report any bugs, ideas or feature requests to the project site (no registration required for this!). If you want to contribute patches, new features or whatever, post an issue or patch to the projects issue tracker or request to join the project. I would happily add everyone as a project member, who would like to contribute to the project! Tobias

1 0

Re: [vdr] Feature-Request: MarginStart in INFO file of recording
by Rolf Ahrenberg 03 Nov '10

03 Nov '10

On Tue, 2 Nov 2010, VDR User wrote: > Wouldn't this also require that you sync your system time to the dvb > stream also? It would be nice if someone wrote a patch or plugin to > cut out commercials. From what I've _heard_ mythtv has this features > and it works quite well. There's already the Markad plugin, that's been developed quite actively: http://projects.vdr-developer.org/projects/plg-markad BR, -- rofa

2 1

Re: [vdr] xmltv2vdr does not with VDR 1.7.16??
by semsem85 sami 01 Nov '10

01 Nov '10

It is working fine now. Thanks guys for help. Best Regards Sami

1 0

xmltv2vdr does not with VDR 1.7.16??
by semsem85 sami 01 Nov '10

01 Nov '10

Hi, The xmltv2vdr script is not working for me on VDR 1.7.16. There is no EPG on the target channels. Anybody can confirm if it is working for you or not. Thanks a lot. BTW, I know I should run the scrip with the -p parameter as SDVRP port in VDR has changed, but the script runs without error and no EPG is shown. Best Regards Sami

3 3

Re: [vdr] Replay Problems with Extension HD
by Rolf Ahrenberg 30 Oct '10

30 Oct '10

On Wed, 13 Oct 2010, Vesa wrote: > Similar delay as on ttxsubtitles would be nice addition to VDR. Separate and > additional delay for live and record play modes. Suitable range would be 0 - > 10s. Well, IMO that delay code in the ttxtsubs plugin should be removed when PTS code has been merged into the repo. > This would fix also other issue than "non working output". Sometimes How about adding a STC offset setting in these "non working output" plugins with a little help of latest PCR value and the system clock? > My opinion is that there is several reason to add DVB subtitle delay setting > to VDR menu. To fix non working output devices and to fix temporally miss > aligned subtitles. This feature is similar as Lipsync set on all modern AV > devices. Audio should be in sync with video, but sometimes it is not. It is > good to have lipsync on menu for fixing this temporal but totally annoying > issue. I'm against these kind of dirty hacks in the official VDR code tree, but the current dvbsubtitles code in VDR could be refactored to be replaceable with a plugin. Afterwards the reel plugin could reimplement it with any hacks needed. BR, -- rofa

12 17

[ANNOUNCE] xxv-1.6.1 - stable release
by Andreas Brachold 30 Oct '10

30 Oct '10

Hello, I'm announce this bugfixed stable release. xxv-1.6.1 is now the major stable release of XXV the "Xtreme eXtension for VDR", it's containing a set of bug fixes. XXV means "Xtreme eXtension for VDR" and is a central service for the administration of the VDR and his environment. Here a small overview of present functions: * Full remote access to VDR-1.6.x and VDR-1.7.x environment. * EPG data are regularly parsed and registered * Create Timer from EPG data * Full automated timer creation from EPG data by wished topics * Recording control and manage * ... The following changes have been made since the release xxv-1.6 : * some improves on multi recorder environment (some moduls) o don't show epg-events twice o group channel list by recorder o order events by recorder o REMOTE/STREAM : allow select recorder (switch/livestream) o EPG: search data by channel, instead of recorder * CONFIG: show moduls description on editing preferences * RECORDS: o refactoring status handler o show error message if command 'play' failed o after edit description - update datebase entry * SHARE: o change order of topten view o show level on any skins o add paging support * update localisation detection(Bug #17082) * refactoring createTmpDir * html/jason (skin): o fix misspelled javascript syntax (Bug #017539) o improve select time at 'now' o keep selection if timer programmed o remote control - allow select recorder o remote fix wrong keycodes for adjust volume o update timer view if autotimer upgraded o allow download music files (save button on player window) Read the full announcement (1.6.1): http://xxv.berlios.de/content/view/47/1/ Please report any bugs, ideas or feature requests to the project site If you want to contribute patches, new features or whatever, post an issue or patch to the projects issue tracker or request to join the project. I would happily add everyone as a project member, who would like to contribute to xxv! with kind regards, Andreas

1 0

Re: [vdr] Strange problem with one specific channel
by Dirk E. Wagner 28 Oct '10

28 Oct '10

Hi, On 18.10.2010 12:00, vdr-request(a)linuxtv.org wrote: > I have a strange problem with a relatively new DVB-T/SD/MPEG2 channel in > Sweden. If I try to record from it all I get is a zero-byte file and VDR > restarts after the standard 30 seconds reporting the infamous "ERROR: > video > data stream broken". All other channels on that mux are perfectly OK > in VDR. I can confirm this problem with vdr 1.6 and 1.7 with DVB-T channel Super-RTL in Rhein-Main-Area in Germany. I posted this in the german vdr forum, but without response: http://vdr-portal.de/board/thread.php?threadid=99985 The Super-RTL channel worked for a long time without problems. Since several weeks the problem arise, so I think the dvb stream was changed.

3 3

reelchannelscan not working with empty channels.conf!
by Halim Sahin 26 Oct '10

26 Oct '10

Hi List, I tested reelchannelscan on my vdr-1.7.15 and had problems with it. It crashs when using it with empty channels.conf, because it need a tuned channel before scanning. When started with an empty channels.conf there is no channel tuned and the plugin gets no valid initial channel data. Do we have a fix for that issue? Who does maintain an oficial (vdr) compatible version of the plugin? BR. halim

4 6

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr