> My opinion would be to use 0x30, as it is legal for both ATSC and DVB, and
> seems to be valid for
> any transport stream.
Ok, thanks. I've just installed a new version (2011.11.29) of the "LIVE555
Streaming Media" code that changes this constant.
Ross Finlayson
Live Networks, Inc.
http://w
Hi Ross,
Thanks for your prompt response.
>>That's odd. I've seen several Transport Stream files that use 0x10 as the
"Program_map_PID", and Table 2-3 of ISO/IEC 13818-1 says that PIDs in the
range 0x10 through 0x1FFE "May be assigned as network_PID, Program-map_PID,
elementary_PID, or for other
> I am using the LIVE555 libraries to wrap H.264 video data inside an MPEG-2
> transport stream. Everything is working great except for one problem: The
> MPEG2TransportStreamMultiplexor class is currently using a hard-coded Program
> Map Table PID of 0x10 (OUR_PROGRAM_MAP_PID), which is not al
OK, I see now what you're doing.
Because you've made your "TaskScheduler" and "UsageEnvironment" *static* member
variables, it's not inconceivable that their initialization is taking place
before the initialization of some other static variables or constants in the
LIVE555 code that they happen
I think I was not clear.
I had a CRTSPClient that had a RTSPClient as a variable.
What I tried to do was inherit from both the RTSPClient and my IClient
interface.
So I need to create the scheduler and environment before the ctor because of
the basclass initializer needeing the env at time of
> I am trying to use a subclass of RTSPClient and it has a static variable for
> the scheduler and environment
You don't need to do this. Each subclass of "Medium" (which includes
"RTSPClient") has a member function
envir()
which returns its "UsageEnvironment". And "UsageEnvironment" h
I am trying to use a subclass of RTSPClient and it has a static variable for
the scheduler and environment so they will be available for the CTO of my
subclass and therefore the baseclass initializer. This seems like it would be
the correct order of initialization but the createNew for the sche
Hi Ross,
I am using the LIVE555 libraries to wrap H.264 video data inside an MPEG-2
transport stream. Everything is working great except for one problem: The
MPEG2TransportStreamMultiplexor class is currently using a hard-coded
Program Map Table PID of 0x10 (OUR_PROGRAM_MAP_PID), which is not
