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 <live-devel-boun...@us.live555.com> On Behalf Of live-devel-requ...@us.live555.com Sent: Wednesday, February 1, 2023 4:00 AM To: live-de...@us.live555.com Subject: live-devel Digest, Vol 229, Issue 14 Send live-devel mailing list submissions to live-devel@lists.live555.com 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 live-devel-requ...@lists.live555.com You can reach the person managing the list at live-devel-ow...@lists.live555.com 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 <finlay...@live555.com> To: LIVE555 Streaming Media - development & use <live-de...@us.live555.com> Subject: Re: [Live-devel] HEVC RTSP Client can only get 1/3 of the frame Message-ID: <c04cd01e-a0dc-4d4f-bcb7-2ccf9d10f...@live555.com> 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 live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel ------------------------------ End of live-devel Digest, Vol 229, Issue 14 ******************************************* _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel