--- 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
>
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 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
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 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:48 +0200, Niko Mikkilä kirjoitti:
--- 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
> wrote:
> > IMHO the best way to go fo
--- 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 kirjoitti:
> > My experience with an
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 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/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
> wrote:
> > I thought there was suppos
Dear VDR folks,
I just noticed that Davide Cavalca added an systemd [1] service file for
VDR to OpenBricks [2].
Is it useful to get this included upstream, so that all distributions
can use it? I just found this one comment, that these service files
supposed to be uniform between distributions [
2011/1/19 Paul Menzel :
> Dear VDR folks,
>
>
> I just noticed that Davide Cavalca added an systemd [1] service file for
> VDR to OpenBricks [2].
>
> Is it useful to get this included upstream, so that all distributions
> can use it? I just found this one comment, that these service files
> suppose
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
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 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
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
regardless
Hi,
I get log messages like:
ERROR: device 1 supports 7 modulation systems but cDevice::GetDevice() currently only supports 4 delivery systems which
should be fixed
It's a Satelco EasyWatch (DVB-C):
frontend 0/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips
TDA10023 DV
18 matches
Mail list logo
