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

[thinktink]

Originally Posted by dada_

Hi there, thank you so much for making this plugin.

I'm posting here because it seems that the CONTENTGROUP tag is not being read. This sometimes gets used in video game music to indicate the name of the game, or the console. I did a quick test: file tag and display. (CONTENTGROUP is displayed as Category in the Winamp media library.) Winamp treats the file as though it has none/empty string.

Do you think this could be looked into sometime? I use this for organization so it would be great to have it working

I can't promise timelines as I am in the middle of work related projects but I will get to it eventually.

[thinktink]

Originally Posted by dada_

Hi there, thank you so much for making this plugin.

I'm posting here because it seems that the CONTENTGROUP tag is not being read. This sometimes gets used in video game music to indicate the name of the game, or the console. I did a quick test: file tag and display. (CONTENTGROUP is displayed as Category in the Winamp media library.) Winamp treats the file as though it has none/empty string.

Do you think this could be looked into sometime? I use this for organization so it would be great to have it working

Done:
Download

[thinktink]

Originally Posted by My e-mail inbox

Hi everyone,

I'm happy to announce that Opus 1.3 was just released. This major
release again brings quality improvements, new features, and bug fixes.
You can read all the details in this release demo page:
https://people.xiph.org/~jm/opus/opus-1.3/

Changes since 1.2.x include:
- Improvements to the VAD and speech/music classification using an RNN
- Support for ambisonics coding using channel mapping families 2 and 3
- Improvements to stereo speech coding at low bitrate
- Using wideband encoding down to 9 kb/s
- Making it possible to use SILK down to bitrates around 5 kb/s
- Minor quality improvement on tones
- Enabling the spec fixes in RFC 8251 by default
- Security/hardening improvements

Notable bug fixes include:
- Fixes to the CELT PLC
- Bandwidth detection fixes

Source code:
https://archive.mozilla.org/pub/opus/opus-1.3.tar.gz

Win32 binaries:
https://archive.mozilla.org/pub/opus...2-opus-1.3.zip

Please report any problem you encounter.

Cheers,

Jean-Marc

I just got off work from a long drive and I'm pretty tired so I make no promises for an update today but I will try.

[MrSinatra]

TT,

just out of curiosity, if winamp went to 64 bit, how long / difficult would it be for you to update your plugins to 64 bit?

[thinktink]

Originally Posted by MrSinatra

TT,

just out of curiosity, if winamp went to 64 bit, how long / difficult would it be for you to update your plugins to 64 bit?

I very likely wouldn't. I can't afford a professional 64bit compiler.

[thinktink]

Originally Posted by thinktink

I just got off work from a long drive and I'm pretty tired so I make no promises for an update today but I will try.

Looks like this is going to take a while, they switched from VS2010 to VS2015 and it won't compile with the tools I have installed now.

[thinktink]

The only thing I can do right now is to provide just an updated version of the core opus library dll with no guarantees it will work on any platform earlier than Win10. I'm attaching it in a zip file, you'll have to manually copy and replace the file labeled "libopus-0.dll" in the "opusfile" folder in the Winamp install directory. No ambisonics support from in_bpopus.dll or enc_bpopus.dll yet. You can however benefit from the other performance and security improvements in the meantime. You'll know you've updated the file correctly if you open the plugin's [About] box and see the text "Opus Library version: libopus 1.3" at the bottom.

[Kaminari]

Thanks TT for the libopus update, I can confirm it works on Win7.

[MrSinatra]

Originally Posted by thinktink

I very likely wouldn't. I can't afford a professional 64bit compiler.

so lets say cost wasn't an issue?

also, there is no such 64bit compiler at sourceforge or something like that?

[thinktink]

Originally Posted by MrSinatra

so lets say cost wasn't an issue?

also, there is no such 64bit compiler at sourceforge or something like that?

If cost wasn't an issue I would get a Borland/Inprise C++ Builder Pro 32/64bit compiler.


So far, all of the free 64bit compilers I have found anywhere have overly large overhead/footprint that either get's packaged with the DLL/EXE or I have to distribute the overhead in separate dependency libraries which I need to avoid in certain situations. MinGW so far has been the biggest offender, but I have also tried others and I really don't like any of them enough to migrate to 64bit. Free stuff always has drawbacks that for me become non-starters for regular use.

C++Builder Pro is currently $1,495.00, way too much for me.

[Vaporeon]

MINGW with MSYS2 allows you to statically link the standard libraries.
If license is a concern you could try clang/llvm which is MIT.

[vkaku]

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

[kzuse]

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....)

