Re: [vdr] [PATCH] dynamically sized ringbuffers v2
Stone writes: It still wouldn't surprise me if this version caused a few overflows, but hopefully these will be very rare. I'm curious how streamdev will function with these buffer changes. And since I am not convinced that this memory footprint issue is significant, I am concerned if this patch is accepted before all the overflows and problems with live viewing have been solved first. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] dynamically sized ringbuffers v2
And since I am not convinced that this memory footprint issue is significant, at a first glance, IMHO dynamic buffers are a good thing. we can get rid of small upper buffer size bounderies all together without wasting amounts of memory. this should result in even less buffer overflows when implemented correctly. it seems doable to me. clemens ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] dynamically sized ringbuffers v2
Stone wrote: It still wouldn't surprise me if this version caused a few overflows, but hopefully these will be very rare. I'm curious how streamdev will function with these buffer changes. it works fine -- i'm using a headless vdr server and streamdev+softdevice clients, so this actually gets tested fairly well. Example buffer usage from server: Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 524288 / 4194304 (used 12.5% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 524288 / 4194304 (used 12.5% of requested size) Deleting ring buffer streamdev-streamer size: 524288 / 4194304 (used 12.5% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 262144 / 4194304 (used 6.25% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) Deleting ring buffer streamdev-streamer size: 131072 / 4194304 (used 3.125% of requested size) and the streamdev client TS buffer usually grows to 12.5..25% (ie 256K/512K out of 4M max). artur ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] dynamically sized ringbuffers v2
Jouni Karvo wrote: Stone writes: It still wouldn't surprise me if this version caused a few overflows, but hopefully these will be very rare. I'm curious how streamdev will function with these buffer changes. And since I am not convinced that this memory footprint issue is significant, I am concerned if this patch is accepted before all the overflows and problems with live viewing have been solved first. It shouldn't. The whole point of posting it is so that other are able to test and review it. That is why I always mention the overflows. Right now it's stable enough for production for me, haven't seen any overflow since adjusting the growth rate, but it would be nice if somebody with a different vdr setup tested it too (eg a FF card based vdr). It will take weeks to verify that the code works as expected (the goal is to have _fewer_ overflows (compared to the static buffers) while at the same time a much smaller working set). artur ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR sync early patch
Hi, which version of VDR, vdr-dxr3 and em8300 are you using? I've tried and ended up with this: em8300_video.o: Video sync rdptr is stuck at 0x0001b8fc, wrptr 0x0001b9f6, left 250 em8300_video.o: Video sync timeout -- Jaroslaw Swierczynski [EMAIL PROTECTED] www.archlinux.org | www.juvepoland.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR sync early patch
Jaroslaw Swierczynski schrieb: which version of VDR, vdr-dxr3 and em8300 are you using? I've tried and ended up with this: em8300_video.o: Video sync rdptr is stuck at 0x0001b8fc, wrptr 0x0001b9f6, left 250 em8300_video.o: Video sync timeout I have those messages as well - although not very often - but everything works fine. I'm using em8300-cvs, dxr3-plugin-cvs and VDR-1.5.2 with Extensions-Patch-26 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Re: BROKEN MAILS [was] 4:3 stretched to 16:9?
Simon Baxter [EMAIL PROTECTED] wrote: Martin [EMAIL PROTECTED] wrote: Hey Simon,my answer sounds maybe stupid, but I always have all output to 720x576. [..] please, for the love of god, fix your mua. Sorry - what's wrong with my mua? this was of course not directed to you, but to martin noname, who apearently denys considering switching his mail service for no valid reason. i'm not going to argue endlessly with him and fixed the problem on my side. at least for me. best regards ... clemens ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] mplayer with dvd-menu support
Hello are there any plans to include in the mplayer-plugin a possibility for dvd play with dvd-menu support ? regards Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr