[vdr] vdr with softhddevice
Thank you Klaus for the new 2.6 version! What is currently the best ( most updated? ) plugin to use with vdpau orĀ cuvid. Trying to install vdr on an unused vivobook with NVIDIA Corporation GP108M [GeForce MX150] Josce ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] 20 Years of VDR
>Back then a VDR was something special, while today it's just an ordinary device. Well, I am sitting here installing vdr yet again on a new pc :) It might be old, it might be this and that, but to me it is still the best there is. Simple, efficient and works all the time. I have been using it since the first version, and I will probably use it for as long as it can be used. So again, thank you Klaus! Josce ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] watching DVDs
Are there any good ways to watch a dvd with vdr. I tried the dvd plugin, but the menus don't seem to work properly. Or has anyone created any sort of script that would import a dvd into the vdr recordings? Meaning, creating the vdr info file and transcoded the vob file into a ts file. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: driver buffer overflow on device 1
On 24.2.2010 20:05, VDR User wrote: On Tue, Feb 23, 2010 at 10:49 AM, Joscejo...@welho.com wrote: localhost vdr: [2626] buffer usage: 70% (tid=2625) localhost vdr: [2626] buffer usage: 80% (tid=2625) localhost vdr: [2626] buffer usage: 90% (tid=2625) localhost vdr: [2626] buffer usage: 100% (tid=2625) localhost vdr: [2626] ERROR: driver buffer overflow on device 1 localhost vdr: [2626] ERROR: driver buffer overflow on device 1 (repeated over and over again) I have experienced this problem as well. However, I thought xine-lib was the culprit. I don't recall seeing it after updating my xine-lib however so you may want to try that. I've been using xine-lib-1.2 revision 11427. I don't use xine-lib, so that can't be it. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: driver buffer overflow on device 1
On 24.2.2010 09:18, Falk Spitzberg wrote: Am Dienstag, den 23.02.2010, 20:49 +0200 schrieb Josce: vdr-1.7.12 + reelbox + 2 Anysee E30C USB devices Sadly quite often my vdr stops working, with the following error: localhost vdr: [2626] buffer usage: 70% (tid=2625) localhost vdr: [2626] buffer usage: 80% (tid=2625) localhost vdr: [2626] buffer usage: 90% (tid=2625) localhost vdr: [2626] buffer usage: 100% (tid=2625) localhost vdr: [2626] ERROR: driver buffer overflow on device 1 localhost vdr: [2626] ERROR: driver buffer overflow on device 1 (repeated over and over again) Does it happen on all channels? I have the same problem, but only with HD channels. When i switch to a different channel. the problem goes away until it comes up after a while. I assume that the hdplayer on the eHD card gets stuck. Yes it seems to happen on all channels. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ERROR: driver buffer overflow on device 1
vdr-1.7.12 + reelbox + 2 Anysee E30C USB devices Sadly quite often my vdr stops working, with the following error: localhost vdr: [2626] buffer usage: 70% (tid=2625) localhost vdr: [2626] buffer usage: 80% (tid=2625) localhost vdr: [2626] buffer usage: 90% (tid=2625) localhost vdr: [2626] buffer usage: 100% (tid=2625) localhost vdr: [2626] ERROR: driver buffer overflow on device 1 localhost vdr: [2626] ERROR: driver buffer overflow on device 1 (repeated over and over again) Just killing vdr and reloading the DVB driver doesn't fix this. I have to reboot the machine to get everything working again. Now I was wondering, when this happens how can I make vdr exit with say exit code 9, so that I can make the runvdr reboot the machine. Thanks, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-1.7.12 + reelbox plugin
Could someone please tell me what patches I need to apply so that I can run vdr-1.7.12 and the reelbox plugin. And preferably where to find them. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.12 + reelbox plugin
On 9.2.2010 19:42, Ales Jurik wrote: On Tuesday 09 of February 2010, Josce wrote: Could someone please tell me what patches I need to apply so that I can run vdr-1.7.12 and the reelbox plugin. And preferably where to find them. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr You can find patches here - http://www.cssf.cz/showthread.php?t=36345 . These are working as for vdr-1.7.11 as for 1.7.12. Ales Thanks Antti and Ales! Will try the patch, but have to sort out this small showstopper first: [jo...@video ~]# uname -r 2.6.31.12-174.2.3.fc12.i686.PAE [jo...@video ~]# modprobe hdshm Message from sysl...@localhost at Feb 9 20:16:03 ... kernel:Oops: 0002 [#1] SMP Message from sysl...@localhost at Feb 9 20:16:03 ... kernel:last sysfs file: /sys/devices/pci:00/:00:0f.0/host2/target2:0:0/2:0:0:0/block/sda/size Message from sysl...@localhost at Feb 9 20:16:03 ... kernel:Process modprobe (pid: 1157, ti=f58ba000 task=f58b3fc0 task.ti=f58ba000) Message from sysl...@localhost at Feb 9 20:16:03 ... kernel:Stack: Message from sysl...@localhost at Feb 9 20:16:03 ... kernel:Call Trace: Message from sysl...@localhost at Feb 9 20:16:03 ... kernel:Code: f8 00 00 00 00 31 c0 c7 05 e8 9e 5e f8 01 00 00 00 c7 05 ec 9e 5e f8 ec 9e 5e f8 89 3d d8 9e 5e f8 c7 05 f0 9e 5e f8 ec 9e 5e f8 f3 ab a1 d8 9e 5e f8 31 d2 83 c4 10 c7 40 18 00 00 00 00 89 d0 Message from sysl...@localhost at Feb 9 20:16:03 ... kernel:EIP: [f85e866b] hdshm_init_struct_host+0xc0/0xda [hdshm] SS:ESP 0068:f58bbf64 Message from sysl...@localhost at Feb 9 20:16:03 ... kernel:CR2: Killed Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ExtensionHD and VDR 1.7.6
Falk Spitzberg wrote: Hello, i recently built a vdr-1.7.6 + reelbox pluging, following the vdr-wiki for VDR DVB-S2 on OpenSuse. Everything was build properly, but unfortunately the eHD freezes after a few Minutes (not only when replaying recordings, but also with live TV). I know that there are some problems concerning the new TS format of VDR. Does anyone have a solution for this problem? I don't like the idea to use VDR 1.7.0 or an even older version. Any help is greatly appreceated. Hello, I installed vdr-1.7.6 + reelbox plugin a week ago using: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2#openSUSE_VDR_DVB-S2_-_Teil2.1:_eHD which propably is the one you are refering to. Then I applied the vdr-1.7.6-1.7.7.diff patch which worked except that I had to change the osd.h file a little for the patch to run without complaints. There is some memory leak problem with vdr-1.7.7 but Klaus is looking into it, see: http://www.linuxtv.org/pipermail/vdr/2009-May/020636.html Reelbox plugin still occasionally freezes, but so it has always done. The reelbox plugin is of course a joke and I deeply regret buying the card from Reel-Multimedia. Hopefully the VDPAU is more promising. BR, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ExtensionHD and VDR 1.7.6
Ales Jurik wrote: On Thursday 28 of May 2009, Luca Olivetti wrote: En/na VDR User ha escrit: On Thu, May 28, 2009 at 7:50 AM, Josce jo...@welho.com wrote: Reelbox plugin still occasionally freezes, but so it has always done. The reelbox plugin is of course a joke and I deeply regret buying the card from Reel-Multimedia. Hopefully the VDPAU is more promising. Sorry for OT but just wanted to note that I and many other users I know are using VDPAU now and it works great. I believe the devs are preparing to submit a patch to Darren Salt so it may become a part of vanilla xine-lib. A huge thanks to the devs for their work! OTOH with my setup it works poorly (artifacts, banding, freezing, changes in color, etc.) and I'm not the only one, so I'm not sure vdpau support is mature enough for inclusion in xine-lib. Bye I've installed 2 eHD's. Working for hours daily without problems, but huge patching of vdr and reelbox plugin (and skinreel3 plugin) is necessary. Try to look at http://www.cssf.cz/showthread.php?t=34104 - there is script and patches, also some howto's - but in Czech. It was written for vdr-1.7.5, but I'm now using it with vdr-1.7.7 without problems. When I opened the link and tried to download the script some other page opened up that wanted me to do something. Sadly I don't know what. A howto in Czech is totally useless to me. I really can't understand a word of it. (No offense to the Czech's, I don't think a howto in Finnish would be terribly helpfull for someone from the Czech republic ...) But if the script is the same as I found at http://reelbox-forum.com/showthread.php?t=16436 it will not help, because it didn't work for me. BR, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.7.7 run out of memory
Hi, I installed vdr 1.7.7 and reelbox plugin as described here: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_Teil2.1:_eHD When I replay a recording and stop the replay before it reaches the end everything works fine. But if I let the recording run to the end vdr uses up all memory. Before replay as reported by top: Mem:967700k total, 119576k used, 848124k free May 25 12:10:58 localhost vdr: [2214] replay /video/Test1/2009-05-22.17.58.5-0.rec May 25 12:10:58 localhost vdr: [2214] playing '/video/Test1/2009-05-22.17.58.5-0.rec/1.ts' May 25 12:10:59 localhost vdr: [2272] TS buffer on device 1 thread ended (pid=2214, tid=2272) May 25 12:10:59 localhost vdr: [2271] buffer stats: 106784 (5%) used May 25 12:10:59 localhost vdr: [2271] receiver on device 1 thread ended (pid=2214, tid=2271) May 25 12:10:59 localhost vdr: [2214] Picture settings OK. May 25 12:10:59 localhost vdr: [2352] dvbplayer thread started (pid=2214, tid=2352) May 25 12:10:59 localhost vdr: [2352] resuming replay at index 62688 (0:41:47.14) May 25 12:10:59 localhost vdr: [2353] non blocking file reader thread started (pid=2214, tid=2353) May 25 12:10:59 localhost vdr: ALSA pcm underrun May 25 12:10:59 localhost vdr: [2354] subtitleConverter thread started (pid=2214, tid=2354) May 25 12:11:15 localhost vdr: [2353] non blocking file reader thread ended (pid=2214, tid=2353) May 25 12:11:15 localhost vdr: [2352] dvbplayer thread ended (pid=2214, tid=2352) May 25 12:11:15 localhost vdr: [2354] subtitleConverter thread ended (pid=2214, tid=2354) May 25 12:11:15 localhost vdr: [2214] switching to channel 1 May 25 12:11:15 localhost vdr: [2359] receiver on device 1 thread started (pid=2214, tid=2359) May 25 12:11:15 localhost vdr: [2359] ERROR: can't allocate ring buffer (size=2097152) May 25 12:11:15 localhost vdr: [2360] TS buffer on device 1 thread started (pid=2214, tid=2360) May 25 12:11:15 localhost vdr: [2360] ERROR (cam.c,2466): Bad address May 25 12:11:15 localhost vdr: [2360] TS buffer on device 1 thread ended (pid=2214, tid=2360) May 25 12:11:16 localhost vdr: [2214] Picture settings OK. After first replay: Mem:967700k total, 652608k used, 315092k free, 8736k buffers May 25 12:12:38 localhost vdr: [2368] replay /video/Test2/2009-05-22.23.16.5-0.rec May 25 12:12:38 localhost vdr: [2368] playing '/video/Test2/2009-05-22.23.16.5-0.rec/1.ts' May 25 12:12:39 localhost vdr: [2410] TS buffer on device 1 thread ended (pid=2368, tid=2410) May 25 12:12:39 localhost vdr: [2409] buffer stats: 104528 (4%) used May 25 12:12:39 localhost vdr: [2409] receiver on device 1 thread ended (pid=2368, tid=2409) May 25 12:12:39 localhost vdr: [2368] Picture settings OK. May 25 12:12:39 localhost vdr: [2411] dvbplayer thread started (pid=2368, tid=2411) May 25 12:12:39 localhost vdr: [2411] resuming replay at index 62688 (0:41:47.14) May 25 12:12:39 localhost vdr: [2412] non blocking file reader thread started (pid=2368, tid=2412) May 25 12:12:39 localhost vdr: ALSA pcm underrun May 25 12:12:39 localhost vdr: [2413] subtitleConverter thread started (pid=2368, tid=2413) May 25 12:12:51 localhost vdr: [2368] ERROR: can't allocate bitmap! May 25 12:12:51 localhost kernel: vdr[2368]: segfault at 0 ip 00922636 sp bfc82df8 error 4 in libc-2.9.so[8a9000+16e000] After segfault: Mem:967700k total, 117252k used, 850448k free,10488k buffers BR, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.7.6 + reelbox plugin
Has anyone started using VDR 1.7.6 with the reelbox plugin. If so, could you please mail a link to whatever patch you used to do it. BR, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.7.4 PTS on old recordings (PES)
I am using vdr 1.7.4 + reelbox plugins (svn today) + the patch provided by Ales Jurik, http://www.linuxtv.org/pipermail/vdr/2009-February/019504.html I managed to get the STC working with the reelbox plugin, by setting audio to soundcard. When I watch live or play a recording made with vdr 1.7.4 the subtitles are displayed correctly. But when trying to play a recording made with vdr 1.6.0 (PES) I get no subtitles at all. In void cDvbSubtitleConverter::Action(void) I added: if (cDvbSubtitleBitmaps *sb = bitmaps-First()) { int64_t STC = cDevice::PrimaryDevice()-GetSTC(); + fprintf(stderr,PTS: %lld STC: %lld timeout: %d\r\n, sb-Pts(), cDevice::PrimaryDevice()-GetSTC(), sb-Timeout()); With the vdr-1.7.4 recording I get: PTS: 3453357752 STC: 3453096328 timeout: 5 PTS: 3453357752 STC: 3453107848 timeout: 5 PTS: 3453357752 STC: 3453115528 timeout: 5 PTS: 3453357752 STC: 3453127048 timeout: 5 PTS: 3453357752 STC: 3453134728 timeout: 5 PTS: 3453357752 STC: 3453146248 timeout: 5 PTS: 3453357752 STC: 3453157768 timeout: 5 PTS: 3453357752 STC: 3453165448 timeout: 5 PTS: 3453357752 STC: 3453173128 timeout: 5 PTS: 3453357752 STC: 3453184648 timeout: 5 With the vdr-1.6.0 recording I get: PTS: 4194503 STC: 3346232463 timeout: 3 PTS: 4194455 STC: 3346240143 timeout: 3 PTS: 4194449 STC: 3346263183 timeout: 4 PTS: 4194455 STC: 3346282383 timeout: 4 PTS: 4194545 STC: 3346512783 timeout: 4 PTS: 4194436 STC: 3346812304 timeout: 6 PTS: 4194439 STC: 3347223184 timeout: 4 Regards, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Delaying subtitles
I just noticed that there's a patch for 1.6.0 and 1.7.4... http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.6.0-dvbsubs-delay.patch.gz http://www.saunalahti.fi/%7Erahrenbe/vdr/patches/vdr-1.6.0-dvbsubs-delay.patch.gz http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.7.4-dvbsubs-delay.patch.gz http://www.saunalahti.fi/%7Erahrenbe/vdr/patches/vdr-1.7.4-dvbsubs-delay.patch.gz ...hanu Thanks for the links. Sadly the delay patch doesn't seem to work when used with vdr-1.6.0 + reelbox plugin. The subtitles seemed to come 6 seconds too early when watching a recording no matter what I set as delay value :( Regards, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Delaying subtitles
My problem is that vdr 1.6.0 with the reelbox plugin displays the subtitles 6 seconds too early. Does anyone know if there is a simple way to add a 6 seconds delay to the subtitles? I tried to look at the old subtitle plugin and how it was done there but couldn't see how to apply that to the subtitle handling that vdr does. Regards, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Delaying subtitles
I tried to look at the old subtitle plugin and how it was done there but couldn't see how to apply that to the subtitle handling that vdr does. I suppose you're talking about dvb subtitles. Per chance, are you seeing the problem on ITV3 (Eurobird 1/Astra 2)? Yes, I am talking about the dvb subtitles. Here the subtitles are in sync when watching live. But when I try to watch a recording I get the subtitles 6 seconds too early. If I understood it correctly the reason for this is known. This explains the reason: http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html but not the cure :) Regards, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.3 + reelbox plugin
I've made some patch for reelbox plugin, but I was not able to get sound as well as from eHD as from PC soundcard. Same here. I just tried it, and the eHD does indeed give no sound. I allready posted it in the Reel forum. Hopefully a fix will popup some day. So now I'm back at vdr-1.7.0 and last multiproto from Igor. Same here. I'm back to 1.7.0 until the sound-problem has been fixed :) Have you had any replies on the Reel forum? Regards, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-1.7.3 + reelbox plugin
I am currently using vdr-1.6.0 with reelbox plugin and would like to test the new vdr-1.7.3. I have Checked out revision 10331 from reelbox.org. Since I am having trouble getting the reelbox plugin to compile with vdr-1.7.3 I thought I'd check first before continuing: - Does the reelbox plugin work with vdr-1.7.3? (does vdr's switching to TS make the current plugin unusable?) - Is there a patch already for vdr-1.7.3 to make it compile with the reelbox plugin? ( I have tested some patches for vdr-1.7.0, but the ones I have tested fail ) Regards, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
I'm not sure as I don't have too much time to test but channels with problems have only one dvb-subtitles stream and are dvb-s. I didn't found dvb-s2 channel with sync subtitles problem. But normally I'm using NatGeo (UPC, 19.2E) which is broadcasting also dvb-s and only one dvb-subtitles stream and no problems is there. So it is not necessary to upload the problematic recording for me (but maybe someone from reelmutimedia will be interested in). I already have such. BR, Ales The reason for this is explained here: http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html So now we just have to be patient and hope that someone who knows how to fix it fixes it. If Klaus has the time I would really like to see an extra setting in the subtitles setup where one could always have the delay as explained in my previous post. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
The reason for this is explained here: http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html So now we just have to be patient and hope that someone who knows how to fix it fixes it. I've read this mail but now I've done test recording 47mins long (National Geographic, UPC, 19.2E) and when replaying it (without using any speed change within replaying) the dvb-subtitles were in sync for whole 47 minutes. So I do not understand why the problems appears only at specific channels. Are you sure that this recording doesn't have the subtitle burned in? What happens when you turn off the dvb-subtitle support in VDR? Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
At 11:40 20-10-2008 +0200, you wrote: On Monday 20 of October 2008, Hannu Tirkkonen wrote: Josce wrote: I am having problems with subtitles: - vdr 1.6.0 - vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff - vdr-1.6.0-truecolor-compile_fixes.diff - reelbox plugin The subtitles appear 6-10 seconds too early, which is really annoying. Tested the recordings on a vdr 1.6.0 + FF without the patches and the subtitles were displayed correctly. I imagine it has something to do with the syncearly, but can't say for sure. Can I somehow disable the syncearly part of the patches to verify that this indeed is the problem. ( I need the patches because I can't compile vdr + reelbox plugin without them ) The subtitles and ttxtsubs are in sync when watching live... but The same problem with too early exists on recordings. vdr 1.7.0 with reelbox plugin 9044: VDR-Extensions-Patch-62/vdr-1.7.0_extensions.diff DR-Extensions-Patch-62/vdr-1.7.0-ext_h264.diff vdr170-ext-h264-rmm-svn8858-patch.diff There's a ReplayDelay option on ttxtsubs, but is it possible to get the (customized) delay also for the subtitles as well? I don't see such problem: vdr-1.7.0 with reelbox plugin 9044 - vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup - vdr170-h264-rmm-svn8858-patch Glad to hear that it works for you :) Checked out reelbox plugin 9053 and I still have the problem. When and where was this fixed? Should I re-install all reelbox files? If I want to apply a quick fix, how can I delay the subtitles? The subtitles seems to be 6-7 seconds too early. I have recorded a very good German film that I'd like to watch, but my German is still not good enough so sometimes I need a little help from the subtitles to be able to follow the plot Having said that, a setting that would enable me to always have the subtitles delayed a little would be a very nice feature. This would help me improve my German. When watching German films I could always first try to understand the speech and when there is something that I don't understand I could read the subtitles. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Syncearly + subtitles problem
I am having problems with subtitles: - vdr 1.6.0 - vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff - vdr-1.6.0-truecolor-compile_fixes.diff - reelbox plugin The subtitles appear 6-10 seconds too early, which is really annoying. Tested the recordings on a vdr 1.6.0 + FF without the patches and the subtitles were displayed correctly. I imagine it has something to do with the syncearly, but can't say for sure. Can I somehow disable the syncearly part of the patches to verify that this indeed is the problem. ( I need the patches because I can't compile vdr + reelbox plugin without them ) Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
Which version of reelbox plugin (i.e. from which svn) are you using? There was some changes (from 8072) regarding sublitles. Did you test it with latest reelbox svn? The reelbox-plugin is 8171. I can test with a newer svn if you think that will help. regards, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
This isn't caused by syncearly, this occurs 'cause the buffers of the HD-extension are not taken into account yet. The missing lines are in dvbsubtitles.c, around line 767, there you can read: TODO sync on PTS? are there actually devices that don't deliver an STC? Yes, there is such a device... ;-) Nevertheless, this will probably be fixed quiet soon... Ok, thanks for letting me know. I am eagerly waiting for this fix :) As a side note, I today did 'svn co svn://reelbox.org testing' and got revision 8820. When trying to compile the plugin it stopped on following error: HdTrueColorOsd.c:595: error: 'class cBitmap' has no member named 'SetSizeWithoutRealloc' I have the 'vdr-1.6.0-truecolor-compile_fixes.diff' patch installed but can't see there any mention of 'SetSizeWithoutRealloc'. Nor can I find this anywhere else in vdr code. Is there a new patch for the reelbox plugin that I should install? Is there any site in English where the reelbox is discussed? Regards, Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.0 + reelbox plugin problem - solved
Well it turned out that for some reason Fedora 9 (kernel 2.6.25.14-108.fc9.i686) and VIA EX1EG motherboard and Reelbox eHD combination doesn't work. I re-installed Fedora twice to make sure. (And still it might be that I overlooked something...) Then I installed an identical Fedora 9 on a different motherboard and it worked immidiately. Big thanks to Niels Wagenaar and Georg Acher for helping me out. Would never have gotten it to work without your help! Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Still can't do multiproto - can now :)
Edit Make.config and change/edit the DVBDIR variable. I guess you don't have it pointed to you multiprot location. Of course I haven't :) In my twisted and tired brain I assumed that make install would install the modules and the header files that go with them. Thanks again for your help! Now running: - multiproto - vdr 1.7.0 - vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff It works almost well. The sound is good but the video has some mosaic, both on live and verified good recordings? The cpu usage is 10% Josce _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Still can't do multiproto - can now :)
It works almost well. The sound is good but the video has some mosaic, both on live and verified good recordings? The cpu usage is 10% Did you try updating/compiling the hg/svn of xine-lib as well as ffmpeg ? Also, I don't know which software output device you use, but you can setup postprocessing with for instance xineliboutput or vdr-xine. Sorry, forgot the relevant part :( Using the reelbox-plugin. Josce _ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vistamkt=en-USform=QBRE___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.7.0 + reelbox plugin preoblem
Could you define mosaic? Would you be able to post a picture of some kind? To be honost, I haven't updated the hdplayer3 stuff for some while now. So it could be related to a new update in the svn in the reelbox plugin/hdplayer3. I guess the correct term would be artifacts? I can see the video but here and there across the screen are small boxes. I also get in my log file: video vdr: [2037] buffer usage: 100% (tid=2036) video vdr: [2037] ERROR: 1181 ring buffer overflows (222017 bytes dropped) The harddisk has DMA on. To me it seems that the eHD can't get the stream quickly enough. When I run lspci -b I get 3 devices sharing with IRQ 5: 02:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio Controller (rev 10) Subsystem: VIA Technologies, Inc. Unknown device aa09 Flags: bus master, fast devsel, latency 0, IRQ 5 Memory at dfefc000 (64-bit, non-prefetchable) Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [100] Virtual Channel ? Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 90) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. Unknown device aa09 Flags: bus master, medium devsel, latency 32, IRQ 5 I/O ports at f400 Capabilities: [80] Power Management version 2 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 03:0f.0 Multimedia controller: Micronas USA, Inc. Unknown device 8100 Subsystem: Micronas USA, Inc. Unknown device 8100 Flags: bus master, medium devsel, latency 32, IRQ 5 Memory at d7ffd000 (32-bit, non-prefetchable) Memory at c800 (32-bit, non-prefetchable) Capabilities: [40] Power Management version 2 [EMAIL PROTECTED] tv]# hdparm -i /dev/sda /dev/sda: Model=ST3320620AS , FwRev=3.AAK , SerialNo= 9QF6E4RS Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs RotSpdTol.5% } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=?16? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=625142448 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7 Regards, Josce _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.7.0 + reelbox plugin problem
I have also noted that sometimes when I boot my pc the eHD card gets an IRQ 255. [EMAIL PROTECTED] tv]#lcpci -v 03:0f.0 Multimedia controller: Micronas USA, Inc. Unknown device 8100 Subsystem: Micronas USA, Inc. Unknown device 8100 Flags: medium devsel, IRQ 255 Memory at dfc0 (32-bit, non-prefetchable) [disabled] [size=4K] Memory at 2000 (32-bit, non-prefetchable) [disabled] [size=128M] Capabilities: [40] Power Management version 2 When this happens I can't start the card: [EMAIL PROTECTED] tv]# modprobe hdshm [EMAIL PROTECTED] tv]# /usr/local/src/eHD/hdboot -i /usr/local/src/eHD/linux.bin Decypher PCI BAR1: 2000 Warm Reset Timeout: U-Boot not ready for PCI boot [EMAIL PROTECTED] tv]# Could my card be defect? Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.0 + reelbox plugin problem
Noticed some other thing. When I playback a recording that worked well with vdr 1.6.0 the subtitles come 6-7 seconds before they should. The audio and video are in sync. I also get, (which I don't know what they are): virtual void Reel::HdOsd::SetActive(bool) On=1 virtual void Reel::HdOsd::SetActive(bool) On=0 virtual void Reel::HdOsd::SetActive(bool) On=1 virtual void Reel::HdOsd::SetActive(bool) On=0 GET STC 0 virtual void Reel::HdOsd::SetActive(bool) On=1 GET STC 0 GET STC 0 GET STC 0 GET STC 0 GET STC 0 vdr-1.7.0 +vdr-1.6.0-truecolor-compile_fixes.diff +vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff +vdr-1.7.0-multiproto-update.diff Reelbox plugin (SVN revision 8171) multiproto from http://mercurial.intuxication.org/hg/liplianindvb Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.0 + reelbox plugin problem
There is a reset circuit on the that controls the complicated power sequencing. It is possible that your BIOS is too fast and configures the PCI space during this powerup sequence. At that time, the HDE is not properly accessible. It is possible to shorten this sequence a bit, but for that you need to exchange a SMD capacitor on the HDE board. OK, thanks. I have the Quick Power On Self Test enabled, so by disabling this I should have this problem fixed. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.0 + reelbox plugin problem
Have a look at the hdtsplay-demo in the hdshm3-folder. It is a simple demo that plays back TS files over the DeCypher. If that works, your basic driver setup (+ the HW) is OK, and something in the vdr (or the patches) itself is wrong. Playing back a ts file with hdtsplay is actually even worse. I am using a patched hdshm.c file that I downloaded. The one in the reelbox SVN testing used 'pci_get_device_reverse', which I think has been removed from the newer kernels. I will SVN a completely fresh reelbox tommorrow and see if maybe I have made some mistakes when installing the drivers. Josce ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelbox plugin - help compiling
I had the same error. IIRC your VDR is missing the truecolor OSD patch: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_Teil3:_VDR#Patches_f.C3.BCr_Reelbox_Plugin_herunterladen Good luck! Frank Thank you! This did the trick. Some problems with the picture, but getting there ... :) Josce _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelbox plugin - help compiling
Did you try: hg pull http://arvdr-dev.free-x.de:8080/testdvb/ hg pull http://jusst.de/hg/multiproto/ hg pull http://jusst.de/hg/multiproto_plus/ Tried http://jusst.de/hg/multiproto_plus/ and managed to get it without problems. Compiling it as I type this and so far no problems :) Is there any sort of documentation about reelbox-plugin? I have all these reelbox.xxx settings in my setup.conf and haven't got a clue what they are. Josce _ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vistamkt=en-USform=QBRE___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR not starting if a plugin fails to start?
So, if a plugin thinks VDR can well run without it, it should just return true. If it's a plugin that's absolutely necessary for operation, it shall return false upon failure. VDR can't know that by itself. Maybe all plugins could have a setting on failure terminate vdr ? Then the user could choose what plugin is vital and what is just extra, so if the user sets it to no, then vdr would just continue. Josce _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] reelbox plugin - help compiling
I have now been working far too long on installing the eHD card. Without this: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_Teil2.1:_eHD I would have given up long ago ... My system: Fedora 9 latest updates and kernel 2.6.26.3-29.fc9.i686 vdr 1.6.0 with the h.264 vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff Reelbox svn from today Everything up to now installed exactly like in the http link above. Now my last hurdle - I hope - is to get the reelbox plugin compiled. It now stops with this error: In file included from HdTrueColorOsd.c:34: fontsml-iso8859-15.c:1: error: 'tPixelData' in class 'cFont' does not name a type HdTrueColorOsd.c: In member function 'int Reel::HdTrueColorOsd::CacheFont(const cFont)': HdTrueColorOsd.c:147: error: 'FontSml_iso8859_15' was not declared in this scope HdTrueColorOsd.c:182: error: 'NUMCHARS' is not a member of 'cFont' HdTrueColorOsd.c:208: error: 'tCharData' is not a member of 'cFont' HdTrueColorOsd.c:208: error: 'charData' was not declared in this scope HdTrueColorOsd.c:209: error: 'NUMCHARS' is not a member of 'cFont' What is wrong here? Josce _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Usable USB DVB with Conax support
I need to get an usb DVB receiver and was wondering if vdr can use the Conax part of Anysee E30 Plus Digibox USB Conax DVB-C. If not, are there any USB DVB receivers with Conax support that vdr can use. Josce _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Output plugin
My Hauppauge DVB card rev2.1 (FF) DVB-C card has some connection problem on its video out jack. So sometimes the screen goes blank and I have to slightly adjust the video out plug to regain picture. I am currently using vdr-1.6.0. I would like to use the softdevice plugin but here is the catch: The VGA is a Via CX700M2 and DirectFB does not support it, and my CPU is too slow for unaccelerated fb. ( 85% cpu usage) Now, Via has created a framebuffer driver that uses the CX700M2 hardware MPEG2/MPEG4 acceleration. And a modified mplayer (VeMP1.6) that takes advantage of this. With this combination I can play vdr recordings with 6% cpu usage. Now my question is: a) is there some plugin that could pipe the stream directly to mplayer to handle the output? b) could the hardware MPEG decoder by used somehow and the decoded stream be sent to framebuffer driver? c) would it be a big task to add acceleration support to the softdevice plugin? (Could then play hdtv stuff with it?) d) any other solution? Josce _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Output plugin
X + tvtime, it uses the MPEG2 decoder of the FF card. Sorry, I should have stated that I wanted to avoid using X Windows. (I like vdr specifically because it is not X window) Josce _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Thank you Klaus
Thank you Klaus for the Subtitles. I have been hoping for this since I first started using vdr some years ago. (I can handle English and German speaking films quite well, but Akira Kurosawa's masterpieces are quite difficult without subtitles.) Since I know you don't need the subtitles I am very gratefull for your effort on this! And a big thank you to Pekka Virtanen whose subititles plugin made it possible for me to use the vdr during these years. Now I just have to find a slot when no one in my family is using the vdr so I can upgrade it. Josce _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PANIC: watchdog timer expired - exiting
VDR still defaults to start recordings three minutes before scheduled time, right? I wouldn't want to rely my recordings on a clock that is that bad. That's why I have set it to start ten minutes earlier :) The worst I had was on a 286, running 40s off per day. Good thing that this is over. Today, I would count one or two minutes per month as worst acceptable. I agree that the clock is bad, but one of the reasons I started to use VDR was because I had an extra old PC that could be put into use this way. If I have to start buying a lot of new stuff, then I might as well get a STB and complain and demand corrections when it doesn't work. Now I just complain :) May 31 20:23:38 localhost vdr: [3413] System Time = Thu May 31 20:23:38 2007 (1180632218) May 31 20:23:38 localhost vdr: [3413] Local Time = Thu May 31 20:19:37 2007 (1180631977) May 31 20:21:01 localhost vdr: [3405] PANIC: watchdog timer expired - exiting! The clock was set to 20:19:37, and the watchdog fires at 20:21:01 - 84 seconds later. There must be something different causing the watchdog to expire. OK, this is what I asked in the first mail: is it the watchdog causing the PANIC? And apparently it isn't the watchdog, but the log didn't show anything else that was causing it. I'll be going away for a month now but when I get back I'll see if I can reproduce the PANIC somehow, just to figure out what is happening. Josce ps I really hate using hotmail, the formatting is totally weird... _ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PANIC: watchdog timer expired - exiting
Well if the PC clock was correct all the time I would probably not have to use the set time function :) Yes, but typically PC HW clock does not drift so much. You could use hwclock --systohc (and possibly --utc or --localtime) after letting the vdr to set the system clock. I am sure this would fix the problem. However, is this really the way it should work? The clock is four minutes off, let's PANIC? To be honest, I have seen a lot of worse PC clocks around than the one I have on my spare computer ... Josce _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PANIC: watchdog timer expired - exiting
However, there are some other clock-dependent things in VDR that are not designed to handle larger clock jumps. Usually, clock jumps should be just a few seconds, and only after starting VDR. You should investigate what causes the clock to jump 4 minutes. If your PC clock is THAT bad, its probably worth dumping the mainboard - you do want recordings in time, do you? Well if the PC clock was correct all the time I would probably not have to use the set time function :) Josce _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr