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 Fri, 28 Jan 2011 09:57:50 + (GMT)
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
> -vs
--- On Fri, 28/1/11, Lucian Muresan wrote:
> From: Lucian Muresan
> Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
> To: "VDR Mailing List"
> Date: Friday, 28 January, 2011, 11:37
> On 28.01.2011 10:57, Stuart Morris
> 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
>
--- On Sat, 22/1/11, Niko Mikkilä wrote:
> From: Niko Mikkilä
> Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
> To: "VDR Mailing List"
> Date: Saturday, 22 January, 2011, 17:17
> On 2011-01-22 08:16 +0100, Thomas
> Hilber wrote:
>
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 VDPA
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 there a new OpenGL interop function that
that's no
--- On Thu, 20/1/11, Reinhard Nissl wrote:
> From: Reinhard Nissl
> Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
> To: vdr@linuxtv.org
> Date: Thursday, 20 January, 2011, 16:32
> Hi,
>
> Am 19.01.2011 13:42, schrieb Stuart Morris:
>
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
enz
> Subject: Re: [vdr] Deinterlace video
> To: "VDR Mailing List"
> 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
>
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
regardless
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
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 Morris 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
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:
On Wed, Jan 19, 2011 at 5:47 AM, Tony Houghton 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 broadcas
--- On Wed, 19/1/11, Torgeir Veimo wrote:
> From: Torgeir Veimo
> Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
> To: "VDR Mailing List"
> Date: Wednesday, 19 January, 2011, 13:50
> On 19 January 2011 23:47, Tony
> Houghton
>
On 19 January 2011 23:47, Tony Houghton 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 broadcasters no
On Wed, 19 Jan 2011 12:36:19 + (GMT)
Stuart Morris 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
indicates whether pairs of fi
--- On Wed, 19/1/11, Niko Mikkilä wrote:
> From: Niko Mikkilä
> Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
> To: "VDR Mailing List"
> Date: Wednesday, 19 January, 2011, 10:48
> ke, 2011-01-19 kello 10:18 +,
> Stuart Morris kirjo
--- On Wed, 19/1/11, Torgeir Veimo wrote:
> From: Torgeir Veimo
> Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
> To: "VDR Mailing List"
> Date: Wednesday, 19 January, 2011, 11:24
> On 19 January 2011 20:18, Stuart
> Morris
> wro
--- On Wed, 19/1/11, Niko Mikkilä wrote:
> From: Niko Mikkilä
> Subject: Re: [vdr] Deinterlace video (was: Replacing aging VDR for DVB-S2)
> To: "VDR Mailing List"
> Date: Wednesday, 19 January, 2011, 11:43
> Replying to myself...
>
> ke, 2011-01-19 kello 12:4
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 P
On 19 January 2011 20:18, Stuart Morris 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 hardware combines field
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 vie
--- On Tue, 18/1/11, Niko Mikkilä wrote:
> From: Niko Mikkilä
> Subject: Re: [vdr] Replacing aging VDR for DVB-S2
> To: "VDR Mailing List"
> Date: Tuesday, 18 January, 2011, 13:06
> On 2011-01-15 22:36 +, Tony
> Houghton wrote:
>
> > I wonder whether it might be possible to use a more
>
25 matches
Mail list logo
