- - New API to parse album art tags.
- - Visual Studio project file fixes.
- - Include Visual Studio projects in source package.
- - Minor unicode fixes.
Changes since v0.2:
- - Fix a buffer overflow downmixing multichannel files.
- - UTF-8 filename support on Windows.
- - HTTP(S) url support on Windows.
- - Support Windows system certificate store for HTTPS.
- - New project files for MS Visual Studio.
- - New gain control API with op_set_gain_offset() and op_get_track_gain().
- - Documentation and build improvements.
- - HTTP(S) support split into a separate opusurl library.
- - Implement soft-clip for paths where libopus doesn't.
- - opusfile_example now outputs WAV.
- - Fix http basic auth.
- - Fix 255 packet-per-page assert.
We recommend upgrading for all current users. If you're not a current
user, please give it a try!
We didn't announce v0.3 separately because the Visual Studio project
files were one of the major new features...but we forgot to include
them in the source package.
Thanks to everyone who contributed!
-r
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
Do you have a great idea about Winamp? Let us know and maybe your features will be in the next release!
Updating the bitrate requires calling SetInfo(...), which causes UI errors for some reason from my plugin. The other plugins are able to without the problems but not mine and I do not know why.
After dropping a debug build of X-Fade into Winamp with temporary code to hook the SetInfo(...) function, I discovered that the other plugins are passing -1 to parameters that it doesn't want to update. My plugin was (before I disabled it) passing all of the parameters, thinking that since it was the same information as before that it wouldn't change anything. Apparently, that is not the case.
The current development code stage of the plugin is currently being worked on to integrate the new libopusurl APIs so I don't know when I'll be able to outchuck it. I'll will post the updated version as soon as possible. At the moment, I'm stymied trying to get the Punicode functions to work correctly (which is for support for internationalized domain names) and it's driving me up the wall. I have yet to find C++ code that outputs a proper Punicode string that matches what all the other examples that I've found online purport to output for DNS names.
Using this plugin to listen to streamed opus from icecast servers.. working great.
One thing I want to comment is that the plugin doesn't seem to be invoked unless the extension is .opus.. for example a stream on http://server.radiostation.com:8000/opus doesn't play but modifying the address to be http://server.radiostation.com:8000/opus?.opus tricks it into working.
Using this plugin to listen to streamed opus from icecast servers.. working great.
One thing I want to comment is that the plugin doesn't seem to be invoked unless the extension is .opus.. for example a stream on http://server.radiostation.com:8000/opus doesn't play but modifying the address to be http://server.radiostation.com:8000/opus?.opus tricks it into working.
You can force it by changing the protocol field of the URL from http:// to opus:// without having to add anything to the end.
Re-added support for real-time bitrate display without causing UI glitches on classic skins.
Added true IRI support (IDNA+Unicode resources) for online streams and files.
Added support for libopusurl APIs. However, since the current beta compile of libopusurl does not include the additions to the API after the compiled release (that I had a small part in) the plugin automatically falls back to it's own stream thread handler. A compiled version of libopusurl that includes the additions will be picked up and used without needing to release a new version of the plugin.
Installer now includes the following support libraries from the opusfile-0.4-win32 package:
libeay32.dll
ssleay32.dll
libopusurl-0.dll
The old support files are also updated with new files from the aforementioned package.
Any ideas why it might be doing that? I've tested it with Mozilla Firefox, foobar2000, VLC, and other players and they work. The encoding is done by Liquidsoap.
Comment