I notice that my trick mode streams seem to have the same average
data rate regardless of the specified scale factor. Does the trick
mode implementation send an I-frame at a rate of 30 fps, but repeat
I-frames to fill in the gaps since there are only 2 I-frames /
second in my stream?
So for
Hey Ross, thanks for the quick help.
I made the changes. I can see the server trying the right file, but the
client doesn't see any video stream. I will dig some more and see what am I
missing..
FILE* fid = fopen(strcat(str, streamName), "rb");
.
sms = createNewSMS(envir(), strcat(str, stream
>Hi,
>
>Currently, our live555 vod server is playing TS assets out of current
>directory. Instead can we pull vod assets from any particular directory? If
>so, can you please point us to the file where we can make the change? I plan
>to use a getenv( ) call to get our vod library path, but not sure
Hi,
Currently, our live555 vod server is playing TS assets out of current
directory. Instead can we pull vod assets from any particular directory? If
so, can you please point us to the file where we can make the change? I plan
to use a getenv( ) call to get our vod library path, but not sure where
I notice that my trick mode streams seem to have the same average data
rate regardless of the specified scale factor. Does the trick mode
implementation send an I-frame at a rate of 30 fps, but repeat I-frames to
fill in the gaps since there are only 2 I-frames / second in my stream?
So for ex
>I am trying to take a buffer of MPEG2-TS data which is constantly
>written to, and hook it up to live555 for output via RTP.
The best way to do this is to make your buffer an OS pipe, and then
just have your LIVE555-based application read from this. For
example, if you write your MPEG-2 TS da
Hello,
I am trying to take a buffer of MPEG2-TS data which is constantly written
to, and hook it up to live555 for output via RTP. I am currently basing my
work on the testMEPG2TransportStreamer code, but obviously this was designed
to stream a file.
My current idea is not really panning out, du
>I am having a few problems while parsing PES stripped from DVB-T
>MPEG-TS to the MPEGDemux Class.
You can't do this. The "MPEG1or2Demux" class is used for parsing
MPEG Program Stream data.
>Secondly , since our aim is to stream the ES... how can I strip the
>ES from PES stream?
You will nee
Hi Christian ;)
I am having a few problems while parsing PES stripped from DVB-T
MPEG-TS to the MPEGDemux Class.
PES coming from DVB-T are indeed very peculiar. First of all, they can
be very big. Some channels had PESs up to 150KB... so first question:
is this correct? Can PES really be unbo
Hi Everyone,
I am having a few problems while parsing PES stripped from DVB-T MPEG-TS to
the MPEGDemux Class.
PES coming from DVB-T are indeed very peculiar. First of all, they can be
very big. Some channels had PESs up to 150KB... so first question: is this
correct? Can PES really be unbounded?
10 matches
Mail list logo