Good day, were the technical things (changes into standard network code) resolved in the mean time? I've the feeling that it is looking at the patch.
On https://github.com/Haivision/srt/pull/140, there is at least a PR to make a debian package for it. I think the name is a minor problem which is solveable - this shouldn't be a blocker. What about "osrt" - adding the o for open? ;-)Regarding the usage: Is there any other option with pure ffmpeg to stream videos over a lossy packet-based network (like the Internet) with UDP+fault tolerance without having the hassles of TCP, which is unusable for at least "real" live transmissions? A 1:1 solution would be enough.
Best regards, Michael Fritscher Am 22.03.2018 um 16:02 schrieb Nicolas George:
Sven Dueking (2018-03-16):Ping !?!?I think I am actually expected to reply. I think that by reviewing the patch I gave the impression that I was promising to accept the patch in FFmpeg. It was not so, and I apologize if it was taken that way. The original patch contained significant changes in the standard network code that made it much more complex, I wanted to avoid that, that is the reason I reviewed, it was purely technical. The decision to accept a patch in FFmpeg is not purely technical, it also involves balancing the cost of maintenance with the benefit for users. In this instance, the recent discussion on libav-dev seems to indicate that the API and ABI of this library could be not very stable, making the cost of maintenance relatively high, a fact that is worsened by the library not being integrated in major Linux distros. As for the benefit for users, are there public servers serving interesting content accessible with this protocol? Are there situations where this protocol would allow several instances of ffmpeg to communicate significantly better than other protocols? I am not aware of any. That, plus the poor choice of name (seriously, who dabs in multimedia and does not know that SRT has been a subtitle format for more than fifteen years? and there is the SRTP profile too) makes me doubtful about integrating this in FFmpeg. But it is not my choice only. Regards, _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
-- ZfT - Zentrum für Telematik e.V. Michael Fritscher Magdalene-Schoch-Straße 5 97074 Würzburg Tel: +49 (931) 615 633 - 57 Fax: +49 (931) 615 633 - 11 Email: michael.fritsc...@telematik-zentrum.de Web: http://www.telematik-zentrum.de Vorstand: Prof. Dr. Klaus Schilling, Prof. Dr. Andreas Nüchter, Hans-Joachim Leistner Sitz: Gerbrunn USt.-ID Nr.: DE 257 244 580, Steuer-Nr.: 257/111/70203 Amtsgericht Würzburg, Vereinsregister-Nr.: VR 200 167
<<attachment: michael_fritscher.vcf>>
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