[thinktink]

Originally Posted by thinktink

The only thing I can do right now is to provide just an updated version of the core opus library dll with no guarantees it will work on any platform earlier than Win10. I'm attaching it in a zip file, you'll have to manually copy and replace the file labeled "libopus-0.dll" in the "opusfile" folder in the Winamp install directory. No ambisonics support from in_bpopus.dll or enc_bpopus.dll yet. You can however benefit from the other performance and security improvements in the meantime. You'll know you've updated the file correctly if you open the plugin's [About] box and see the text "Opus Library version: libopus 1.3" at the bottom.

I just ran across an issue with using the updated dll on WinXP. Dependency on VS2015 runtime. Download here: http://www.microsoft.com/en-US/downl....aspx?id=48145

Even if you're not on WinXP, if you find the message about the library unavailable in any of the associated about boxes then download and install the redistributable from Microsoft in the link above.

[thinktink]

Nginx server error, "413 Request Entity Too Large" while trying to upload new plugin version for Winamp 5.8 Beta compatibility.

[vkaku]

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

[thinktink]

Version 2.0.9.21 temporarily available from DropBox.

[thinktink]

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

[MrSinatra]

Originally Posted by vkaku

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

Originally Posted by kzuse

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]

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.

[madnomad]

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]

Originally Posted by madnomad

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.

[thinktink]

Originally Posted by madnomad

...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.

[madnomad]

Originally Posted by thinktink

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.

[Kuro_Neko]

Originally Posted by thinktink

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.

[imperia]

Can somebody mirror Version 2.0.10.22 somewhere?
Thanks.

[JackMcConnick]

The link is working properly. Maybe try clear cache.

[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...".

[thinktink]

Originally Posted by 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...".

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.

[Kuro_Neko]

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

[imperia]

Originally Posted by thinktink

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.

I fixed it. I was mistake on my end. I was using my public address from my home network

[AleRinaldi]

Hello thinktink,
first of all, thank you very much for your great work: so far, this is the only way I found to play an OPUS Internet stream in Winamp. We are experimenting a lot with OPUS streams because their quality is waaay higher than MP3 or AAC+v2, expecially on lower bit rates.

We're finding out that, actually, streaming in OPUS is currently a mess, expecially when it comes to embedding titles in the stream. We tried with ShoutCast (titles pass but no sound), Icecast (sound passes but no titles), and finally we found out that MB Recaster (even the free edition) has an embedded streaming server that, wow, correctly handles both audio and titles! In fact, in VLC I can happily see the titles. Unfortunately they don't show up in Winamp with your plugin, even checking the "Require ICY" option.

Would it be possible for you to have a look on it? On http://regia.radioduepuntozero.it:8090/test.opus I'm hosting a test stream from our radio station: if you open it in VLC you see titles passing in the title bar, but this doesn't happen in Winamp.

Thank you very much!

[thinktink]

It seems that your server is sending the title info out-of-band as I can see no relevant metadata in the stream data itself. I'll have to record the raw bits later to investigate but so far that's what it looks like.

[AleRinaldi]

Originally Posted by thinktink

It seems that your server is sending the title info out-of-band as I can see no relevant metadata in the stream data itself. I'll have to record the raw bits later to investigate but so far that's what it looks like.

Hello, please don't waste your time for me on that, 'cause actually we found out that this server implementation has many other issues, and we adapted a self-mantained streaming server (distreamer) to work with OGG streams and ICY metadata together.

Now, the result is really good, except for a small issue: the metadata update isn't as fast and precise as with other media formats.
We put a timestamp on the end of the title and we use it on the other end to align playback between different locations and some other stuff.

If you try to play in Winamp http://vps.radioduepuntozero.it:7010/test.aac you can see the metadata is correctly updating (about) once per second, while playing the OPUS test stream at http://vps.radioduepuntozero.it:7000/test.opus the update doesn't have the same precision.

I know it's an uncommon use case, but if you could fix that we'd be finally ready to switch to OPUS on some internal streams and it would be a huge quality improvement

Thanks!

[thinktink]

Originally Posted by AleRinaldi

Hello, please don't waste your time for me on that, 'cause actually we found out that this server implementation has many other issues, and we adapted a self-mantained streaming server (distreamer) to work with OGG streams and ICY metadata together.

...

It's been a while since I looked at that stream, and yeah, it padded in between the OGG pages with seemingly random data when you requested ICY metadata. Odd. For the latency, I don't know if I can fix that since ICY metadata runs at it's own interval but I'll look.

[papahuge]

Looks like YouTube is now using Opus