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-xine - 4:3 zoom problem with h264 SD channels
Hi, Goga777 schrieb: on Astra 19,2E ther's several h264 SD 576i channels with aspect ratio above 4:3 (or 15:11). [snip] TV Polonia;TVP:10861:hC56M5O35S1:S19.2E:22000:516=27:0;690=pol,691=pol:695:0:7104:1:1059:0 [snip] on vdr-xine 093 the 4:3 image zoom doesn't work at all with such channels only 16:9 image zoom works with them, but it's not correctly could someone to test it please I had a look at the above channel. xine reports a ratio of 13636. But the current zoom code in input_vdr.c doesn't consider this to be 4:3. Please replace the function adjust_zoom() by the following code: static void adjust_zoom(vdr_input_plugin_t *this) { pthread_mutex_lock(this-adjust_zoom_lock); if (this-image4_3_zoom_x this-image4_3_zoom_y this-image16_9_zoom_x this-image16_9_zoom_y) { int ratio = (int)(1 * this-frame_size.r + 0.5); int matches4_3 = abs(ratio - 1); int matches16_9 = abs(ratio - 17778); /* fprintf(stderr, ratio: %d\n, ratio); */ if (matches4_3 matches16_9) { xine_set_param(this-stream, XINE_PARAM_VO_ZOOM_X, this-image4_3_zoom_x); xine_set_param(this-stream, XINE_PARAM_VO_ZOOM_Y, this-image4_3_zoom_y); } else { xine_set_param(this-stream, XINE_PARAM_VO_ZOOM_X, this-image16_9_zoom_x); xine_set_param(this-stream, XINE_PARAM_VO_ZOOM_Y, this-image16_9_zoom_y); } } pthread_mutex_unlock(this-adjust_zoom_lock); } Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rni...@gmx.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr