[Live-devel] Stream handling

[Lutz Fiebach]

Thank you for your reply, that answers the first part.
I wasn't aware of this, and our current implementation actually works by creating a new instance of the DeviceSource for each client and the encoder copies the data to each client queue.
10 clients = 10 queues.
I will change this.

The second question is aimed at since this is a raw stream, let's first manually take the appropriate frames SPS, PPS or VPS and create a H264VideoStreamDiscreteFramer and a H264VideoRTPSink.
https://github.com/Lu-Fi/prudynt-t/blob/master/src/RTSP.cpp
https://github.com/Lu-Fi/prudynt-t/blob/master/src/IMPServerMediaSubsession.cpp

I wonder whether this is necessary or whether the frames can also be fed in directly, e.g. via an H264VideoStreamFramer?

Thank you very much for your time

Sry, dont know why the big blue company does not let me receive thoose mail.
So i answer always to my first mail.
________________________________
Von: Lutz Fiebach <lutz at fiebach.de>
Gesendet: Mittwoch, 19. Juni 2024 21:30
An: live-devel at lists.live555.com <live-devel at lists.live555.com>
Betreff: Stream handling

Hello,

I am opening a new conversation in the hope that this time I will receive the mails from the mailin list.

First of all, thank you for pointing out the end timestamps, we have now removed that.

Maybe you can also give me some advice regarding the stream handling.
I just want to know if it is the right way to use a FramedSource, store all clients in a map with the required information and then copy the nal frames for all active clients into their individual queue.
Or are there other or better ways to copy the nal frames directly into an H264 sink and let live555 do the multiplication of the streams for the clients?

Many thanks in advance

Lutz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20240619/dbfda956/attachment.htm>