Hi Mr. Finlayson,
The problem occurring from Live555 FramedSource object
(FramedSource) fSource->getNextFrame(unsigned char* to, unsigned maxSize,
afterGettingFunc* afterGettingFunc,
void* afterGettingClientData,
onCloseFunc* onCloseFunc,
void* onCloseClientData);
and this is the call back function for afterGettingFrame
void afterGettingFrame(void* clientData, unsigned frameSize, unsigned
numTruncatedBytes, struct timeval presentationTime, unsigned
/*durationInMicroseconds*/)
It's where the original live555 function gets the frame, for older hevc camera
I notice the frameSize always returns 3x bigger than the newer hevc camera,
therefore my assumption it might be a bug from the way live555 getting the
frame. I already tried to concatenate the frame but the decoder can't decode
the data that I feed to (or the way my algorithm tries to merge the slice is
not correct). I also tried to compare live555 with ffmpeg rtsp client source
code to get the same stream, on ffmpeg it's just straight forward the way it
gets the frame (without merging).
I don't see any error regarding buffer size.
I genuinely need a help from live555 to solve this issue as changing live555 to
other rtsp client in our software isn't not an option for the moment.
I can understand if my issue is deemed out of scope of live555, perhaps you can
point to any other resource that I can learn from.
Appreciate for your time to answer my questions.
Best regards,
Firdaus
-----Original Message-----
From: live-devel <[email protected]> On Behalf Of
[email protected]
Sent: Wednesday, February 1, 2023 4:00 AM
To: [email protected]
Subject: live-devel Digest, Vol 229, Issue 14
Send live-devel mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.live555.com/mailman/listinfo/live-devel
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific than "Re:
Contents of live-devel digest..."
Today's Topics:
1. Re: HEVC RTSP Client can only get 1/3 of the frame
(Ross Finlayson)
----------------------------------------------------------------------
Message: 1
Date: Mon, 30 Jan 2023 23:23:24 -0800
From: Ross Finlayson <[email protected]>
To: LIVE555 Streaming Media - development & use
<[email protected]>
Subject: Re: [Live-devel] HEVC RTSP Client can only get 1/3 of the
frame
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
It?s hard to answer your question, because it?s not clear where your problem is
occurring. You say that you?re using the LIVE555 RTSP server software to
stream from a H.265 camera, so I presume that your server uses custom code to
capture H.265 NAL units from the camera, and feed them to the server (for
streaming). In your ?Stack Overflow? postings, you say that each frame
consists of three ?slice? NAL units, so as long as your custom server code is
delivering each slice NAL unit to the LIVE555 code one-at-a-time, then it
should, in principle, be working OK.
Are you seeing any server error messages (to ?stdout?) like "The input frame
data was too large for our buffer size??
Do you know whether your client is receiving all of the three ?slice? NAL units
for each frame? One of the responses to your first ?Stack Overflow? posting
claimed that FFMPEG can?t decode individual slices. If that?s true, then you
(i.e., your receiving client) would need to accumulate and concatenate the
slices into a single frame NAL unit before feeding it to FFMPEG. Are you doing
this? (In any case, this would be outside the scope of LIVE555, and thus this
mailing list.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
------------------------------
Subject: Digest Footer
_______________________________________________
live-devel mailing list
[email protected]
http://lists.live555.com/mailman/listinfo/live-devel
------------------------------
End of live-devel Digest, Vol 229, Issue 14
*******************************************
_______________________________________________
live-devel mailing list
[email protected]
http://lists.live555.com/mailman/listinfo/live-devel
