Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)

2011-01-28 Thread Stuart Morris
--- On Sat, 22/1/11, Niko Mikkilä n...@phnet.fi wrote: From: Niko Mikkilä n...@phnet.fi Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2) To: VDR Mailing List vdr@linuxtv.org Date: Saturday, 22 January, 2011, 17:17 On 2011-01-22 08:16 +0100, Thomas Hilber wrote:

Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)

2011-01-28 Thread Lucian Muresan
On 28.01.2011 10:57, Stuart Morris wrote: [..] Standard definition video is going to be harder than I thought. I used xrandr to set this mode via HDMI to my LCD TV: # 1440x576i @ 50Hz (EIA/CEA-861B) ModeLine 1440x576 27.000 1440 1464 1590 1728 576 581 587 625 -hsync -vsync Interlace The TV

Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)

2011-01-28 Thread Stuart Morris
--- On Fri, 28/1/11, Lucian Muresan luci...@users.sourceforge.net wrote: From: Lucian Muresan luci...@users.sourceforge.net Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2) To: VDR Mailing List vdr@linuxtv.org Date: Friday, 28 January, 2011, 11:37 On 28.01.2011

Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)

2011-01-28 Thread Tony Houghton
On Fri, 28 Jan 2011 09:57:50 + (GMT) Stuart Morris stuart_mor...@talk21.com wrote: Standard definition video is going to be harder than I thought. I used xrandr to set this mode via HDMI to my LCD TV: # 1440x576i @ 50Hz (EIA/CEA-861B) ModeLine 1440x576 27.000 1440 1464 1590 1728 576 581

[vdr] [PATCH] GOTOX patch for vdr-1.7.16

2011-01-28 Thread Ales Jurik
Hi, after some time I've improved the gotox patch for vdr - it is now correctly resolving condition for sending diseqc command in cDvbTuner::SetFrontend(void) even if diseqc command doesn't change also with cascaded diseqc switches. So the diseqc is now sent immediately after channel switch and

Re: [vdr] Deinterlace video

2011-01-28 Thread Timothy D. Lenz
Don't forget that modern LCD screens only have the res they are rated for. So anything you send needs to be an exact division of that or you will have pixels lost or merged with others as they fall between displayable pixels. CRT's had more points of light they the highest res they where rated

Re: [vdr] [PATCH] GOTOX patch for vdr-1.7.16

2011-01-28 Thread Timothy D. Lenz
I can't try it atm because a relay went bad in my rotor. Only goes one direction. But looking at the patch, you put the user location in the patch, not the conf? On 1/28/2011 7:40 AM, Ales Jurik wrote: Hi, after some time I've improved the gotox patch for vdr - it is now correctly resolving

Re: [vdr] [PATCH] GOTOX patch for vdr-1.7.16

2011-01-28 Thread Ales Jurik
On 01/28/11 20:44, Timothy D. Lenz wrote: I can't try it atm because a relay went bad in my rotor. Only goes one direction. But looking at the patch, you put the user location in the patch, not the conf? On 1/28/2011 7:40 AM, Ales Jurik wrote: Hi, after some time I've improved the gotox

Re: [vdr] [PATCH] GOTOX patch for vdr-1.7.16

2011-01-28 Thread Seppo Ingalsuo
pe, 2011-01-28 kello 12:44 -0700, Timothy D. Lenz kirjoitti: I can't try it atm because a relay went bad in my rotor. Only goes one direction. But looking at the patch, you put the user location in the patch, not the conf? There is an OSD menu setting for it (Settings - LNB). The value in

[vdr] Problem with VDR h264 ffw/rew (using VDR-1.7.16)?

2011-01-28 Thread VDR User
When fast forwarding or rewind h264 VDR recordings, the still frames update very slowly. Often times I've seeked several minutes in a recording before the still frame updates and this is much farther then I intended. This doesn't happen with mpeg2 recordings at all. The still frames update very