I am lucky with most encoders, I deal with about 23 brands.
At least 6 major brands I communicate with and we have a healthy
relationship in which we get changes in their FW on request. Inded
sometimes it seems we are debugging their firmware for them. It rolls both
ways. (A lot of them use live555
> A related technical question. Can we split a large Iframe nal frame into
> slices after the fact? Sometimes the encoder is a closed piece of
> hardware/firmware. Is it possible to split it into slices at a macroblock
> boundary?
I suppose it might be technically possible, but it would require
> In any case, 90 bytes is an *insanely large* NAL unit (I-frame) size!! A
> NAL unit this large will get fragmented into *60* RTP packets
Correction: 600 packets!
> and *all* of these RTP packets must be received by the receiving application,
> otherwise the entire frame will be unrendera
> I am having -- unsigned OutPacketBuffer::maxSize = 90; in mediaSink.cpp
> If I decrease the maxSize then the frames I get are truncated.
OK, there are two separate buffer sizes that you need to concern yourself with.
"OutPacketBuffer::maxSize" is the buffer size that is used - by your ser
A related technical question. Can we split a large Iframe nal frame into
slices after the fact? Sometimes the encoder is a closed piece of
hardware/firmware. Is it possible to split it into slices at a macroblock
boundary?
On Wed, Jun 18, 2014 at 10:19 AM, Vikram Singh
wrote:
> Hi ross,
>
>
>
>
Dear all,
I've a question about transport stream indexing with
MPEG2TransportStreamIndexer (for media server trick play).
It generates a lot of errors: Bad "adaptation_field_length": 183
Those errors are generated by MPEG2IndexFromTransportStream liveMedia class.
Here the code:
if (totalHeade
Hi Ross,
We have been using live 555 reliably for a couple of years to provide
the RTSP streams from a CCTV camera we have developed. When testing RTSP
over HTTP streams (using VLC 2.1.3 as a client) we have found we get one
of the following error messages after ~65-100 minutes:
*** glibc de
Hi ross,
I am having -- unsigned OutPacketBuffer::maxSize = 90; in
mediaSink.cpp
If I decrease the maxSize then the frames I get are truncated.
Can you please specify how to decrease the nal unit size without decreasing
the value of maxSize.
Thanks
Vikram Singh
From: live-d
I am using testH264VideoStreamer.cpp example program provided with live555
as my rtsp server and vlc as my client.
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of
Ross Finlayson
Sent: Wednesday, June 18, 2014 6:52 PM
To: LIVE555 Streaming Media - development & use
Subje
> I am testing the testH264VideoStreamer.cpp provided in the testprogs of
> live555 library folder.
> This file will stream a h264 file.
> My h264 file is not corrupted.
> I am viewing the stream using vlc player.
(Sorry, I sent my previous email before I read your last email, in which you
explai
> I have implemented RTSP Streaming using Live555 Library.
Have you used the "LIVE555 Streaming Media" code to implement a RTSP server, a
RTSP client (i.e., media player), or both?
If you have implemented only a RTSP server, then what are you using as your
RTSP client (i.e., media player)?
Ro
I am testing the testH264VideoStreamer.cpp provided in the testprogs of
live555 library folder.
This file will stream a h264 file.
My h264 file is not corrupted.
I am viewing the stream using vlc player.
-Original Message-
From: Ralf Globisch [mailto:rglobi...@csir.co.za]
Sent: Wednesday,
What codec are you using? For example, in the case of H.264 you should only
start decoding the stream on the client once you've received an IDR frame.
In other cases, artifacts typically occur due to packet loss.
>>> "Vikram Singh" 06/18/14 7:02 AM >>>
Hi,
I have implemented RTSP Streaming us
Hi Ross,
Attached is a small patch to MPEG2TransportStreamMultiplexor.cpp that
allows OUR_PROGRAM_NUMBER to be defined externally. This allows the
Program Number used in the program association table and program map
table be set to a number other than 1.
Can you consider it for inclusion in
14 matches
Mail list logo