Re: [vdr] ERROR: driver buffer overflow on device 1
On Tue, Feb 23, 2010 at 10:49 AM, Josce 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. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: Applications for the living room
On Wed, Feb 24, 2010 at 3:25 AM, Luca Olivetti wrote: >> It will not be replaced before the HDTV VDR is mature. The biggest >> problem is that my eyes do not like the picture quality of current LCDs. > > Try to look at plasma then, or, if you're really patient, wait for oled. One of my tv's is a plasma and the picture is amazing. LCD's have never been that good, and never will be. OLED is truely awesome but don't expect to get that for a reasonable price until they have milked all the money possible from older technologies. Same thing that happens as always, most recent example is Bluray. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: driver buffer overflow on device 1
> Perhaps it's the same problem as I have with my unmodded FF-Card Same here on vdr-1.7.12 with reel snap -r14440 ( starts on update to vdr-1.7.11 ) terractec-1200 dvb-c card latest vanilla kernel sources. this is on all sky channels with resolution 1920 x 1080 If i go down to vdr-1.7.10, all problems are gone. -- Regards Gentoo Developer Joerg Bornkessel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: driver buffer overflow on device 1
Perhaps it's the same problem as I have with my unmodded FF-Card ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: Applications for the living room
En/na Oliver Endriss ha escrit: It will not be replaced before the HDTV VDR is mature. The biggest problem is that my eyes do not like the picture quality of current LCDs. Try to look at plasma then, or, if you're really patient, wait for oled. Bye -- Luca ___ 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
Re: [vdr] OT: Applications for the living room
On 24 February 2010 09:47, Halim Sahin wrote: > > Hi, > I am using the cvs version already. > You are right, the cuttingmark problem has been fixed. > But sometimes i see the broken behaviour when using the pc keyboard for > cutting and mooving marks quickly. > The other mentioned things are problems of the current cvs. > > BR. > Halim I too am running Sunday's snapshot of xineliboutput and some of the problems did disappear, but not all of it and even new ones cropped up. I'm just glad that the author is indeed looking at it. That is always a good sign :) And to get on the xine vs xineliboutput bandwagon. xine does not provide a media player menu where I can play external files like mp3/avi/wmv/mkv/blu-ray/dvd/cd (from within VDR) using the IR remote and without having to touch ssh/remote/keyboard etc. Well That was about 2 years ago, so if xine added then perhaps I might revisit it, if it doesn't then it doesn't suite my needs. However I have seen where the media player option within VDR is not needed if you running something like XBMC as another front-end. I might be looking into enna http://enna.geexbox.org/ soon, which is similar concept as XBMC and uses xine-lib (neither vdr-xine or vdr-xineliboutput). Will see where that leads :) VDR isn't useless without an output device, it can still act as a server to set timers for recordings. I am impressed with vdr-streamdev-server and vdr-streamdev-client as a client/server solution it is as if I almost had 2 independent STBs, one for each room. The only annoying "bug" that I found was, that if I ran femon on the client, it would stop the server's current replay of a recording. I guess that is the fault of vdr-femon? my 2c ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr