[Live-devel] Sending lots of NAL's problem
Yedidia Amit
amit.yedidia at elbitsystems.com
Wed Dec 30 21:11:40 PST 2009
Thanks Ross,
what do you mean by "treat the data as a set of (>=1) NAL units."? do
you mean that I should read it and use the fNumOfTruncatedBytes if
needed?
My hardware is alreay generating NAL's with the correct size.
what is the correct way if I want to work with discrete NAL? how can I
force the live555 fragmenter to use my NAL sizes?
Amit.
________________________________
From: live-devel-bounces at ns.live555.com
[mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: Wednesday, December 30, 2009 3:08 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Sending lots of NAL's problem
I see that the schedualer is launching my deliverFrame about
every 1-2msec, when I got multiple descriptors in the socket.
The problem is that when I got lost of descriptors (~80) this
can take up to 160 msec which is way beyond my frame size which is 40
msec (PAL)
1. Am I doing this wrong?
Because you are reading your input data from a socket, you should not
assume that the input socket data consists of discrete NAL units.
Instead, each time you should read as much data as you can from the
socket (remember to make it non-blocking), and treat the data as a set
of (>=1) NAL units.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
The information in this e-mail transmission contains proprietary and business
sensitive information. Unauthorized interception of this e-mail may constitute
a violation of law. If you are not the intended recipient, you are hereby
notified that any review, dissemination, distribution or duplication of this
communication is strictly prohibited. You are also asked to contact the sender
by reply email and immediately destroy all copies of the original message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20091231/8fd1ada0/attachment.html>
More information about the live-devel
mailing list