[vdr] (OFFTOPIC) EFF reveals plot to cripple European television
http://www.boingboing.net/2007/03/13/eff_reveals_plot_to_.html http://www.eff.org/IP/DVB/dvb_briefing_paper.php /Erik ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ATI + mesa driver + vdr-xine = buffer usage : 100% - X freeze
Hi, my system : - ubuntu edgyup-to-date, - radeon 9700 using opensource radeon driver - vdr 1.4.3 (Eclipse pack from vdr.bluox.org) + vdr-xine 0.7.10 + xine-lib and xine-ui found at http://home.vrweb.de/~rnissl/ When DRI is loaded and 3D acceleration is ON my X server quickly freezes. My log (using ssh) tells me something like buffer usage: 0% (tid=19349) ERROR: 1 ring buffer overflow (177 bytes dropped) Mar 21 03:30:45 sid vdr: [19350] buffer usage: 70% (tid=19349) Mar 21 03:31:00 sid vdr: [19350] buffer usage: 80% (tid=19349) Mar 21 03:31:01 sid vdr: [19350] buffer usage: 90% (tid=19349) Mar 21 03:31:02 sid vdr: [19350] buffer usage: 100% (tid=19349) When i disable 3D acceleration (non dri) everything works fine but on HD channels (Astra, MPEG2) CPU load higher. Is there a way to prevent this sort of vdr buffer overflow ? I would like to keep my 3D acceleration enabled thx ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ATI + mesa driver + vdr-xine = buffer usage : 100% - X freeze
hi, Sébastien Serra writes: When DRI is loaded and 3D acceleration is ON my X server quickly freezes. My log (using ssh) tells me something like Video does not use 3D acceleration, but it does need dri/drm. So you should check that MTRR and DRI/DRM (I don't remember which - direct rendering anyway) are enabled. Check /var/log/Xorg.log or equivalent for any error messages. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] (OFFTOPIC) EFF reveals plot to cripple European television
I'm sure your heart is in the right place but please don't start using the mailing list to spam news. Thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] (OFFTOPIC) EFF reveals plot to cripple European television
Hello, I.ll be happy if you stop writing html-mails to this list! I'm sure your heart is in the right place but please don't start using the mailing list to spam news. Thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Halim Sahin E-Mail: halim.sahin (at) t-online.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] (OFFTOPIC) EFF reveals plot to cripple European television
On 3/14/07, Carsten Koch [EMAIL PROTECTED] wrote: I am aware of two conventions on the VDR mailing list: 1) Use your real name to post. 2) Post in plain ASCII. I am not aware of a convention that discourages DVB/VDR-related news. Is there one? Klaus? Why are you so concerned with my real name? Anyone can use any name they want in their email address therefore being so worried about someones real name is rather silly. Do I know Carsten Koch is your real name? No. Do I even care? No. I didn't notice my editor was somehow switched to richtext format, which I have since switched back. For future reference, if don't like html email then simply turn it off or filter it in your email client. Then you don't have to worry about it. And lastly, those links are not vdr-related news, hence why the poster clearly put OFFTOPIC in the subject. So like I said, let's not make it a habit of using the mailing list to spam non-vdr content... Thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] (OFFTOPIC) EFF reveals plot to cripple European television
Carsten Koch wrote: Dear VDR User, VDR User wrote: I'm sure your heart is in the right place but please don't start using the mailing list to spam news. I am aware of two conventions on the VDR mailing list: 1) Use your real name to post. 2) Post in plain ASCII. I am not aware of a convention that discourages DVB/VDR-related news. Is there one? Klaus? IMHO this was a valuable piece of information, so I don't mind that it was posted here. I, too, appreciate if people use their real name in postings, though ;-) And posting in HTML is a no-no to me, too. But let's stop with the flaming here. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TV Standards option for vdr-1.5.x
You may want to try the attached patch. It determines FramesPerSec by having a look at the first picture of the recording and falls back to the FRAMESPERSEC macro otherwise. The current implementation requires that the recording was taken with cVideoRepacker enabled. Furthermore it must be MPEG2. The file marks.vdr still uses FRAMEPERSEC for compatibility. Plugins like dvd, burn, mp3, mplayer, etc. still use FRAMESPERSEC. Although this patch is against VDR-1.4.6, it applies with some offset also against VDR-1.5.1. Thanks! Im using this patch with vdr-1.5.1 and it has fixed my problems with the incorrect time of recordings for NTSC. Before I had hardcoded it to 30, but this is much more accurate. Good job. I think this should be integrated into vdr along with a switch to set the default tv standard to 25/30. Best Regards. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr