k, looking into it.
Opus support? {Implemented with a 3rd party plug-in by thinktink)
Collapse
X
-
-
The attached 1.3.22.77 version should fix all that ails ya. I redesigned the handling of URL resource playback to use the libopusfile library callbacks instead of parsing the OggS packets myself. Net result of this is that all streams (and all linked Opus chains) will always be outchucked as stereo (even if the stream is mono or quadraphonic or 5.1 or whatever other numbers you throw at it), which means no closing and reoppening of the output plugin during link changes.
Unfortunately, this means that libopusurl support was dropped in favor of the callback versions. When the new version of libopusurl is finally published, I'll try to find some way to bash libopusurl support back into it with the new handler as the new fallback.
Tested on Win7 Pro 64bit and WinXP Home 32bit.
This is an official (well, about as official as I can make it) non-beta release build. Latest supported version.Last edited by thinktink; 7 December 2013, 20:50.
Comment
-
-
Originally Posted by thinktink View PostUnfortunately, this means that libopusurl support was dropped in favor of the callback versions.
And a second thing: If this is the latest non-beta-build, you might want to update the link in your signature to point to this post instead of the old one (which doesn't contain the attachment any more).
Thanks for all this and the continuing support of your Plugin!!!
Comment
-
-
Originally Posted by kzuse View PostWhat does that mean exactly? Does it affect any functionality, or is it merely some "beauty/simplicity of the code" thing?Do you have a great idea about Winamp? Let us know and maybe your features will be in the next release!
Originally Posted by kzuse View PostAnd a second thing: If this is the latest non-beta-build, you might want to update the link in your signature to point to this post instead of the old one (which doesn't contain the attachment any more).
Comment
-
-
Originally Posted by kzuse View PostI still don't get it, what the difference is between the libopusurl and the "own handler" thing.... but I guess, it's all fine in the newest build
And yes, that's what those libraries in the previous post you mentioned are for so you can remove them if you want but I don't recommend you do as the plugin might use some ancillary functions in them for efficiency purposes.
[EDIT/]
I'm about to re-focus my attention back to the issues with Skinimizer so if there are any additional issues with the plugin, let me know A.S.A.P. before I get heavy into Skinimizer.
Comment
-
-
Originally Posted by myInboxI'm pleased to announce the release of version 0.5 of Tim's opusfile
library for decoding and seeking inside .opus files and remote streams
over http(s). This release includes some new API calls and fixes a
number of mostly minor bugs from the previous release.
Programming documentation for this release is available from
Changes since the last release:
- Report HTTP (ICY) headers to client
- New tag comparison and copy functions
- New application decoding callback API for advanced clients
- New dither disable function for advanced clients
- constify API
- Avoid clipping downmixing from a fixed-point decoder
- Better practices for dual stack IPv6
- Documentation improvements
- Fix a unicode bug on Windows
- Fix proxy user/password macros
- Fix HTTP pipelining support detection
Source is available from:
Windows binaries from:
SHA-256 checksums:
2ce52d006aeeec9f10260dbe3073c4636954a1ab19c82b8baafefe0180aa4a39
opusfile-0.5.tar.gz
b940d62beb15b5974764574b9f265481fe5b6ee16902fb705727546caf956261
opusfile-0.5.zip
93104cab67a2b038753d125028d63c0028a277e798f8ca88df73d4edbfb9a787
opusfile-0.5-win32.zip
Thanks to everyone who contributed!
-r
Comment
-
-
Something I have noticed:
Winamp seems to crash pretty indiscriminately when playing Opus with that plugin. It's a great plugin so far though. But it seems that whenever there is a new connection sometimes it crashes. Also if you tune into an Opus file/stream and then hold 'x' while winamp is active. The plugin will eventually crash. I think it has something to do with not locking resources.-Jay | Radio Toolbox.com
Comment
-
-
That's interesting. When it crashes on a new stream, does it just lock-up/hang or does it do a full crash/close? What operating system/skin does it occur on?
Comment
-
-
I've also observed crashes when the stream is interrupted.
Windows 8.1 Pro x64 with on Winamp 5.666 Classic skin
Comment
-
-
Using classic skin, Windows 7 Pro.
I get a mix, sometimes it locks up and Winamp is simply unresponsive, other times I get the "Abnormal Program Operation" error. The easiest way to duplicate the problem is to hold 'x' while Winamp is active on an Opus file/stream.-Jay | Radio Toolbox.com
Comment
-
-
k, I was able to replicate the error on WinXP. It seems to be a problem with CRITICAL_SECTION object deletion when a playback thread has finished. Debugging shows that it's not owned by any thread of execution at the time of the exception (it's an OS generated exception) so I don't understand why the error. Either way, I think I've managed to suppress the error. The "fix" will ship out on the next release.
Comment
-
-
I found a couple of bugs. They might not even be your fault. If you make an opus file that is really long, weird things happen.
1) The "File Info" window reports PCM Frames as if it were a 32bit signed integer. The number being fed to it is an unsigned number, so if you have more that 2^31 frames, the number appears negative. Also if you have more than 2^32 frames, it silently overflows, loosing track of the real number of frames (my 34 hour file is reported as being about 9 hours).
2) The Playlist window seems to have the same problem, however if PCM Frames (as reported in the File Info window) are negative, winamp won't show a duration. If the frame count exceeds 2^32 frames and the resulting overflowed value is less than 2^31, it displays a wrong duration. So my 15 hour file shows no duration.
That said, when playing the file, winamp is able to get the correct remaining tracktime and to seek properly.
I'll be splitting the files to avoid the whole 32bit overflow as it seems to bug Rockbox as well (which is what I use for playback).
Comment
-
-
I'm still working on the new APIs so it'll take a little bit. Noted.
Comment
-
Comment