Ralph Metzler wrote:
> Klaus Schmidinger writes:
> > matthieu castet wrote:
> > > matthieu castet wrote:
> > >> Hi,
> > >>
> > >> Does somebody know why "scan" dvb-util or vdr failed to parse video
> > >> pid of hdtv stream ?
> > >>
> > >> Why a patch like the attached one couldn't be adde
Klaus Schmidinger a écrit :
Is the fact that a stream is coded in H.264 not stored on the (P)ES data?
PS : do you plan something for VDR ?
Sure, once the driver supports DVB-S2 ;-)
H-264 is not used only for HDTV. For example, in France, pay-TV channels
are using H-264 for SDTV terrestri
gt; Date: Sun, 5 Nov 2006 17:29:18 +> From: [EMAIL PROTECTED]> To: linux-dvb@linuxtv.org> Subject: [linux-dvb] hdtv scanning> > >Hi,> > >Does somebody know why "scan" dvb-util or vdr failed to parse video pid> >of hdtv stream ?> > >Why a patch
Klaus Schmidinger wrote:
...
> The whole HDTV thing is of no interest to me until there is
> a DVB card that can actually replay HDTV in hardware.
I do not think we will ever reach that point.
In a modular design, I believe the DVB card is only responsible
for receiving the signal, maybe converti
> ==
> Date: Mon, 06 Nov 2006 12:51:54 +0100
> From: Klaus Schmidinger <[EMAIL PROTECTED]>
> To: linux-dvb@linuxtv.org
> Subject: Re: [linux-dvb] hdtv scanning
> ==
>
[...]
> The whole HDTV thing is of no interest to
Nico Sabbi wrote:
> Andrea Venturi wrote:
>
>> Klaus Schmidinger wrote:
>>
>>
>>> No - and it won't.
>>> TS is for broadcasting, and PES is for recording.
>>>
>>>
>>
>> is this just a personal opinion?
>>
>> me, actually i can see a great move toward TS also for storing..
>>
>> i think about
Andrea Venturi wrote:
Klaus Schmidinger wrote:
No - and it won't.
TS is for broadcasting, and PES is for recording.
is this just a personal opinion?
me, actually i can see a great move toward TS also for storing..
i think about the HDV storage cassette; there is a TS inside the tap
Klaus Schmidinger wrote:
> Nico Sabbi wrote:
>> Klaus Schmidinger wrote:
>>
>>>
>>> Well, that might be feasible for live viewing, but what
>>> about replaying a recording? There is no PAT/PMT in a
>>> recording.
>>>
>>> Klaus
>>>
>> there is if you save the TS, rather than that funny .vdr aka pes.
@all maintaners: several months ago I posted a patch to scan to add this
damned pmt_pid
to the broken channels.conf, but it was completely ignored.
Since questions like these are so often recurring I think it's the right
time to commit it.
Great it works properly.
Do you still have a copy of tha
Mario Rossi wrote:
add the pmt_pid to your list
Sorry, but I do not understand.
the pmt_pid is the pid that contains the PMT; it's listed in the pat.
if you dump the whole stream to a file with
dvbstream -f ... -o 8192 > dump.ts
then run
decode_pat dump.ts
you will get a list of programs-
Klaus Schmidinger schrieb:
Michael Müllner wrote:
Klaus Schmidinger schrieb:
matthieu castet wrote:
...
PS : do you plan something for VDR ?
Sure, once the driver supports DVB-S2 ;-)
Why wait ? there are also H264 over dvb-s :)
Mike
But there is no full featured DVB card yet that can
add the pmt_pid to your list
Sorry, but I do not understand.
Here is whan I've done:
I've changed scan so that it prints the video pid 0x1b into channels.conf.
Then I play
mplayer "dvb://BBC HD1a"
MPlayer dev-SVN-r20681-4.1.1 (C) 2000-2006 MPlayer Team
CPU: Intel(R) Pentium(R) M processor 1
Mario Rossi wrote:
Hi,
I'm trying to copy the stream of hdtv using mplayer and mencoder, but
they think the video type is MPEG2(type 0x1002 in
libmpdemux/demux_ts.c) while I think it should be H264(type
0x1005), so it does not play anything.
This is the output of "ITV HD Trial" after I
Hi,
I'm trying to copy the stream of hdtv using mplayer and mencoder, but
they think the video type is MPEG2(type 0x1002 in
libmpdemux/demux_ts.c) while I think it should be H264(type
0x1005), so it does not play anything.
This is the output of "ITV HD Trial" after I -dumpstream. Should
Michael Müllner wrote:
Klaus Schmidinger schrieb:
matthieu castet wrote:
...
PS : do you plan something for VDR ?
Sure, once the driver supports DVB-S2 ;-)
Why wait ? there are also H264 over dvb-s :)
Mike
But there is no full featured DVB card yet that can be used
to replay HDTV. And s
Klaus Schmidinger schrieb:
matthieu castet wrote:
Klaus Schmidinger wrote:
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why "scan" dvb-util or vdr failed to parse
video pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some ref
Hi,
Does somebody know why "scan" dvb-util or vdr failed to parse video pid
of hdtv stream ?
Why a patch like the attached one couldn't be added ?
Btw, I've seen other types that are not properly recognised:
in Lodnon they are
0x05
0x06 (when it is not AC3, SUBTITLING or TELETEXT)
0x0c
0
Nico Sabbi wrote:
Klaus Schmidinger wrote:
Well, that might be feasible for live viewing, but what
about replaying a recording? There is no PAT/PMT in a
recording.
Klaus
there is if you save the TS, rather than that funny .vdr aka pes.
Can VDR save the TS now?
No - and it won't.
TS is for
Klaus Schmidinger wrote:
Well, that might be feasible for live viewing, but what
about replaying a recording? There is no PAT/PMT in a
recording.
Klaus
there is if you save the TS, rather than that funny .vdr aka pes.
Can VDR save the TS now?
___
Nico Sabbi wrote:
Klaus Schmidinger wrote:
Hmm, I would have expected that information to be in there somewhere.
The decoder should be able to detect the encoding of the data stream
by itself, without the application having to tell it what the data
actually is.
Klaus
from an application poi
Klaus Schmidinger wrote:
Hmm, I would have expected that information to be in there somewhere.
The decoder should be able to detect the encoding of the data stream
by itself, without the application having to tell it what the data
actually is.
Klaus
from an application point of view it makes
matthieu castet wrote:
Klaus Schmidinger wrote:
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why "scan" dvb-util or vdr failed to parse video
pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some reflexion, a new category (video
Klaus Schmidinger wrote:
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why "scan" dvb-util or vdr failed to parse video
pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some reflexion, a new category (video hd) should be created :
Klaus Schmidinger writes:
> matthieu castet wrote:
> > matthieu castet wrote:
> >> Hi,
> >>
> >> Does somebody know why "scan" dvb-util or vdr failed to parse video
> >> pid of hdtv stream ?
> >>
> >> Why a patch like the attached one couldn't be added ?
> >>
> >
> > After some reflexi
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why "scan" dvb-util or vdr failed to parse video
pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some reflexion, a new category (video hd) should be created : dvb
apps using channel file
matthieu castet wrote:
Hi,
Does somebody know why "scan" dvb-util or vdr failed to parse video pid
of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some reflexion, a new category (video hd) should be created : dvb
apps using channel file need to know if it is a
Hi,
Does somebody know why "scan" dvb-util or vdr failed to parse video pid
of hdtv stream ?
Why a patch like the attached one couldn't be added ?
Matthieu
--- scan.c.old 2006-11-04 16:07:13.0 +0100
+++ scan.c 2006-11-04 16:07:26.0 +0100
@@ -755,6 +755,7 @@
27 matches
Mail list logo