OpenLoco VS srt

In addition, loads more work happened behind the scenes. For a full write-up, please have a look at the release announcement on GitHub.

Please join our Discord server to get in touch and keep updated — we would love to hear from you! It helps us to hear how you are playing the game, and what issues you are running into. If you have found any bugs, please file an issue on GitHub.

It's March, which means it's time for a new release: OpenLoco v23.03 is out! We're looking back on a very productive month. While the changelog reads mostly bugfixes, the development log reveals our work behind the scenes as well. Read the changelog and development log for more details over on the release page on GitHub.

Hello! Thanks for trying out OpenLoco. We're still in the process of re-implementing the game in C++, so there are certain things we simply can't change yet. For a semi-complete overview of what's different compared to Locomotion, please have a look at our wiki: Changes from Locomotion

This list is sparse and doesn't contain every change, but does have some of the more major ones: https://github.com/OpenLoco/OpenLoco/wiki/Changes-from-Locomotion

GitHub: https://github.com/OpenLoco/OpenLoco

Is receiver side also using mobile internet? You could try to setup this on separate server and both sender and receiver connnect to it. https://github.com/Haivision/srt/blob/master/docs/apps/srt-live-transmit.md

Here is one example how to feed SRT stream to ffmpeg. Try streaming directly to this via OBS first and confirm it works before stacking more software between endpoints. https://github.com/Haivision/srt/issues/506

SRT, or Secure Reliable Transport, is a type of streaming protocol that provides enhanced security and reliability for video streaming. SRT is becoming increasingly popular among broadcasters and streamers including industry stalwarts such as ESPN because of its ability to deliver high-quality content over challenging network conditions and for its ability to make contribution and stream ingestion easy. SRT streams provide improved security, low latency, and flexibility and is supported by a global community of developers all contributing to the open-source project. Because of the power of SRT streams, Dolby.io Real-Time Streaming has decided to launch support with an SRT open beta program.

https://github.com/Haivision/srt/discussions/2220 I think this is probably the basis of what i did...

If it turns out to be an SRT/socket issue (rather than an audio issue) you can pump FFmpeg into https://github.com/Haivision/srt srt-live-transmit, and let that do the SRT. It is a very long time since I played with srt-live-transmit, but it did behave differently to both FFmpeg and TSDuck's SRT impementations when there were input issues. Obviously, putting more components in the chain may be disadvantageous, but component abstraction can help when debugging.

SRT is an open-source protocol developed by streaming technology provider Haivision. Known for its security, reliability, compatibility, and low-latency streaming it is the preferred protocol for members of the SRT Alliance. This protocol does not rely on a single codec, which allows developers to pair it with any audio and video codecs they desire.

I've also looked at SRT, which to all intents and purposes ought to work, but doesn't?