--- 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
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
--- 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 10
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
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
On 2011-01-22 08:16 +0100, Thomas Hilber wrote:
On Wed, Jan 19, 2011 at 12:42:40PM +, Stuart Morris wrote:
conversion and then draw the first field to the frame buffer. At the next
vertical sync the shader would convert the second field and draw that to
the frame buffer. With VDPAU is
. Lenz tl...@vorgon.com
Subject: Re: [vdr] Deinterlace video
To: VDR Mailing List vdr@linuxtv.org
Date: Wednesday, 19 January, 2011, 19:25
Is it possible to figure out if the
stream is interlaced or not by looking at the stream? Seems
like it should be able to figure out within a frame or two
Hi,
Am 19.01.2011 13:42, schrieb Stuart Morris:
One would need to be able to access the decoded frame containing 2 fields
and perhaps use an OpenGL shader to perform field based colour space
conversion and then draw the first field to the frame buffer. At the next
vertical sync the shader
--- On Tue, 18/1/11, Niko Mikkilä n...@phnet.fi wrote:
From: Niko Mikkilä n...@phnet.fi
Subject: Re: [vdr] Replacing aging VDR for DVB-S2
To: VDR Mailing List vdr@linuxtv.org
Date: Tuesday, 18 January, 2011, 13:06
On 2011-01-15 22:36 +, Tony
Houghton wrote:
I wonder whether it
ke, 2011-01-19 kello 10:18 +, Stuart Morris kirjoitti:
My experience with an nVidia GT220 has been less than perfect. It can
perform temporal+spatial+inverse_telecine on HD video fast enough, but
my PC gets hot and it truly sucks at 2:2 pulldown detection. The
result of this is when
On 19 January 2011 20:18, Stuart Morris stuart_mor...@talk21.com wrote:
IMHO the best way to go for a low power HTPC is to decode in hardware e.g.
VDPAU, VAAPI, but output interlaced video to your TV and let the TV sort out
deinterlacing and inverse telecine.
Unfortunately, with VDPAU, the
Replying to myself...
ke, 2011-01-19 kello 12:48 +0200, Niko Mikkilä kirjoitti:
ke, 2011-01-19 kello 10:18 +, Stuart Morris kirjoitti:
My experience with an nVidia GT220 has been less than perfect. It can
perform temporal+spatial+inverse_telecine on HD video fast enough, but
my PC gets
--- On Wed, 19/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: Wednesday, 19 January, 2011, 11:43
Replying to myself...
ke, 2011-01-19 kello 12
--- On Wed, 19/1/11, Torgeir Veimo torg...@netenviron.com wrote:
From: Torgeir Veimo torg...@netenviron.com
Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
To: VDR Mailing List vdr@linuxtv.org
Date: Wednesday, 19 January, 2011, 11:24
On 19 January 2011 20:18
--- On Wed, 19/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: Wednesday, 19 January, 2011, 10:48
ke, 2011-01-19 kello 10:18 +,
Stuart Morris
On Wed, 19 Jan 2011 12:36:19 + (GMT)
Stuart Morris stuart_mor...@talk21.com wrote:
For progressive HD material I have to manually turn off deinterlacing,
then turn it on again for interlaced material. That's annoying.
I thought there was supposed to be a flag in MPEG meta data which
On 19 January 2011 23:47, Tony Houghton h...@realh.co.uk wrote:
I thought there was supposed to be a flag in MPEG meta data which
indicates whether pairs of fields are interlaced or progressive so
decoders can determine how to combine them without doing any complicated
picture analysis. Are
--- On Wed, 19/1/11, Torgeir Veimo torg...@netenviron.com wrote:
From: Torgeir Veimo torg...@netenviron.com
Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
To: VDR Mailing List vdr@linuxtv.org
Date: Wednesday, 19 January, 2011, 13:50
On 19 January 2011 23:47
On Wed, Jan 19, 2011 at 5:47 AM, Tony Houghton h...@realh.co.uk wrote:
I thought there was supposed to be a flag in MPEG meta data which
indicates whether pairs of fields are interlaced or progressive so
decoders can determine how to combine them without doing any complicated
picture analysis.
I thought it had to be deinterlaced as it was decoded. If we could just
decode and send at was ever res (720p, 1080i, 1080p) the stream is in,
then work would be offloaded to the TV. Might be a nice option for those
of us with marginal video cards.
On 1/19/2011 3:48 AM, Niko Mikkilä wrote:
Maybe this would be something to request for vdr-xine update
On 1/19/2011 4:24 AM, Torgeir Veimo wrote:
On 19 January 2011 20:18, Stuart Morrisstuart_mor...@talk21.com wrote:
IMHO the best way to go for a low power HTPC is to decode in hardware e.g.
VDPAU, VAAPI, but output interlaced video
You can't depend on the flag. It's a strange one. I have a channel that
is reported as 1080i by the femon plugin but deint has to be off
sometimes to reduce jitter. Other times it can be on. The FCC has gotten
very lax in requirments and even more lax in inforcing what rules they
do have.
On
Is it possible to figure out if the stream is interlaced or not by
looking at the stream? Seems like it should be able to figure out within
a frame or two (.033ms) and then just ignore the useless flags? Needs to
be done with epg data. I think the Insignia boxes just try to read data
23 matches
Mail list logo