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
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
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
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 [
--- 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
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 kirjoitti:
> > My experience with an
--- 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, 11:43
> Replying to myself...
>
> ke, 2011-01-19 kello 12:48 +0200, Niko Mikkilä kirjoitti:
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
>
18 matches
Mail list logo