Re: [vdr] A/V out of sync for BSkyB channels Channel4, More4, E4, Film4
I demand that Tony Houghton may or may not have written... > On Mon, 19 Jul 2010 17:00:12 +0100 > Darren Salt wrote: >> Anyway, I've (sometimes) seen sync problems with Channel 4 channels on >> Freeview, though I rarely watch those channels; it's possible that both >> cause and fix are the same. I've committed the patch locally (for now). > Were they old black & white films by any chance? No. > I've noticed sync problems on those and they could well have been ones I > recorded from one of the C4 channels. But I usually record them from > satellite rather than Freeview. Well... if the patch fixes those problems... -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. There is much Obi-Wan did not tell you. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to properly attach stream to live view?
Am 19.07.2010 10:44, schrieb Frank Schmirler: > Good shot. Streamdev suffers from a similar problem and would benefit from > this patch, too. If a streamdev-client prepars to switch channels, the current > stream blocks a device which will also become available a little later. At the > moment streamdev temporarily detaches the client's receiver if no other device > is able to do the job anyway. With the volatile flag this should no longer be > necessary. My first attempt was less intrusive by specially marking live related receivers and handling them different on device search, but I decided to go the more complex way to solve the search-new-before-disconnect conflict generally. Seems it has a first use already. :) Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A/V out of sync for BSkyB channels Channel4, More4, E4, Film4
On Mon, 19 Jul 2010 17:00:12 +0100 Darren Salt wrote: > Anyway, I've (sometimes) seen sync problems with Channel 4 channels on > Freeview, though I rarely watch those channels; it's possible that > both cause and fix are the same. I've committed the patch locally > (for now). Were they old black & white films by any chance? I've noticed sync problems on those and they could well have been ones I recorded from one of the C4 channels. But I usually record them from satellite rather than Freeview. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput problem on new fedora 13 install
Yes I saw that startup failed if xrender was available, but hud was not in use, but I've got the latest CVS updates, and it still doesn't work. On 20 July 2010 03:40, Halim Sahin wrote: > hi, > Are you using the hud osd? > If not, try the latest snapshot from cvs. > Last commit says: > > Fixed startup when not using HUD OSD -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput problem on new fedora 13 install
hi, Are you using the hud osd? If not, try the latest snapshot from cvs. Last commit says: Fixed startup when not using HUD OSD HTH. halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xineliboutput problem on new fedora 13 install
Am getting this error when running with local sxfe frontend.
Strangely, using vdr-sxfe works, it's only the local frontend that
wont start;
Jul 20 03:23:53 htpc vdr: [xine..put] cXinelibLocal::Action -
fe->fe_display_open ok
Jul 20 03:23:53 htpc vdr: [22273] [xine..put] cXinelibLocal::Action - xine_init
Jul 20 03:23:53 htpc vdr: [22273] [vdr-fe]Using xine-lib config
file /video/vdr/plugins/xineliboutput/config
Jul 20 03:23:53 htpc vdr: [22273] [vdr-fe]fe_xine_init:
xine_open_video_driver("vdpau") failed
Jul 20 03:23:53 htpc vdr: [22273] [xine..put] cXinelibLocal: Error
initializing frontend
Can there be any setting in the xine config_xineliboutput file that
causes the local frontend to fail vdpau initialisation?
--
-Tor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A/V out of sync for BSkyB channels Channel4, More4, E4, Film4
I demand that Günter Merz may or may not have written... > I've found a solution to my longstanding problem: Video and audio being out > of sync on my vdr system using xine-lib as output display/control > application. [snip] > --- src/libmad/xine_mad_decoder.c.old 2010-07-17 20:00:54.0 +0200 > +++ src/libmad/xine_mad_decoder.c 2010-07-17 20:02:10.0 +0200 [snip] > I hope this is helpful to other people. Probably. (Would be nice if you – and others – would Cc xine-lib patches to xine-devel, or mention them in #xine.) Anyway, I've (sometimes) seen sync problems with Channel 4 channels on Freeview, though I rarely watch those channels; it's possible that both cause and fix are the same. I've committed the patch locally (for now). -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Microsoft. What Shall We Tell You That You Can Do Today? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] vdr-streamdev-0.5.0 / 0.4.0
Hi there, I finally published new streamdev releases on http://streamdev.vdr-developer.org. Streamdev-0.4.0 is the final release for VDR 1.4.x. There won't be any more updates. Use streamdev-0.5.0 for recent VDRs. IMPORTANT: Please follow the upgrade instructions from the plugin's README file. When updating to streamdev-0.5.0, the following changes are necessary (even if you have been running streamdev-0.5.0pre from CVS before): * Streamdev-server's plugin config directory is now $VDRCONFDIR/plugins/streamdev-server/. Streamdev-server expects the file streamdevhosts.conf in this directory. It is also the default location of the externremux.sh script. * The externremux script is now responsible for emitting all HTTP response headers. Make sure you send out at least the Content-type header and a blank line to terminate the header block. I encourage you to try the new externremux.sh script which ships with the streamdev sources. It fixes several problems with script termination from earlier releases and allows you to change several remux parameters on the fly by specifying URL parameters. The URL path to access externremux changed from EXTERN to EXT. Check the HISTORY for a complete changelog. Here's a brief overview of the most important new features in 0.5.0: - HTTP authentication - CGI like interface and URL parameters for externremux.sh - rewrite of externremux.sh - Multicast streaming server option Thanks to all contributors and sorry for the long time it took to publish this new release. I'll try to release more often now, but don't take my word for it. Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to properly attach stream to live view?
Hi Udo, On Sun, 18 Jul 2010 15:45:02 +0200, Udo Richter wrote > In short, -1 receivers are supposed to be disconnectable at any time, > but transfer mode runs at -1 priority too, and should not be > disconnected. Transfer mode runs at -1 so that an existing transfer mode > does not block channel switching. The solution is to let the channel > switch code know that the transfer source device will soon be available. Good shot. Streamdev suffers from a similar problem and would benefit from this patch, too. If a streamdev-client prepars to switch channels, the current stream blocks a device which will also become available a little later. At the moment streamdev temporarily detaches the client's receiver if no other device is able to do the job anyway. With the volatile flag this should no longer be necessary. Cheers, Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
