sms->addSubsession(MPEG4VideoFileServerMediaSubsession::createNew(*env,
v_inputFileName, reuseFirstSource));
sms->addSubsession(ADTSAudioFileServerMediaSubsession::createNew(*env,
a_inputFileName, reuseFirstSource));
[...]
And I have a stream that have MPEG4-GENERIC and MP4V-ES.
The prob
Yes, your input device object should be setting the
"fPresentationTime" field in its implementation of
"doGetNextFrame()", when it delivers each NAL unit.
Concerning this point, I've a misunderstanding about how set this
value. I'll explain : my frames are coming in a decoding order, that
me
>
> Thanks for this fast answer. For me, it's correct that VLC cannot read the
>> file, the file I sent you contains only NAL paquets (See joined screenshot
>> with details), and so is not readable by VLC, correct me if I'm wrong.
>>
>
> I don't know why your file is not readable by VLC. You'll ne
We converted those h264 files to TS files using
testH264VideoToTransportStream, the TS files are good for VLC and media
player. However, we manually put the converted TS files to our lighttpd
server for streaming, iphone can not display any TS video clips from
testH264VideoToTransportStream. Can y
Hi Ross,
Thanks for your useful guide. Here is my situation:
We use HTTP live streaming to send TS files to iphone. Our sever is
lighttpd. We split our a video clip into multiple 4 seconds h264 files,
then convert them to TS files in the server for streaming. We have
simple h264 to TS convertor
Ok, I tried and found a way to stream this as I need.
I simply do:
{
char const* streamName = "MPEGTEST";
char const* v_inputFileName = "test_2.m4e";
char const* a_inputFileName = "test_2.aac";
ServerMediaSession* sms = ServerMediaSession::createNew(*env, streamName,
streamN
Thanks. Actually, my problem right now is not with RTP at all, it's
with how to access the picture frames to implement the codec.
If you want to do this using our library, then you would write your
own 'filter' class - i.e., a subclass of "FramedFilter" - for
encoding each frame. In particul
On 2/1/2011 10:05 AM, Ross Finlayson wrote:
This is a brand new codec, so I'll need to specify an RTP payload for
that. It's for low bitrate high packet loss networks, and works off
of single frame encoding, because a dropped iFrame is not desirable.
OK, let us know when you've submitted an
This is a brand new codec, so I'll need to specify an RTP payload
for that. It's for low bitrate high packet loss networks, and works
off of single frame encoding, because a dropped iFrame is not
desirable.
OK, let us know when you've submitted an Internet Draft that
describes your proposed
This is a brand new codec, so I'll need to specify an RTP payload for
that. It's for low bitrate high packet loss networks, and works off of
single frame encoding, because a dropped iFrame is not desirable.
On 01/31/2011 08:38 PM, Ross Finlayson wrote:
You're getting a little ahead of yourse
I found it quite hard to just extend existing classes
(MPEG2TransportStreamFramer, MPEG2TransportFileServerMediaSubsession
and DynamicRTSPServer) as many methods are private instead of
protected: is this intentional ?
Usually not; I just don't like declaring variables as "protected:"
unless I
Hi Ross,
Thanks for spending time on this issue. I understand that this is a
major change and it have to be considered carefully.
I could not find a good tuning that works with very high VBR TS
files. So I end up using CBR files for now. Not only this creates
very big files (generating
12 matches
Mail list logo
