Re: [vdr] vdr-sxfe buffer empty
On Tue, 2009-10-06 at 12:01 +0930, Malcolm Caldwell wrote: On Tue, 2009-09-29 at 17:33 +0300, Seppo Ingalsuo wrote: Reverse patching this one (just patch view from the same link) http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?view=patchr1=1.278r2=1.279sortby=date seems to work for me for current CVS version. What problem does this fix? On my setup, things run fine for a minute or so, and then audio starts to break up more and more. It finally stops for a few seconds and then things seem to reset, and audio/video work fine again for a few minutes, until the whole process starts again. Will reverting this fix my problem? It helped me. I had similar problems with sound. In one my PC had to in addition to use OSS (emulated sound by ALSA / PulseAudio). BR, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe buffer empty
On Tue, 2009-09-29 at 17:33 +0300, Seppo Ingalsuo wrote: Reverse patching this one (just patch view from the same link) http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?view=patchr1=1.278r2=1.279sortby=date seems to work for me for current CVS version. What problem does this fix? On my setup, things run fine for a minute or so, and then audio starts to break up more and more. It finally stops for a few seconds and then things seem to reset, and audio/video work fine again for a few minutes, until the whole process starts again. Will reverting this fix my problem? BR, Seppo On Mon, 2009-09-28 at 18:35 +0300, Seppo Ingalsuo wrote: Shouldn't write in hurry :^) On Mon, 2009-09-28 at 17:18 +0300, Seppo Ingalsuo wrote: On Sun, 2009-09-13 at 11:08 +0400, Goga777 wrote: please try to revert this comment http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?r1=1.278r2=1.279sortby=date I was using CVS version from August 1st to avoid audio breaks. There are problems so I've had interest to upgrade. The other problem with this otherwise pretty OK version is that vdr-sxfe stops occasionally to respond to Lirc and keyboard. Also zapping to any HDTV channel freezes vdr-sxfe but HDTV functionality is not a big priority for me at the moment. I have sampled every now and then xineliboutput CVS. E.g. Aug 24th version has bad audio. I haven't tried to iterate where the problems exactly started. With CVS version from yesterday September 27th I get these problems again. Here I meant audio breaking problems with live TV and recordings that is pretty annoying. BR, Seppo Would this proposed change help? The diff is rather large, do I need to revert everything shown by this link (or just some commment somewhere)? Is the change needed on server, client or both? Thanks, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe buffer empty
Reverse patching this one (just patch view from the same link) http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?view=patchr1=1.278r2=1.279sortby=date seems to work for me for current CVS version. BR, Seppo On Mon, 2009-09-28 at 18:35 +0300, Seppo Ingalsuo wrote: Shouldn't write in hurry :^) On Mon, 2009-09-28 at 17:18 +0300, Seppo Ingalsuo wrote: On Sun, 2009-09-13 at 11:08 +0400, Goga777 wrote: please try to revert this comment http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?r1=1.278r2=1.279sortby=date I was using CVS version from August 1st to avoid audio breaks. There are problems so I've had interest to upgrade. The other problem with this otherwise pretty OK version is that vdr-sxfe stops occasionally to respond to Lirc and keyboard. Also zapping to any HDTV channel freezes vdr-sxfe but HDTV functionality is not a big priority for me at the moment. I have sampled every now and then xineliboutput CVS. E.g. Aug 24th version has bad audio. I haven't tried to iterate where the problems exactly started. With CVS version from yesterday September 27th I get these problems again. Here I meant audio breaking problems with live TV and recordings that is pretty annoying. BR, Seppo Would this proposed change help? The diff is rather large, do I need to revert everything shown by this link (or just some commment somewhere)? Is the change needed on server, client or both? Thanks, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe buffer empty
On Sun, 2009-09-13 at 11:08 +0400, Goga777 wrote: please try to revert this comment http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?r1=1.278r2=1.279sortby=date I was using CVS version from August 1st to avoid audio breaks. There are problems so I've had interest to upgrade. With CVS version from yesterday September 27th I get these problems again. Would this proposed change help? The diff is rather large, do I need to revert everything shown by this link (or just some commment somewhere)? Is the change needed on server, client or both? Thanks, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe buffer empty
Shouldn't write in hurry :^) On Mon, 2009-09-28 at 17:18 +0300, Seppo Ingalsuo wrote: On Sun, 2009-09-13 at 11:08 +0400, Goga777 wrote: please try to revert this comment http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?r1=1.278r2=1.279sortby=date I was using CVS version from August 1st to avoid audio breaks. There are problems so I've had interest to upgrade. The other problem with this otherwise pretty OK version is that vdr-sxfe stops occasionally to respond to Lirc and keyboard. Also zapping to any HDTV channel freezes vdr-sxfe but HDTV functionality is not a big priority for me at the moment. I have sampled every now and then xineliboutput CVS. E.g. Aug 24th version has bad audio. I haven't tried to iterate where the problems exactly started. With CVS version from yesterday September 27th I get these problems again. Here I meant audio breaking problems with live TV and recordings that is pretty annoying. BR, Seppo Would this proposed change help? The diff is rather large, do I need to revert everything shown by this link (or just some commment somewhere)? Is the change needed on server, client or both? Thanks, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe buffer empty
which xineliboutput version are you using ? cvs ? any patches from here ? http://www.vdr-portal.de/board/thread.php?threadid=86804 Goga vdr 179 + xbmc vdr 1.7.8 + xinelibeoutput cvs -minus said patch. Am using the did you try vdr 179 with cvs xineliboutput ? xine-lib 1.2 vdpau branch, which I previously used to run xine with have you any difference between xine-lib 1.2 vdpau branch and xine-vdpau branch ? I'm amazed that vdr-sxfe manages to completely avoid any judder in playback, something which I haven't really seen since I ran with a ff card. did you try with local frontend ? not with vdr-sxfe There's some occasional loss of audio lipsync, and channel change is not smooth; I see both audio and video freeze for a few frames. I guess both of those are work in progress. Would any of the patches from the vdr-portal thread above help on those issues? You can try that patch xine-vdpau-r281-crop-v9.diff.gz http://www.vdr-portal.de/board/attachment.php?attachmentid=22895 there're good reports about it http://www.forum.free-x.de/wbb/index.php?page=ThreadpostID=8313#post8313 I have to say that vdpau is looking like a very good solution for hdtv playback, it's just a shame that they didn't implement field parity support for interlaced material. +1 Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe buffer empty
Приветствую, Torgeir which xineliboutput version are you using ? cvs ? any patches from here ? http://www.vdr-portal.de/board/thread.php?threadid=86804 Goga vdr 179 + xbmc 2009/9/13 Goga777 goga...@bk.ru: Приветствую, Torgeir I'm trying to find out why vdr-sxfe freezes for a split second once or twice every minute. Am running a xineliboutput is configured as -Pxineliboutput --local=none --remote=37890 I run vdr-sxfe as vdr-sxfe --video vdpau --audio oss xvdr://127.0.0.1 --verbose --aspect 16:9 --fullscreen --post tvtime:method=use_vo_driver --hud --syslog 21 | /tmp/sxfelog.txt Some output log from xine_input.c Sep 13 10:54:18 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer please try to revert this comment http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?r1=1.278r2=1.279sortby=date (thanks to Rofa for that advice) Thx! vdr-sxfe now runs very smootly with SD channels. Slight judder still with HD channels though. Now the VDR experience is the best I've had for a very long time, vdr-sxfe provides me with judder free live tv and playback, something I never achieved with vdr-xine. Generic media playback through the media browser is a definite plus, although the media browser interface is a bit too cluttered to achieve high WAF. It would be nice to be able to clear the settings from the main media player menu, and optionally turn off items, eg. if I never need to use the play music / play cd options. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe buffer empty
2009/9/13 Goga777 goga...@bk.ru: Приветствую, Torgeir I'm trying to find out why vdr-sxfe freezes for a split second once or twice every minute. Am running a xineliboutput is configured as -Pxineliboutput --local=none --remote=37890 I run vdr-sxfe as vdr-sxfe --video vdpau --audio oss xvdr://127.0.0.1 --verbose --aspect 16:9 --fullscreen --post tvtime:method=use_vo_driver --hud --syslog 21 | /tmp/sxfelog.txt Some output log from xine_input.c Sep 13 10:54:18 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer please try to revert this comment http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?r1=1.278r2=1.279sortby=date (thanks to Rofa for that advice) Thx! vdr-sxfe now runs very smootly with SD channels. Slight judder still with HD channels though. Now the VDR experience is the best I've had for a very long time, vdr-sxfe provides me with judder free live tv and playback, something I never achieved with vdr-xine. Generic media playback through the media browser is a definite plus, although the media browser interface is a bit too cluttered to achieve high WAF. It would be nice to be able to clear the settings from the main media player menu, and optionally turn off items, eg. if I never need to use the play music / play cd options. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe buffer empty
Приветствую, Torgeir I'm trying to find out why vdr-sxfe freezes for a split second once or twice every minute. Am running a xineliboutput is configured as -Pxineliboutput --local=none --remote=37890 I run vdr-sxfe as vdr-sxfe --video vdpau --audio oss xvdr://127.0.0.1 --verbose --aspect 16:9 --fullscreen --post tvtime:method=use_vo_driver --hud --syslog 21 | /tmp/sxfelog.txt Some output log from xine_input.c Sep 13 10:54:18 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer please try to revert this comment http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/xine_input_vdr.c?r1=1.278r2=1.279sortby=date (thanks to Rofa for that advice) Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-sxfe buffer empty
I'm trying to find out why vdr-sxfe freezes for a split second once or twice every minute. Am running a xineliboutput is configured as -Pxineliboutput --local=none --remote=37890 I run vdr-sxfe as vdr-sxfe --video vdpau --audio oss xvdr://127.0.0.1 --verbose --aspect 16:9 --fullscreen --post tvtime:method=use_vo_driver --hud --syslog 21 | /tmp/sxfelog.txt Some output log from xine_input.c Sep 13 10:54:18 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 61% (153/248) SCR +1 Sep 13 10:54:24 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 54% (135/248) SCR +1 Sep 13 10:54:30 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 46% (115/248) SCR +1 Sep 13 10:54:31 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: scr_tuning: SCR +1 - SCR +2 (buffer 107/131) (tuning now 1.00%) Sep 13 10:54:36 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 43% (108/248) SCR +2 Sep 13 10:54:38 htpc vdr-sxfe[4771]: [4781] [input_vdr] TCP: fifo buffer full Sep 13 10:54:42 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 29% ( 73/248) SCR +2 Sep 13 10:54:48 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 19% ( 49/248) SCR +2 Sep 13 10:54:54 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 18% ( 45/250) SCR +2 Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 2% ( 6/249) SCR PAUSED -freeze happens just before this log line Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 6% ( 15/249) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 9% ( 23/249) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 12% ( 32/249) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 11% ( 29/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 15% ( 38/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 18% ( 47/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 22% ( 56/249) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 25% ( 64/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 29% ( 73/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 33% ( 82/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 36% ( 91/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 40% (101/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 44% (110/249) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 47% (118/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 51% (128/249) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 54% (136/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 58% (145/248) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 62% (155/249) SCR PAUSED Sep 13 10:54:56 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: SCR tuning resetted by adjust_speed, I 0 B 0 P 0 Sep 13 10:55:00 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 53% (132/248) SCR +0 Sep 13 10:55:05 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 65% (162/249) SCR +0 Sep 13 10:55:09 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: scr_tuning: SCR +0 - SCR +1 (buffer 176/62) (tuning now 0.50%) Sep 13 10:55:11 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 60% (151/248) SCR +1 Sep 13 10:55:17 htpc vdr-sxfe[4771]: [4781] [input_vdr] SCR: Buffer 64% (159/248) SCR +1 From what I can see, this appears to be an input pipe problem, not because of soundcard or gfx card clock drift? A bit more log output below; Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] sxfe_display_open(width=720, height=576, fullscreen=1, display=(null)) Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] sxfe_display_open: Enabling HUD OSD Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] Display size : 244 x 195 mm Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] 720 x 576 pixels Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] 75dpi / 74dpi Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] Display ratio: 2953.846154/2950.819672 = 1.00 Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] opening HUD OSD window... Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] find_argb_visual: XGetVisualInfo failed (no xvi) Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] (ERROR (xine_sxfe_frontend.c,596): Resource temporarily unavailable) Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-sxfe] find_argb_visual() failed. HUD OSD disabled. Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-fe]Detected single CPU. Multithreaded decoding and post processing disabled. Sep 13 11:00:44 htpc vdr-sxfe[4876]: [4876] [vdr-fe]static post plugins (from command line): tvtime:method=use_vo_driver