Opus support? {Implemented with a 3rd party plug-in by thinktink)

[Kuro_Neko]

Link is working again, and plugin is also working. Thanks for the hard work.

[thinktink]

Today server is working again, but the plugin is not working for me. I am trying opus stream generated from liquidsoap and broadcasted by icecast2. I just see "Waiting for data...".

I can't test it right now but send me a link to the server in a PM and I'll have a look when I get off work if I can.

[imperia]

Today server is working again, but the plugin is not working for me. I am trying opus stream generated from liquidsoap and broadcasted by icecast2. I just see "Waiting for data...".

[JackMcConnick]

The link is working properly. Maybe try clear cache.

[imperia]

Can somebody mirror Version 2.0.10.22 somewhere?
Thanks.

[Kuro_Neko]

Version 2.0.10.22 now available through here.

It should address the issue in the above quoted text.

That link appears broken to me. Could you please confirm it's still working? Thanks.

[madnomad]

Version 2.0.10.22 now available through here.

It should address the issue in the above quoted text.

Brilliant! Thank you!
Will try it this week.

[thinktink]

...But opus-stream replayed by your plugin usually stucks if the stream is unavailable. Winamp just falls into Stopped state, it doesn't step to next playlist item and nothing is happening further.

...

Version 2.0.10.22 now available through here.

It should address the issue in the above quoted text.

[thinktink]

Hello thinktink!

I use Winamp for a long time in erm... automated environment to spread sound stream across several target hosts. The mp3 stream over IceCast performs pretty reliably in my case (some issues was reveled and fixed).
But one thing is continuously poisoning the meadow: mp3 stream has huge and non-stable audio latency due to buffering mechanism.

So, I tried to use your plugin with OPUS coder (in the RadioCaster app) and IceCast. The IceCast mount point must be named as *.opus for your plugin to be able to catch it.

Streaming itself works very-very well in this setup! Just about 3 sec of audio latency and almost immediate starting of replay after connection.
Oh, gods! This is very cool!

But there is a tricky problem with connection mechanism compared to mp3-plugin. When mp3-stream source is lost, Winamp skips it and trying to open next item in playlist. If Repeat is set to "Repeat one" or "Repeat all" this gives simple retry/failover method. But opus-stream replayed by your plugin usually stucks if the stream is unavailable. Winamp just falls into Stopped state, it doesn't step to next playlist item and nothing is happening further.

I hope there is some simple way to make your brilliant opus-plugin to behave more like classic mp3-plugin so the simple retry/failover approach became possible here.

Regards!

Sorry for my pirate English. =)

Sorry for late response, busy. Will address issue. Thanks.

[madnomad]

opus stream behaviour

Hello thinktink!

I use Winamp for a long time in erm... automated environment to spread sound stream across several target hosts. The mp3 stream over IceCast performs pretty reliably in my case (some issues was reveled and fixed).
But one thing is continuously poisoning the meadow: mp3 stream has huge and non-stable audio latency due to buffering mechanism.

So, I tried to use your plugin with OPUS coder (in the RadioCaster app) and IceCast. The IceCast mount point must be named as *.opus for your plugin to be able to catch it.

Streaming itself works very-very well in this setup! Just about 3 sec of audio latency and almost immediate starting of replay after connection.
Oh, gods! This is very cool!

But there is a tricky problem with connection mechanism compared to mp3-plugin. When mp3-stream source is lost, Winamp skips it and trying to open next item in playlist. If Repeat is set to "Repeat one" or "Repeat all" this gives simple retry/failover method. But opus-stream replayed by your plugin usually stucks if the stream is unavailable. Winamp just falls into Stopped state, it doesn't step to next playlist item and nothing is happening further.

I hope there is some simple way to make your brilliant opus-plugin to behave more like classic mp3-plugin so the simple retry/failover approach became possible here.

Regards!

Sorry for my pirate English. =)

[thinktink]

Since my plugin is a third-party plugin there would have to special handling to include it in the default install, notifying the user of the third-party plugin, it's origin, displaying my logo, and other requirements that Radionomy might not want to deal with...




...if I allowed it.


I'm not inclined to allow it, at least right now, for a number of reasons.

[MrSinatra]

This is sweet. Now I want two of your plugins in the base intall @thinktink

License-wise, wouldn't it be now (of thinktink agrees) possible to include Opus support right away from the official installer?

(If there would be any new 5.8-based official version in the future....)

totally agree, and i'd like to see TT's excellent ALAC encoder as the default filetype to encode to! (why ALAC? lossless and no issues with Apple stuff, and no royalty issues either)

of course, as long as TT was cool with allowing Winamp to include it.

[thinktink]

Version 2.0.9.21 now available through here. Temporary download location removed.

[thinktink]

Version 2.0.9.21 temporarily available from DropBox.

[vkaku]

thinktink - can you compile with /MT on Visual C++, then you do not have to ship a dll.