vdr

vdr@linuxtv.org

6731 discussions

Is there ANY support for DVD-PLUGIN ??????
by Simon Baxter 23 Jul '06

23 Jul '06

Hi. I've posted a few threads recently, trying to find some support for repairing my dvd plugin. I used to be able to play all sorts of DVDs, now nothing works. I can play some DVDs, with menus, with Xine and can play most DVDs, without menus, with mplayer - so I assume my libdvdcss and libdvdread are still ok. The DVD plugin fails though. All I get is: libdvdnav: Using dvdnav version 0.1.10 from http://dvd.sf.net libdvdnav: DVD Title: BBCDVD1733 libdvdnav: DVD Serial Number: 32ed6273 libdvdnav: DVD Title (Alternative): libdvdnav: Unable to find map file '/home/vdruser/.dvdnav/BBCDVD1733.map' libdvdnav: DVD disk reports itself with Region mask 0x00f50000. Regions: 2 4 ./runvdr.sh: line 40:2280 Aborted Can anyone help??

2 3

[PATCH] Invalidate /video cache _after_ cutting
by Artur Skawina 23 Jul '06

23 Jul '06

When a new recording is started vdr touches the .update file so that all vdrs using the same /video directory rescan the tree and discover the new data. While this makes sense for 'normal' recordings (makes it possible to watch an ongoing recording on another vdr), it also happens when the cutting process is started. This causes all other vdrs to almost immediately reread the /video tree while the disk is busy -- both the cutting process and the clients are significantly slowed down. This change lets the horde of vdrs loose _after_ the cutting is finished. Edited recordings appear on other vdrs first when they are finished. artur diff -urNp vdr-1.4.1.org/cutter.c vdr-1.4.1-tr/cutter.c --- vdr-1.4.1.org/cutter.c 2006-02-12 10:07:23.000000000 +0000 +++ vdr-1.4.1-tr/cutter.c 2006-07-07 13:42:10.000000000 +0000 @@ -171,6 +171,7 @@ void cCuttingThread::Action(void) LastMark = true; } } + Recordings.TouchUpdate(); } else esyslog("no editing marks found!"); @@ -205,7 +206,7 @@ bool cCutter::Start(const char *FileName // XXX editedVersionName = strdup(evn); Recording.WriteInfo(); - Recordings.AddByName(editedVersionName); + Recordings.AddByName(editedVersionName, false); cuttingThread = new cCuttingThread(FileName, editedVersionName); return true; } diff -urNp vdr-1.4.1.org/recording.c vdr-1.4.1-tr/recording.c --- vdr-1.4.1.org/recording.c 2006-04-29 13:22:20.000000000 +0000 +++ vdr-1.4.1-tr/recording.c 2006-07-07 13:42:10.000000000 +0000 @@ -970,7 +970,7 @@ cRecording *cRecordings::GetByName(const return NULL; } -void cRecordings::AddByName(const char *FileName) +void cRecordings::AddByName(const char *FileName, bool TriggerUpdate) { LOCK_THREAD; cRecording *recording = GetByName(FileName); @@ -978,7 +978,8 @@ void cRecordings::AddByName(const char * recording = new cRecording(FileName); Add(recording); ChangeState(); - TouchUpdate(); + if (TriggerUpdate) + TouchUpdate(); } } diff -urNp vdr-1.4.1.org/recording.h vdr-1.4.1-tr/recording.h --- vdr-1.4.1.org/recording.h 2006-04-09 13:47:11.000000000 +0000 +++ vdr-1.4.1-tr/recording.h 2006-07-07 13:42:10.000000000 +0000 @@ -133,7 +133,7 @@ public: bool StateChanged(int &State); void ResetResume(const char *ResumeFileName = NULL); cRecording *GetByName(const char *FileName); - void AddByName(const char *FileName); + void AddByName(const char *FileName, bool TriggerUpdate = 1); void DelByName(const char *FileName); int TotalFileSizeMB(void); ///< Only for deleted recordings! };

2 2

Minor annoyance: Freeze when playing short recordings
by Udo Richter 23 Jul '06

23 Jul '06

Hi list, Out of curiosity I've been digging in an old minor bug: Sometimes, on very short recordings, VDR freezes for a few seconds near the end of playback. This bug is old, imho it must have been there before 1.2.0. Based on my dig, the cause is cIndexFile::CatchUp() (recording.c line 1233), and the exact conditions are: (1) The recording was recorded or cutted less than an hour ago (2) The recording is shorter than 60s (PAL) (3) Read ahead reaches end of recording (2-3s before end) On these conditions, VDR will freeze 8 seconds, looking for changes to the index.vdr file. (1) is triggered by if (time(NULL) - buf.st_mtime > MININDEXAGE), (2) is triggered by if (... || Index > 10 * INDEXSAFETYLIMIT), (3) is triggered by if (Index < last - (i ? 2 * INDEXSAFETYLIMIT : 0) || ...). The whole sleeping stuff seems to be for live pause mode, so playback doesn't stop instantly and waits for some recorded frames. For one thing, the test of (3) looks fishy to me. i is a loop index running from 0 to 8 (seconds), so the condition is (Index < last) on first loop, and (Index < last - 2 * INDEXSAFETYLIMIT) on all other loops. In words: On loop 0, exit if not on last frame, on loop 1..8 exit if less than 12 seconds before end. Does this have to be the other way round? Or is it intended to sleep only on last frame, and then wait up to 8 seconds for index file to grow by 12 seconds? Anyway, this doesn't fix the initial problem. The problem is to detect whether the recording may still be growing or not. The test on age older than one hour may be adapted for that, but instead of stopping to check index.vdr, maybe we should (additionally) exit the loop if index.vdr exists and is older than 10 seconds? Cheers, Udo

1 0

remote clients with xineliboutput questions
by Jon 23 Jul '06

23 Jul '06

I've been running VDR for a while now with a FF card and a bunch of dvb-t cards as a standalone system- its works great even the wife cant live without it now ;-) Thanks to everyone especially Klaus for this great software. I want to use another TV with VDR and I was thinking of creating two remote clients and converting my existing vdr server into a headless streaming server, it looks like the xineliboutput plugin seems to provide the best solution combined with a mini-itx board like the epia sp 1300 (I watch a bunch of xvids) but I have some questions that I hope soneone can help me with: Can the two remote clients act independently to each other, with full osd? Can timers be scheduled from the remote clients? How reliable is this setup? Is there a better solution? Thanks Jonathan

2 1

wrong behaviour when mixing channel group selection and channel number entering
by Andreas Regel 23 Jul '06

23 Jul '06

Hi, I found a bug in vdr 1.4.1 with maintenance patch 1, that occurs when doing the following: 1. select a channel group using left/right keys 2. when the channel display is still open enter a channel number 3. wait until entered channel is tuned 4. press ok to remove window -> now the first channel in the previously selected group is tuned which is not the expected behaviour. attached patch fixes the problem Best regards, Andreas

2 1

warning - cannot set dumpable: Invalid argument
by Sebastian Kemper 23 Jul '06

23 Jul '06

Hi everybody, I installed kernel 2.6.16.24 lately and get this warning when starting vdr. The same should happen with 2.6.17.4 since both share the same Changelog: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.17.4 http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.24 And I quote: "During security research, Red Hat discovered a behavioral flaw in core dump handling. A local user could create a program that would cause a core file to be dumped into a directory they would not normally have permissions to write to. This could lead to a denial of service (disk consumption), or allow the local user to gain root privileges." So I was wondering if you could adapt vdr's dumpfile handling to the new situation and put the changes in vdr-1.4.2 in order to get rid of the warning, please. Thank you Sebastian

5 10

StreamDev server limited connections?
by JikJikMan 23 Jul '06

23 Jul '06

Hi All, Does streamdev-server plugin for VDR has limited connections? I tried vdr-streamdev-snapshot-20060505 on vdr-1.4.0, but each time my connections with videolan-0.8.5 reaches to five concurrent connections, I could not connect any additional client to it. It doesn't seem to be hardware resource lack, Because my system has 1 GB free ram when five clients connected and also cpu usage is very low. I tested it with 2 client PCs and the results was same. Where is the problem? John.

3 3

[announcement] vdr2jpeg-0.0.9
by Andreas Brachold 22 Jul '06

22 Jul '06

Hello, Here a new release of vdr2jpeg. To build with lastest checkout from ffmpeg svn repository. (tested with last ffmpeg checkout r5812) Changes -------- update VERSION checking to build with ffmpeg-svn COPYING missed inside package cleanup code static linking failed, reorder librarys for linking strip debugging symbols on non-DEBUG target change Makefile to default build without FFMDIR must defined What's it --------- This is a simple program to grab jpeg images from VDR-Recordings. It's used inside xxv to generated preview images of recordings. http://www.deltab.de/index.php?option=com_content&task=view&id=26&Itemid=45 Enjoy, Andreas

1 0

streamdev & xine plugins
by Hazem Hamed 22 Jul '06

22 Jul '06

Hi list I have trouble setting my new notebook as vdr-streamdev client I have this setup server side P4 2.4 GHz processor 512 RAM twinhan budget dvb-s card Mandriva 10.1 with kernel updated to 2.6.16.9 vdr 1.3.41 xine plugin 0.7.6 streamdev cvs around may 2005 few other plugins client side Toshiba sattelite M70/340 centrino 1.73 GHz 512 RAM SUSE 10.1 vdr 1.3.41 xine plugin 0.7.6 streamdev cvs around may 2005 I run # vdr -Pxine -Pstreamdev-client SetVideoFormat: 0 SetAudioChannelDevice: 0 SetVolumeDevice: 255 SetPlayMode: 1 [vVMSetDigitalAudioDevice: 0 SetAudioChannelDevice: 0 aA+10+11+11] vdr-xine: Client connecting ... and on anther konsol window # xine --verbose=2 vdr:/tmp/vdr-xine/stream#demux:mpeg_pes xine: found demuxer plugin: Elementary MPEG stream demux plugin load_plugins: plugin dxr3-mpeg2 failed to instantiate itself. load_plugins: plugin mpeg2 will be used for video streamtype 00. av_offset=0 pts spu_offset=0 pts xine_play play_internal ...done video_out: throwing away image with pts 43718 because it's too old (diff : 4479). but I get no [video|sound|osd] here some logs # tail -f /var/log/messages vdr: [3970] initializing plugin: streamdev-client (0.3.3-pre3-geni): VTP Streaming Client vdr: [3970] setting primary device to 1 vdr: [3970] SVDRP listening on port 2001 vdr: [3970] loading /video/themes/sttng-default.theme vdr: [3970] starting plugin: xine vdr: [3970] starting plugin: streamdev-client vdr: [3970] reading EPG data from /video/epg.data vdr: [3970] loading /video/themes/sttng-default.theme vdr: [3970] ERROR: remote control XineRemote not ready! vdr: [3970] remote control KBD - learning keys vdr: [3976] streamdev-client: sections assembler thread started (pid=3970, tid=3976) vdr: [3977] section handler thread started (pid=3970, tid=3977) vdr: [3978] KBD remote control thread started (pid=3970, tid=3978) vdr: [3970] switching to channel 1 vdr: [3970] Streamdev: Connected to server 192.168.0.4:2004 using capabilities TSPIDS vdr: [3979] transfer thread started (pid=3970, tid=3979) vdr: [3980] receiver on device 6 thread started (pid=3970, tid=3980) vdr: [3981] TS buffer on device 6 thread started (pid=3970, tid=3981) vdr: [3979] setting audio track to 1 (0) # ll /tmp/vdr-xine/ total 0 prw-rw-rw- 1 root root 0 Jul 22 17:13 external.control prw-r--r-- 1 root root 0 Jul 22 17:13 external.result prw-r--r-- 1 root root 0 Jul 22 17:13 stream prw-r--r-- 1 root root 0 Jul 22 17:13 stream.control prw-rw-rw- 1 root root 0 Jul 22 17:13 stream.event prw-rw-rw- 1 root root 0 Jul 22 17:13 stream.result I've noticed that the modified time stamp for the 4 files stream* doesn't change over time I think it should change as when I use xine plugin on my server to watch locally sorry for my long post TIA --------------------------------------------- Free POP3 Email from www.Gawab.com Sign up NOW and get your account @gawab.com!!

1 0

SourceCaps for 1.4.0
by JikJikMan 22 Jul '06

22 Jul '06

Hi All, Where could I find right SourceCaps for vdr-1.4.0? I've tried SourceCaps for vdr-1.3.39 from BigPatch on 1.4.0 in every possible way, but it always reject all hunks in all files! John.

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr