Thanks Ross.
I had tried to neglect the first 4 bytes from the encoded buffer, but it did
not helped, I had adjusted the fFrameSize accordingly.
Can you please provide me with the pseudo code for handling this.
Regards,
Ashfaque
From: Ross Finlayson
Sent: Thursday, April 19, 2012 3:36 AM
To:
> is there any sample by which i can convert *.ts file to *.264 file?
No. We do not include any 'Transport Stream demultiplexing' code.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.co
is there any sample by which i can convert *.ts file to *.264 file?
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
First, everyone who receives this mailing list as a 'Digest' should heed this
advice:
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of live-devel digest..."
> Attached is the testRTSPClient.cpp that will crash.
>
> If you use this as a source: rts
> I am currently testing Live555 based application on Freescale’s i.MX51
> platform, the camera frames are encoded by Hardware encoder (H.264 format).
> The encoded frames are sent to deliverFarme without any modifications. After
> this I am streaming over UDP.
>
> With reference is taken fro
Good afternoon Ross,
I am having a bit of trouble supplying live data to live555. I have
encapsulated my live source using the DeviceSource code as a base. I
know you can't help with modified code, and that's fine. I just have a
simple theoretical question: When using the delayed EventTrigger
fun
<3b37a4aa-cc27-4154-b1dd-f54440763...@live555.com>
Content-Type: text/plain; charset="iso-8859-1"
Sir i don't want to use the live media library rather want to receive the
data through sockets.
Well, if you don't want to use our software, then you
Hi Ross,
I am currently testing Live555 based application on Freescale’s i.MX51
platform, the camera frames are encoded by Hardware encoder (H.264 format). The
encoded frames are sent to deliverFarme without any modifications. After this
I am streaming over UDP.
With reference is taken from
> Actually the "extension" is implemented in terms of RFC 2326 by using
> "Require" header (12.32 Require).
> So the question is how to get these "Require" headers from OPTIONS request
> and respond with 200 OK or 551 Option not supported.
Yes, you're correct - the server needs to be fixed so th
