Re: [RFC] new dvb channel format

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Monday 10 July 2006 11:55, xyzzy@xxxxxxxxxxxxx wrote:
>On Sun, 9 Jul 2006, christophpfister@xxxxxxxxxxx wrote:
>> It seems that the time has come to develop a new channel format 
for
>> dvb-apps. Andrew and I agreed on the following style, but 
comments /
>> suggestions / opinions are always welcome ;)
>
>There should be a parameter for the PID of the PMT.  Even if you 
know the
>PIDs of the audio and video streams, there is still information in 
the PMT
>that is useful.
>
>For example, without the PMT mplayer will try to auto-detect the 
format of
>the audio stream.  This causes frequent audio skips on some 
stations.  This
>has a lot to do with the stupidness of mplayer TS demuxer, and 
I've fixed
>my mplayer to virtually eliminate this problem.  But it's still 
true that
>there is information like language descriptors, conditional 
access
>descriptors, stream format, etc. in the PMT that is part of the 
channel.

The PMT PID can be retrieved through the PAT and service_id, but I 
wouldn't
mind adding it. However the  real question is what should be used e.
g. in zap
and gnutv (because everything can be added to this kind of format), 
so either
PAT+service_id (service_id is needed anyway) or PMT PID ...

>It is very common for channels to have multiple audio streams.  I 
don't see
>anything about how this is handled.  Multiple audio_pid lines?  
Multiple
>pids listed on one audio_pid line?  Is there any way to associate 
a
>language with an audio pid?  Which audio pid should be the 
default?  The
>first one?

Haven't thought about that yet ... the first one specified is 
surely the
default. Each audio_pid would be on its own line. I think the 
language
could specified the following way: (well we would need a common 
format
for the language abbrevations but that's minor now ...)

---
audio_pid 221 (de)
audio_pid 222 (en)
audio_pid 223 (fr)
audio_pid 224 (it)
---

>Can PIDs be specified in hex?  It seems like all the tools that 
print PIDs
>print them in hex.

Should you be able to specify PIDs in hex? If yes you'll be able to 
do it :)

>Modulation should be mandatory for ATSC.

Sorry forgot that DVBFE_ATSC_MOD_AUTO is QAM_AUTO in "reality".

>Can a channel have multiple names?  I'd like to be able to refer 
to
>channels both by their number and the broadcaster's name.

Now you're talking about different things ... on what you can refer 
to a
channel depends on gnutv / zap. Well generally it's possibly to 
specify
a second name, but as already said: you need an app which can deal 
with it :)
(Each name would be on its own line like audio_pid.)

Thanks!

Christoph


_______________________________________________

linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux