HydrogenAudio

Lossy Audio Compression => Opus => Topic started by: eahm on 2013-07-12 20:45:54

Title: Opus 1.1-beta
Post by: eahm on 2013-07-12 20:45:54
http://lists.xiph.org/pipermail/opus/2013-July/002158.html (http://lists.xiph.org/pipermail/opus/2013-July/002158.html)

Please can anyone compile it for Windows so I can start testing?

I may just need to learn how to at least compile.

Thanks.
Title: Opus 1.1-beta
Post by: NullC on 2013-07-13 00:29:37
http://lists.xiph.org/pipermail/opus/2013-July/002158.html (http://lists.xiph.org/pipermail/opus/2013-July/002158.html)
Please can anyone compile it for Windows so I can start testing?
https://people.xiph.org/~greg/opus-tools_11beta.zip (https://people.xiph.org/~greg/opus-tools_11beta.zip)

Let me know if it works at all— I just rebuilt my main system so I'm building that with a new toolchain.
Quote
I may just need to learn how to at least compile.

Thats always a good idea!

Title: Opus 1.1-beta
Post by: Anakunda on 2013-07-13 00:39:45
Here:
I think U need Win7 or newer
Don't forget to post results (http://www.hydrogenaudio.org/forums/style_emoticons/default/rolleyes.gif)
Title: Opus 1.1-beta
Post by: NullC on 2013-07-13 01:21:42
Here:
I think U need Win7 or newer
Don't forget to post results (http://www.hydrogenaudio.org/forums/style_emoticons/default/rolleyes.gif)
Hm I was going to check to make sure your executable was the right version, but I can't tell because its been put through some kind of binary obfuscation.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-07-13 01:25:45
What obfuscation do you mean?
Check opusenc --version
Title: Opus 1.1-beta
Post by: eahm on 2013-07-13 01:57:08
http://lists.xiph.org/pipermail/opus/2013-July/002158.html (http://lists.xiph.org/pipermail/opus/2013-July/002158.html)
Please can anyone compile it for Windows so I can start testing?
https://people.xiph.org/~greg/opus-tools_11beta.zip (https://people.xiph.org/~greg/opus-tools_11beta.zip)

Thanks.

Do you have an index page for /~greg/...?
Title: Opus 1.1-beta
Post by: NullC on 2013-07-13 05:30:34
What obfuscation do you mean?
Check opusenc --version
Sorry, I generally don't run third party binaries, especially not ones which have been through some kind of encryption which hides all the strings in them.  The substring libopus shows up nowhere in the DLL— but there isn't any way to build opus without that string.  I'm not sure what was done to those binaries, but they're gigantic and opaque.
Title: Opus 1.1-beta
Post by: RobertM on 2013-07-13 08:38:53
I've tried out a few samples and happy to report that the new beta sounds fantastic. To my ears, most samples sound close to transparent at 64 Kbps and completely transparent at 96 Kbps, except for a few known difficult ones which still sound pretty great. The new features make a big quality improvement in some cases (looking at you, harpsichord) and the previous glitches relating to extreme cases (e.g. sine wave sweeps) seem to have been ironed out.

Very impressed guys. This deserves to get adopted very quickly and I'd highly recommend it becomes the default choice for all new projects requiring non-lossless audio compression.
Title: Opus 1.1-beta
Post by: Lear on 2013-07-13 08:47:57
Sorry, I generally don't run third party binaries, especially not ones which have been through some kind of encryption which hides all the strings in them.  The substring libopus shows up nowhere in the DLL— but there isn't any way to build opus without that string.  I'm not sure what was done to those binaries, but they're gigantic and opaque.

They're UPX-compressed. Only the x86 version though, the amd64 files are not compressed.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-07-13 09:14:53
They're UPX-compressed. Only the x86 version though, the amd64 files are not compressed.


Exactly (http://i48.fastpic.ru/big/2013/0713/60/b7996a71b9e2ae38e95dbf1e091f5f60.gif)

One question though, which version of the routines fixed vs. float introduce better psychoaccoustic model?
Title: Opus 1.1-beta
Post by: zerowalker on 2013-07-13 10:06:37
Lovely, been waiting for Opus to update it, was some time ago.

Hope that it improve low bitrate peformance, read through, and didn´t quite get the lot of it, but it seems they have made quite the optimization on different scenarios.
Title: Opus 1.1-beta
Post by: Gainless on 2013-07-13 12:15:00
Nice to see the beta finally up here. Apart from the temporal VBR and surround tunings there doesn't seem to be much of a difference to the exp build from this (http://www.hydrogenaudio.org/forums/index.php?showtopic=100447&st=0) topic though, same peaks and bitrates.
NullC, what's about the several tonal samples that are ABXable up to 192 kbps, are they maybe fixable in the future? I've also made more or less a suggestion here (http://www.hydrogenaudio.org/forums/index.php?showtopic=100447&view=findpost&p=838618) about handling tonality a bit more varied by giving more bits to certain notes than to other ones, how realistic/sensible does that seem to you?
Title: Opus 1.1-beta
Post by: IgorC on 2013-07-14 03:33:50
I've tried out a few samples and happy to report that the new beta sounds fantastic. To my ears, most samples sound close to transparent at 64 Kbps and completely transparent at 96 Kbps, except for a few known difficult ones which still sound pretty great. The new features make a big quality improvement in some cases (looking at you, harpsichord) and the previous glitches relating to extreme cases (e.g. sine wave sweeps) seem to have been ironed out.

1.1 beta was simply fantastic here too at 96 kbps on my smartphone using Rockbox for Android.
In my experience Opus 1.1 beta @ 80 kbps is on par with the best MP3 encoders (LAME -V 5  and Helix) @ 128 kbps VBR. That's the first time when alternative format can go that low.
Title: Opus 1.1-beta
Post by: alter4 on 2013-07-14 11:23:21
That is good news actually!    But what is necessary to make Opus real competitor to MP3 & AAC from my point of view:
1) Beat AAC in low and high bitrates
2) Have good implementation of decoder for different hardware devices
3) Be well supported in hardware area (car audio, portable players etc if 2) is satisfied)
4) Wide promotion of Opus benefits

It is very difficult to take a worthy share on the market.
I'd like to say many thanks to Opus developers and good luck for all open source fans!
Title: Opus 1.1-beta
Post by: me7 on 2013-07-14 14:01:44
For music playback, they need native support in Android. Native support in iPhoneOS would be nice as well, but it's unlikely that Apple would care.
Title: Opus 1.1-beta
Post by: IgorC on 2013-07-15 17:39:22
That is good news actually!    But what is necessary to make Opus real competitor to MP3 & AAC from my point of view:
1) Beat AAC in low and high bitrates

You can set your own test and find out a current state. 


2) Have good implementation of decoder for different hardware devices

While there is a room for performance optimizations it was already 3 generations of smartphones and tablets those can decode Opus using less than 5% of CPU resources  (and that is only a single core) resulting in very long battery life.
The exception is Sansa portable media players and so. It comes with an old ARM9 family processors.  They could replace it with an economic Cortex A5 which is much faster and more energy efficient.


Also Google has announced support for Opus in WebM media format. It means Android OS will have Opus support in a future versions as WebM is part of it.
Title: Opus 1.1-beta
Post by: ChronoSphere on 2013-07-15 19:12:21
The exception is Sansa portable media players and so. It comes with an old ARM9 family processors.  They could replace it with an economic Cortex A5 which is much faster and more energy efficient.

Yeah, on my clip+ mpc runs for 16h, same as flac, while vobis only manages 12h and opus only 10h...
Title: Opus 1.1-beta
Post by: saratoga on 2013-07-15 19:57:08
The exception is Sansa portable media players and so. It comes with an old ARM9 family processors.  They could replace it with an economic Cortex A5 which is much faster and more energy efficient.

Yeah, on my clip+ mpc runs for 16h, same as flac, while vobis only manages 12h and opus only 10h...


I'm surprised theres such a small difference between Vorbis and Opus.  Vorbis and MPC are pretty similar, while opus is probably 3-4x slower since we haven't optimized it too much yet.
Title: Opus 1.1-beta
Post by: eahm on 2013-07-15 20:16:59
The exception is Sansa portable media players and so. It comes with an old ARM9 family processors.  They could replace it with an economic Cortex A5 which is much faster and more energy efficient.

Yeah, on my clip+ mpc runs for 16h, same as flac, while vobis only manages 12h and opus only 10h...

You must test AAC and Opus 1.1 beta, please. I would actually like to buy a Clip Zip just to test codecs.

I have a Sansa E200, is there a plugin or app to test CPU usage, battery and running times? I don't really use it and it was a gift.
Title: Opus 1.1-beta
Post by: saratoga on 2013-07-15 20:23:26
The exception is Sansa portable media players and so. It comes with an old ARM9 family processors.  They could replace it with an economic Cortex A5 which is much faster and more energy efficient.

Yeah, on my clip+ mpc runs for 16h, same as flac, while vobis only manages 12h and opus only 10h...

You must test AAC and Opus 1.1 beta, please. I would actually like to buy a Clip Zip just to test codecs.

I have a Sansa E200, is there a plugin or app to test CPU usage, battery and running times? I don't really use it and it was a gift.


http://www.rockbox.org/wiki/CodecPerforman...ARM926EJ_45S_41 (http://www.rockbox.org/wiki/CodecPerformanceComparison#AMS_AS3525v2_w_47_24MHz_PClK_40ARM926EJ_45S_41)

http://www.hydrogenaudio.org/forums/index....showtopic=82125 (http://www.hydrogenaudio.org/forums/index.php?showtopic=82125)

Both use the same processor as the plus, but with the memory at different speeds (which hurts vorbis a lot).
Title: Opus 1.1-beta
Post by: eahm on 2013-07-15 20:44:29
I knew about these test but codecs improved a lot since 2010, isn't time to test again?
Title: Opus 1.1-beta
Post by: ChronoSphere on 2013-07-15 23:18:03
I'm surprised theres such a small difference between Vorbis and Opus.  Vorbis and MPC are pretty similar, while opus is probably 3-4x slower since we haven't optimized it too much yet.
It might be because I tested them at different bitrates after completing a series of ABX tests. Here are the runtimes I'm getting atm:
Code: [Select]
Flac -8: 		16:09:49
mpc -192: 16:13:47
Wv -hh -b384Mx: 11:17:12
mp3 v0: 11:48:20
vorbis q5: 12:17:56
opus 160: 10:17:00
I usually take the preset trasparent to me +1 for my test (except for lossless, obviously). I wish opus would get to the same runtime as FLAC later on, but that's probably only going to happen after opus leaves beta status.

You must test AAC and Opus 1.1 beta, please. I would actually like to buy a Clip Zip just to test codecs.
I'm not sure re-testing with beta 1.1 will be of any use since as far as I know the decoding part is already frozen and there were no updates to rockbox. AAC was around mp3's performance from what I remember.
Title: Opus 1.1-beta
Post by: jensend on 2013-07-16 16:32:08
I'm not sure re-testing with beta 1.1 will be of any use since as far as I know the decoding part is already frozen and there were no updates to rockbox.

Normative decoder output was "frozen" ~ 2 years ago with the bitstream freeze, but the decoder implementation is far from frozen. Aurélien Zanelli of Parrot SA (http://en.wikipedia.org/wiki/Parrot_%28company%29) got the ball rolling on some ARM optimization work. Monty said in his 1.1-beta demo (http://people.xiph.org/~xiphmont/demo/opus/demo3.shtml) that 64kbps stereo decode is now 74% faster on some ARM targets.

It is true that Rockbox hasn't yet incorporated the changes from upstream. In fact, AFAIK there are still a number of patches which Rockbox developer Nils Wallménius (n1s) sent to Xiph which were merged into Opus mainline > 9 months ago but haven't found their way into Rockbox yet.

From what I understand, 1.1-beta still has a good bit of room for improvement in the ARM ifft/imdct code.

There'd be some more savings (6-9MHz on a Clip?? ask saratoga) if Rockbox could build 48kHz-native firmware images and thus never have to resample Opus rather than always resampling to 44.1. That would also improve quality (saratoga's new cubic resampler is better and a little slower than the linear resampling they used to do, but it still impacts quality). Rockbox devs have said this is doable and expressed some interest but I'm not aware of any progress yet. At one point I was building my own rockbox and trying to familiarize myself enough with the code to see what I would need to work on, but I haven't done enough C lately to be quick at reading other people's code, and I ended up realizing I didn't have time to tackle it then.

If you're listening to low-bitrate audiobooks, you can already get good Opus battery life on current Rockbox-- the LP mode ("SILK mode"), for which no ifft/imdct is necessary, decodes so quickly (<18MHz) that even with the resampler it should be comparable to other codecs. In some cases passing ctls to try to give the encoder a hint that it should stick to LP mode will help battery life (though it may have some cost in quality).

Also, be sure to use the default 20ms max framesize (or larger - but larger frames are only worth thinking about at < ~16kbps or for things like RTP). Smaller frames can cost a lot more CPU to decode, and not having 20ms frames available causes worse quality at the same bitrate. The only benefit of a smaller max framesize is latency and that's not going to matter for stored file use.
Title: Opus 1.1-beta
Post by: saratoga on 2013-07-16 18:08:14
I'm not sure re-testing with beta 1.1 will be of any use since as far as I know the decoding part is already frozen and there were no updates to rockbox.

Normative decoder output was "frozen" ~ 2 years ago with the bitstream freeze, but the decoder implementation is far from frozen. Aurélien Zanelli of Parrot SA (http://en.wikipedia.org/wiki/Parrot_%28company%29) got the ball rolling on some ARM optimization work. Monty said in his 1.1-beta demo (http://people.xiph.org/~xiphmont/demo/opus/demo3.shtml) that 64kbps stereo decode is now 74% faster on some ARM targets.

It is true that Rockbox hasn't yet incorporated the changes from upstream. In fact, AFAIK there are still a number of patches which Rockbox developer Nils Wallménius (n1s) sent to Xiph which were merged into Opus mainline > 9 months ago but haven't found their way into Rockbox yet.


As far as I know, all of Nils work went into Rockbox first, so it should be there. Aurélien's stuff looks like a duplicate of the generic fixed point ASM code we have in rockbox. 

From what I understand, 1.1-beta still has a good bit of room for improvement in the ARM ifft/imdct code.


Yes, thats the main work to be done.  Opus does not use power of 2 FFTs, and so pretty much all the ARM optimized fixed point FFT code in existence can't be used because it can't do 60,120,240 and 480 point FFTs.  Fixing that would probably bring Opus decoding speed fairly close to Vorbis/MP3 (which have all assembly Fourier transforms and filterbanks in rockbox).

There'd be some more savings (6-9MHz on a Clip?? ask saratoga) if Rockbox could build 48kHz-native firmware images and thus never have to resample Opus rather than always resampling to 44.1.


This is now committed, and 48k output works on most devices.  Keep in mind though its either/or, so don't use 48k as the mixer frequency if you have a lot of 44.1k mp3 files.
Title: Opus 1.1-beta
Post by: ChronoSphere on 2013-07-16 19:06:07
Also, be sure to use the default 20ms max framesize (or larger - but larger frames are only worth thinking about at < ~16kbps or for things like RTP). Smaller frames can cost a lot more CPU to decode, and not having 20ms frames available causes worse quality at the same bitrate. The only benefit of a smaller max framesize is latency and that's not going to matter for stored file use.

I simply use foobar's preset to encode at 160kbps, setting it to "custom" shows the command line
Code: [Select]
--bitrate 160 --vbr --ignorelength - %d

Should be using default frame size.

This is now committed, and 48k output works on most devices.  Keep in mind though its either/or, so don't use 48k as the mixer frequency if you have a lot of 44.1k mp3 files.

I got the dev build for clip+, the option is "frequency" in "playback settings", right? Is it planned to make the behaviour more flexible, i.e. switch mixer frequency automatically depending on input? Sorry for OT, but why does that have to be a manual switch process in the first place
Title: Opus 1.1-beta
Post by: saratoga on 2013-07-16 19:30:54
I got the dev build for clip+, the option is "frequency" in "playback settings", right? Is it planned to make the behaviour more flexible, i.e. switch mixer frequency automatically depending on input? Sorry for OT, but why does that have to be a manual switch process in the first place


Probably not anytime soon.  Changing the frequency during playback is nontrivial, and probably not a great idea given that it involves actually reclocking hardware which is difficult to do without a fairly long pause and a lot of software complexity.  As far as I know, pretty much no operating system actually does that.  Most force the mixer to operate at a single sampling rate and then resample everything to that before mixing.  Given a good resampler there isn't much argument for doing otherwise.  Making the rate customizable is just for people who exclusively use Opus, DVD rips, etc.
Title: Opus 1.1-beta
Post by: ChronoSphere on 2013-07-16 19:38:09
I see. So the switch is there to conserve power otherwise "wasted" by resampling.

BTW, is there any reason there is no option/automatic calculation of the audio checksum? Is it because opus is aimed at realtime usage scenarios/packet loss masking?
Title: Opus 1.1-beta
Post by: ChronoSphere on 2013-07-17 12:09:57
Well, since editing is not possible, here's the new run with SVN rockbox/opus 1.1:

Code: [Select]
# This plugin will log your battery performance in a
# file (//battery_bench.txt) every minute.
# To properly test your battery:
# 1) Select and playback an album. (Be sure to be more than the player's buffer)
# 2) Set to repeat.
# 3) Let the player run completely out of battery.
# 4) Recharge and copy (or whatever you want) the txt file to your computer.
# Now you can make graphs with the data of the battery log.
# Do not enter another plugin during the test or else the
# logging activity will end.

# P.S: You can decide how you will make your tests.
# Just don't open another plugin to be sure that your log will continue.

# Battery bench run for Sandisk Sansa Clip+ version 5ba7e2c-130716

# Battery type: 290 mAh      Buffer Entries: 1000
# Rockbox has been running for 00:30:51
00:00:01,  00001,    100%,    15:15,        4149,    -,  -,  -
00:01:01,  00061,    100%,    15:15,        4142,    -,  -,  -
00:02:01,  00121,    100%,    15:15,        4140,    -,  -,  -
00:03:01,  00181,    099%,    15:06,        4138,    -,  -,  -
00:04:01,  00241,    099%,    15:06,        4135,    -,  -,  -
00:05:01,  00301,    099%,    15:06,        4132,    -,  -,  -
00:06:01,  00361,    098%,    14:57,        4131,    -,  -,  -
00:07:01,  00421,    098%,    14:57,        4129,    -,  -,  -
00:08:01,  00481,    098%,    14:57,        4127,    -,  -,  -
00:09:01,  00541,    098%,    14:57,        4126,    -,  -,  -
00:10:01,  00601,    098%,    14:57,        4124,    -,  -,  -
00:11:01,  00661,    097%,    14:48,        4121,    -,  -,  -
00:12:01,  00721,    097%,    14:48,        4119,    -,  -,  -
00:13:01,  00781,    097%,    14:48,        4117,    -,  -,  -
00:14:01,  00841,    097%,    14:48,        4116,    -,  -,  -
00:15:01,  00901,    097%,    14:48,        4115,    -,  -,  -
00:16:01,  00961,    096%,    14:39,        4113,    -,  -,  -
00:17:01,  01021,    096%,    14:39,        4112,    -,  -,  -
00:18:01,  01081,    096%,    14:39,        4110,    -,  -,  -
00:19:01,  01141,    096%,    14:39,        4108,    -,  -,  -
00:20:01,  01201,    096%,    14:39,        4107,    -,  -,  -
00:21:01,  01261,    095%,    14:30,        4105,    -,  -,  -
00:22:01,  01321,    095%,    14:30,        4104,    -,  -,  -
00:23:01,  01381,    095%,    14:30,        4103,    -,  -,  -
00:24:01,  01441,    095%,    14:30,        4100,    -,  -,  -
00:25:01,  01501,    095%,    14:30,        4099,    -,  -,  -
00:26:01,  01561,    094%,    14:20,        4097,    -,  -,  -
00:27:01,  01621,    094%,    14:20,        4096,    -,  -,  -
00:28:01,  01681,    094%,    14:20,        4096,    -,  -,  -
00:29:01,  01741,    094%,    14:20,        4095,    -,  -,  -
00:30:01,  01801,    094%,    14:20,        4093,    -,  -,  -
00:31:01,  01861,    094%,    14:20,        4090,    -,  -,  -
00:32:01,  01921,    094%,    14:20,        4091,    -,  -,  -
00:33:01,  01981,    093%,    14:11,        4089,    -,  -,  -
00:34:01,  02041,    093%,    14:11,        4088,    -,  -,  -
00:35:01,  02101,    093%,    14:11,        4086,    -,  -,  -
00:36:01,  02161,    093%,    14:11,        4085,    -,  -,  -
00:37:01,  02221,    093%,    14:11,        4083,    -,  -,  -
00:38:01,  02281,    093%,    14:11,        4082,    -,  -,  -
00:39:01,  02341,    092%,    14:02,        4081,    -,  -,  -
00:40:01,  02401,    092%,    14:02,        4080,    -,  -,  -
00:41:01,  02461,    092%,    14:02,        4079,    -,  -,  -
00:42:01,  02521,    092%,    14:02,        4076,    -,  -,  -
00:43:01,  02581,    092%,    14:02,        4076,    -,  -,  -
00:44:01,  02641,    092%,    14:02,        4074,    -,  -,  -
00:45:01,  02701,    092%,    14:02,        4073,    -,  -,  -
00:46:01,  02761,    091%,    13:53,        4071,    -,  -,  -
00:47:01,  02821,    091%,    13:53,        4069,    -,  -,  -
00:48:01,  02881,    091%,    13:53,        4069,    -,  -,  -
00:49:01,  02941,    091%,    13:53,        4067,    -,  -,  -
00:50:01,  03001,    091%,    13:53,        4065,    -,  -,  -
00:51:01,  03061,    090%,    13:44,        4063,    -,  -,  -
00:52:01,  03121,    090%,    13:44,        4063,    -,  -,  -
00:53:01,  03181,    090%,    13:44,        4062,    -,  -,  -
00:54:01,  03241,    090%,    13:44,        4060,    -,  -,  -
00:55:01,  03301,    090%,    13:44,        4060,    -,  -,  -
00:56:01,  03361,    090%,    13:44,        4059,    -,  -,  -
00:57:01,  03421,    090%,    13:44,        4057,    -,  -,  -
00:58:01,  03481,    090%,    13:44,        4057,    -,  -,  -
00:59:01,  03541,    090%,    13:44,        4056,    -,  -,  -
01:00:01,  03601,    089%,    13:35,        4054,    -,  -,  -
01:01:01,  03661,    089%,    13:35,        4052,    -,  -,  -
01:02:01,  03721,    089%,    13:35,        4052,    -,  -,  -
01:03:01,  03781,    089%,    13:35,        4051,    -,  -,  -
01:04:01,  03841,    089%,    13:35,        4048,    -,  -,  -
01:05:01,  03901,    089%,    13:35,        4049,    -,  -,  -
01:06:01,  03961,    089%,    13:35,        4047,    -,  -,  -
01:07:01,  04021,    089%,    13:35,        4047,    -,  -,  -
01:08:01,  04081,    088%,    13:25,        4044,    -,  -,  -
01:09:01,  04141,    088%,    13:25,        4043,    -,  -,  -
01:10:01,  04201,    088%,    13:25,        4041,    -,  -,  -
01:11:01,  04261,    088%,    13:25,        4040,    -,  -,  -
01:12:01,  04321,    088%,    13:25,        4039,    -,  -,  -
01:13:01,  04381,    087%,    13:21,        4037,    -,  -,  -
01:14:01,  04441,    087%,    13:16,        4037,    -,  -,  -
01:15:01,  04501,    087%,    13:16,        4034,    -,  -,  -
01:16:01,  04561,    087%,    13:16,        4032,    -,  -,  -
01:17:01,  04621,    087%,    13:16,        4030,    -,  -,  -
01:18:01,  04681,    087%,    13:16,        4030,    -,  -,  -
01:19:01,  04741,    087%,    13:16,        4029,    -,  -,  -
01:20:01,  04801,    086%,    13:07,        4028,    -,  -,  -
01:21:01,  04861,    086%,    13:07,        4025,    -,  -,  -
01:22:01,  04921,    086%,    13:07,        4024,    -,  -,  -
01:23:01,  04981,    086%,    13:07,        4023,    -,  -,  -
01:24:01,  05041,    086%,    13:07,        4022,    -,  -,  -
01:25:01,  05101,    085%,    12:58,        4019,    -,  -,  -
01:26:01,  05161,    085%,    12:58,        4019,    -,  -,  -
01:27:01,  05221,    085%,    12:58,        4017,    -,  -,  -
01:28:01,  05281,    085%,    12:58,        4017,    -,  -,  -
01:29:01,  05341,    085%,    12:58,        4014,    -,  -,  -
01:30:01,  05401,    085%,    12:58,        4013,    -,  -,  -
01:31:01,  05461,    085%,    12:58,        4012,    -,  -,  -
01:32:01,  05521,    084%,    12:49,        4010,    -,  -,  -
01:33:01,  05581,    084%,    12:49,        4010,    -,  -,  -
01:34:01,  05641,    084%,    12:49,        4008,    -,  -,  -
01:35:01,  05701,    084%,    12:49,        4007,    -,  -,  -
01:36:01,  05761,    084%,    12:49,        4005,    -,  -,  -
01:37:01,  05821,    084%,    12:49,        4004,    -,  -,  -
01:38:01,  05881,    084%,    12:49,        4003,    -,  -,  -
01:39:01,  05941,    083%,    12:40,        4001,    -,  -,  -
01:40:01,  06001,    083%,    12:40,        3999,    -,  -,  -
01:41:02,  06062,    083%,    12:40,        3999,    -,  -,  -
01:42:02,  06122,    083%,    12:40,        3997,    -,  -,  -
01:43:02,  06182,    083%,    12:40,        3997,    -,  -,  -
01:44:02,  06242,    083%,    12:40,        3995,    -,  -,  -
01:45:02,  06302,    083%,    12:40,        3994,    -,  -,  -
01:46:02,  06362,    083%,    12:40,        3993,    -,  -,  -
01:47:02,  06422,    082%,    12:30,        3992,    -,  -,  -
01:48:02,  06482,    082%,    12:30,        3990,    -,  -,  -
01:49:02,  06542,    082%,    12:30,        3988,    -,  -,  -
01:50:02,  06602,    082%,    12:30,        3988,    -,  -,  -
01:51:02,  06662,    082%,    12:30,        3987,    -,  -,  -
01:52:02,  06722,    082%,    12:30,        3985,    -,  -,  -
01:53:02,  06782,    082%,    12:30,        3985,    -,  -,  -
01:54:02,  06842,    081%,    12:21,        3982,    -,  -,  -
01:55:02,  06902,    081%,    12:21,        3982,    -,  -,  -
01:56:02,  06962,    081%,    12:21,        3981,    -,  -,  -
01:57:02,  07022,    081%,    12:21,        3979,    -,  -,  -
01:58:02,  07082,    081%,    12:21,        3978,    -,  -,  -
01:59:02,  07142,    081%,    12:21,        3979,    -,  -,  -
02:00:02,  07202,    081%,    12:21,        3976,    -,  -,  -
02:01:02,  07262,    081%,    12:21,        3977,    -,  -,  -
02:02:02,  07322,    081%,    12:21,        3975,    -,  -,  -
02:03:02,  07382,    080%,    12:12,        3974,    -,  -,  -
02:04:02,  07442,    080%,    12:12,        3972,    -,  -,  -
02:05:02,  07502,    080%,    12:12,        3972,    -,  -,  -
02:06:02,  07562,    080%,    12:12,        3971,    -,  -,  -
02:07:02,  07622,    080%,    12:12,        3970,    -,  -,  -
02:08:02,  07682,    080%,    12:12,        3970,    -,  -,  -
02:09:02,  07742,    080%,    12:12,        3968,    -,  -,  -
02:10:02,  07802,    080%,    12:12,        3968,    -,  -,  -
02:11:02,  07862,    080%,    12:12,        3967,    -,  -,  -
02:12:02,  07922,    079%,    12:03,        3965,    -,  -,  -
02:13:02,  07982,    079%,    12:03,        3965,    -,  -,  -
02:14:02,  08042,    079%,    12:03,        3964,    -,  -,  -
02:15:02,  08102,    079%,    12:03,        3963,    -,  -,  -
02:16:02,  08162,    079%,    12:03,        3962,    -,  -,  -
02:17:02,  08222,    079%,    12:03,        3960,    -,  -,  -
02:18:02,  08282,    078%,    11:54,        3959,    -,  -,  -
02:19:02,  08342,    078%,    11:54,        3956,    -,  -,  -
02:20:02,  08402,    078%,    11:54,        3956,    -,  -,  -
02:21:02,  08462,    078%,    11:54,        3956,    -,  -,  -
02:22:02,  08522,    078%,    11:54,        3955,    -,  -,  -
02:23:02,  08582,    078%,    11:54,        3953,    -,  -,  -
02:24:02,  08642,    077%,    11:49,        3952,    -,  -,  -
02:25:02,  08702,    077%,    11:45,        3951,    -,  -,  -
02:26:02,  08762,    077%,    11:45,        3950,    -,  -,  -
02:27:02,  08822,    077%,    11:45,        3950,    -,  -,  -
02:28:02,  08882,    077%,    11:45,        3949,    -,  -,  -
02:29:02,  08942,    077%,    11:45,        3948,    -,  -,  -
02:30:02,  09002,    077%,    11:45,        3947,    -,  -,  -
02:31:02,  09062,    076%,    11:36,        3946,    -,  -,  -
02:32:02,  09122,    076%,    11:36,        3944,    -,  -,  -
02:33:02,  09182,    076%,    11:36,        3945,    -,  -,  -
02:34:02,  09242,    076%,    11:36,        3942,    -,  -,  -
02:35:02,  09302,    076%,    11:36,        3941,    -,  -,  -
02:36:02,  09362,    076%,    11:36,        3941,    -,  -,  -
02:37:02,  09422,    076%,    11:36,        3940,    -,  -,  -
02:38:02,  09482,    075%,    11:31,        3939,    -,  -,  -
02:39:02,  09542,    075%,    11:26,        3938,    -,  -,  -
02:40:02,  09602,    075%,    11:26,        3937,    -,  -,  -
02:41:02,  09662,    075%,    11:26,        3935,    -,  -,  -
02:42:02,  09722,    075%,    11:26,        3935,    -,  -,  -
02:43:02,  09782,    075%,    11:26,        3934,    -,  -,  -
02:44:02,  09842,    074%,    11:17,        3932,    -,  -,  -
02:45:02,  09902,    074%,    11:17,        3931,    -,  -,  -
02:46:02,  09962,    074%,    11:17,        3930,    -,  -,  -
02:47:02,  10022,    074%,    11:17,        3929,    -,  -,  -
02:48:02,  10082,    074%,    11:17,        3929,    -,  -,  -
02:49:02,  10142,    074%,    11:17,        3928,    -,  -,  -
02:50:02,  10202,    073%,    11:08,        3926,    -,  -,  -
02:51:02,  10262,    073%,    11:08,        3926,    -,  -,  -
02:52:02,  10322,    073%,    11:08,        3925,    -,  -,  -
02:53:02,  10382,    073%,    11:08,        3924,    -,  -,  -
02:54:02,  10442,    073%,    11:08,        3923,    -,  -,  -
02:55:02,  10502,    073%,    11:08,        3922,    -,  -,  -
02:56:02,  10562,    073%,    11:08,        3921,    -,  -,  -
02:57:02,  10622,    073%,    11:08,        3920,    -,  -,  -
02:58:02,  10682,    073%,    11:08,        3920,    -,  -,  -
02:59:02,  10742,    072%,    10:59,        3919,    -,  -,  -
03:00:02,  10802,    072%,    10:59,        3918,    -,  -,  -
03:01:02,  10862,    072%,    10:59,        3916,    -,  -,  -
03:02:02,  10922,    072%,    10:59,        3914,    -,  -,  -
03:03:02,  10982,    071%,    10:50,        3913,    -,  -,  -
03:04:02,  11042,    071%,    10:50,        3912,    -,  -,  -
03:05:02,  11102,    071%,    10:50,        3912,    -,  -,  -
03:06:02,  11162,    071%,    10:50,        3911,    -,  -,  -
03:07:02,  11222,    071%,    10:50,        3910,    -,  -,  -
03:08:02,  11282,    071%,    10:50,        3909,    -,  -,  -
03:09:02,  11342,    070%,    10:41,        3906,    -,  -,  -
03:10:02,  11402,    070%,    10:41,        3906,    -,  -,  -
03:11:02,  11462,    070%,    10:41,        3905,    -,  -,  -
03:12:02,  11522,    070%,    10:41,        3902,    -,  -,  -
03:13:02,  11582,    070%,    10:41,        3902,    -,  -,  -
03:14:02,  11642,    070%,    10:41,        3901,    -,  -,  -
03:15:02,  11702,    069%,    10:31,        3899,    -,  -,  -
03:16:02,  11762,    069%,    10:31,        3899,    -,  -,  -
03:17:02,  11822,    069%,    10:31,        3897,    -,  -,  -
03:18:02,  11882,    069%,    10:31,        3897,    -,  -,  -
03:19:02,  11942,    069%,    10:31,        3895,    -,  -,  -
03:20:02,  12002,    068%,    10:22,        3893,    -,  -,  -
03:21:02,  12062,    068%,    10:22,        3892,    -,  -,  -
03:22:02,  12122,    068%,    10:22,        3892,    -,  -,  -
03:23:02,  12182,    068%,    10:22,        3890,    -,  -,  -
03:24:02,  12242,    068%,    10:22,        3889,    -,  -,  -
03:25:02,  12302,    068%,    10:22,        3888,    -,  -,  -
03:26:02,  12362,    068%,    10:22,        3887,    -,  -,  -
03:27:02,  12422,    067%,    10:13,        3885,    -,  -,  -
03:28:02,  12482,    067%,    10:13,        3882,    -,  -,  -
03:29:02,  12542,    067%,    10:13,        3882,    -,  -,  -
03:30:02,  12602,    067%,    10:13,        3880,    -,  -,  -
03:31:02,  12662,    066%,    10:04,        3879,    -,  -,  -
03:32:02,  12722,    066%,    10:04,        3879,    -,  -,  -
03:33:02,  12782,    066%,    10:04,        3876,    -,  -,  -
03:34:02,  12842,    066%,    10:04,        3876,    -,  -,  -
03:35:02,  12902,    066%,    10:04,        3874,    -,  -,  -
03:36:02,  12962,    065%,    09:55,        3872,    -,  -,  -
03:37:02,  13022,    065%,    09:55,        3871,    -,  -,  -
03:38:02,  13082,    065%,    09:55,        3871,    -,  -,  -
03:39:02,  13142,    065%,    09:55,        3868,    -,  -,  -
03:40:02,  13202,    065%,    09:50,        3867,    -,  -,  -
03:41:02,  13262,    064%,    09:46,        3866,    -,  -,  -
03:42:02,  13322,    064%,    09:46,        3863,    -,  -,  -
03:43:02,  13382,    064%,    09:46,        3863,    -,  -,  -
03:44:02,  13442,    064%,    09:46,        3863,    -,  -,  -
03:45:02,  13502,    064%,    09:46,        3860,    -,  -,  -
03:46:02,  13562,    064%,    09:46,        3860,    -,  -,  -
03:47:02,  13622,    063%,    09:36,        3859,    -,  -,  -
03:48:02,  13682,    063%,    09:36,        3857,    -,  -,  -
03:49:02,  13742,    063%,    09:36,        3856,    -,  -,  -
03:50:02,  13802,    063%,    09:36,        3855,    -,  -,  -
03:51:02,  13862,    063%,    09:36,        3854,    -,  -,  -
03:52:02,  13922,    062%,    09:27,        3853,    -,  -,  -
03:53:02,  13982,    062%,    09:27,        3852,    -,  -,  -
03:54:02,  14042,    062%,    09:27,        3852,    -,  -,  -
03:55:02,  14102,    062%,    09:27,        3850,    -,  -,  -
03:56:02,  14162,    062%,    09:27,        3850,    -,  -,  -
03:57:02,  14222,    062%,    09:27,        3848,    -,  -,  -
03:58:02,  14282,    062%,    09:27,        3848,    -,  -,  -
03:59:02,  14342,    061%,    09:18,        3845,    -,  -,  -
04:00:02,  14402,    061%,    09:18,        3844,    -,  -,  -
04:01:02,  14462,    061%,    09:18,        3843,    -,  -,  -
04:02:02,  14522,    061%,    09:18,        3842,    -,  -,  -
04:03:02,  14582,    061%,    09:18,        3841,    -,  -,  -
04:04:02,  14642,    061%,    09:18,        3841,    -,  -,  -
04:05:02,  14702,    061%,    09:18,        3840,    -,  -,  -
04:06:02,  14762,    060%,    09:09,        3839,    -,  -,  -
04:07:02,  14822,    060%,    09:09,        3838,    -,  -,  -
04:08:02,  14882,    060%,    09:09,        3839,    -,  -,  -
04:09:02,  14942,    060%,    09:09,        3837,    -,  -,  -
04:10:02,  15002,    060%,    09:09,        3835,    -,  -,  -
04:11:02,  15062,    060%,    09:09,        3835,    -,  -,  -
04:12:02,  15122,    060%,    09:09,        3835,    -,  -,  -
04:13:02,  15182,    060%,    09:09,        3833,    -,  -,  -
04:14:02,  15242,    059%,    09:00,        3832,    -,  -,  -
04:15:02,  15302,    059%,    09:00,        3831,    -,  -,  -
04:16:02,  15362,    059%,    09:00,        3832,    -,  -,  -
04:17:02,  15422,    059%,    09:00,        3830,    -,  -,  -
04:18:02,  15482,    059%,    09:00,        3831,    -,  -,  -
04:19:02,  15542,    059%,    09:00,        3830,    -,  -,  -
04:20:02,  15602,    058%,    08:51,        3828,    -,  -,  -
04:21:02,  15662,    058%,    08:51,        3828,    -,  -,  -
04:22:02,  15722,    058%,    08:51,        3827,    -,  -,  -
04:23:02,  15782,    058%,    08:51,        3826,    -,  -,  -
04:24:02,  15842,    058%,    08:51,        3825,    -,  -,  -
04:25:02,  15902,    057%,    08:42,        3823,    -,  -,  -
04:26:02,  15962,    057%,    08:42,        3823,    -,  -,  -
04:27:02,  16022,    057%,    08:42,        3822,    -,  -,  -
04:28:02,  16082,    057%,    08:42,        3823,    -,  -,  -
04:29:02,  16142,    056%,    08:37,        3820,    -,  -,  -
04:30:02,  16202,    056%,    08:32,        3820,    -,  -,  -
04:31:02,  16262,    056%,    08:32,        3820,    -,  -,  -
04:32:02,  16322,    057%,    08:42,        3821,    -,  -,  -
04:33:02,  16382,    056%,    08:32,        3818,    -,  -,  -
04:34:02,  16442,    056%,    08:32,        3818,    -,  -,  -
04:35:02,  16502,    056%,    08:32,        3817,    -,  -,  -
04:36:02,  16562,    056%,    08:32,        3817,    -,  -,  -
04:37:02,  16622,    056%,    08:32,        3817,    -,  -,  -
04:38:02,  16682,    055%,    08:23,        3815,    -,  -,  -
04:39:02,  16742,    056%,    08:32,        3816,    -,  -,  -
04:40:02,  16802,    055%,    08:23,        3814,    -,  -,  -
04:41:02,  16862,    055%,    08:23,        3814,    -,  -,  -
04:42:02,  16922,    055%,    08:23,        3813,    -,  -,  -
04:43:02,  16982,    055%,    08:23,        3812,    -,  -,  -
04:44:02,  17042,    055%,    08:23,        3812,    -,  -,  -
04:45:02,  17102,    054%,    08:19,        3811,    -,  -,  -
04:46:02,  17162,    054%,    08:14,        3811,    -,  -,  -
04:47:02,  17222,    054%,    08:14,        3811,    -,  -,  -
04:48:02,  17282,    054%,    08:14,        3811,    -,  -,  -
04:49:03,  17343,    054%,    08:14,        3810,    -,  -,  -
04:50:03,  17403,    054%,    08:14,        3809,    -,  -,  -
04:51:03,  17463,    054%,    08:14,        3808,    -,  -,  -
04:52:03,  17523,    053%,    08:09,        3807,    -,  -,  -
04:53:03,  17583,    053%,    08:05,        3807,    -,  -,  -
04:54:03,  17643,    053%,    08:05,        3806,    -,  -,  -
04:55:03,  17703,    053%,    08:05,        3807,    -,  -,  -
04:56:03,  17763,    053%,    08:05,        3804,    -,  -,  -
04:57:03,  17823,    053%,    08:05,        3805,    -,  -,  -
04:58:03,  17883,    053%,    08:05,        3804,    -,  -,  -
04:59:03,  17943,    052%,    07:56,        3802,    -,  -,  -
05:00:03,  18003,    053%,    08:05,        3803,    -,  -,  -
05:01:03,  18063,    052%,    07:56,        3801,    -,  -,  -
05:02:03,  18123,    052%,    07:56,        3801,    -,  -,  -
05:03:03,  18183,    052%,    07:56,        3801,    -,  -,  -
05:04:03,  18243,    052%,    07:56,        3800,    -,  -,  -
05:05:03,  18303,    052%,    07:56,        3799,    -,  -,  -
05:06:03,  18363,    052%,    07:56,        3799,    -,  -,  -
05:07:03,  18423,    051%,    07:47,        3798,    -,  -,  -
05:08:03,  18483,    051%,    07:47,        3797,    -,  -,  -
05:09:03,  18543,    051%,    07:47,        3797,    -,  -,  -
05:10:03,  18603,    051%,    07:47,        3797,    -,  -,  -
05:11:03,  18663,    051%,    07:47,        3797,    -,  -,  -
05:12:03,  18723,    051%,    07:47,        3796,    -,  -,  -
05:12:42,  18762,    050%,    07:42,        3794,    -,  -,  -
05:13:42,  18822,    050%,    07:42,        3794,    -,  -,  -
05:14:42,  18882,    050%,    07:42,        3794,    -,  -,  -
05:15:42,  18942,    050%,    07:37,        3794,    -,  -,  -
05:16:42,  19002,    050%,    07:37,        3794,    -,  -,  -
05:17:42,  19062,    050%,    07:37,        3793,    -,  -,  -
05:18:42,  19122,    050%,    07:37,        3793,    -,  -,  -
05:19:42,  19182,    050%,    07:37,        3792,    -,  -,  -
05:20:42,  19242,    050%,    07:37,        3791,    -,  -,  -
05:21:42,  19302,    050%,    07:37,        3792,    -,  -,  -
05:22:42,  19362,    050%,    07:37,        3792,    -,  -,  -
05:23:42,  19422,    050%,    07:37,        3790,    -,  -,  -
05:24:42,  19482,    049%,    07:28,        3789,    -,  -,  -
05:25:42,  19542,    049%,    07:28,        3788,    -,  -,  -
05:26:42,  19602,    049%,    07:28,        3789,    -,  -,  -
05:27:42,  19662,    049%,    07:28,        3789,    -,  -,  -
05:28:42,  19722,    049%,    07:28,        3788,    -,  -,  -
05:29:42,  19782,    048%,    07:19,        3787,    -,  -,  -
05:30:42,  19842,    048%,    07:24,        3787,    -,  -,  -
05:31:42,  19902,    048%,    07:19,        3786,    -,  -,  -
05:32:42,  19962,    048%,    07:19,        3786,    -,  -,  -
05:33:42,  20022,    047%,    07:10,        3785,    -,  -,  -
05:34:42,  20082,    047%,    07:10,        3785,    -,  -,  -
05:35:42,  20142,    047%,    07:10,        3784,    -,  -,  -
05:36:42,  20202,    046%,    07:01,        3783,    -,  -,  -
05:37:42,  20262,    046%,    07:05,        3783,    -,  -,  -
05:38:42,  20322,    046%,    07:01,        3782,    -,  -,  -
05:39:42,  20382,    046%,    07:01,        3783,    -,  -,  -
05:40:42,  20442,    046%,    07:01,        3782,    -,  -,  -
05:41:42,  20502,    045%,    06:52,        3781,    -,  -,  -
05:42:42,  20562,    046%,    07:01,        3782,    -,  -,  -
05:43:42,  20622,    045%,    06:52,        3780,    -,  -,  -
05:44:42,  20682,    045%,    06:52,        3780,    -,  -,  -
05:45:42,  20742,    045%,    06:52,        3781,    -,  -,  -
05:46:42,  20802,    045%,    06:52,        3779,    -,  -,  -
05:47:42,  20862,    045%,    06:52,        3779,    -,  -,  -
05:48:42,  20922,    044%,    06:47,        3778,    -,  -,  -
05:49:42,  20982,    045%,    06:52,        3779,    -,  -,  -
05:50:42,  21042,    044%,    06:42,        3777,    -,  -,  -
05:51:42,  21102,    044%,    06:42,        3778,    -,  -,  -
05:52:42,  21162,    044%,    06:42,        3778,    -,  -,  -
05:53:42,  21222,    044%,    06:42,        3777,    -,  -,  -
05:54:42,  21282,    044%,    06:42,        3777,    -,  -,  -
05:55:42,  21342,    043%,    06:33,        3776,    -,  -,  -
05:56:42,  21402,    043%,    06:38,        3776,    -,  -,  -
05:57:42,  21462,    043%,    06:33,        3775,    -,  -,  -
05:58:42,  21522,    042%,    06:24,        3774,    -,  -,  -
05:59:42,  21582,    043%,    06:33,        3775,    -,  -,  -
06:00:42,  21642,    042%,    06:24,        3774,    -,  -,  -
06:01:42,  21702,    042%,    06:29,        3774,    -,  -,  -
06:02:42,  21762,    041%,    06:20,        3772,    -,  -,  -
06:03:42,  21822,    041%,    06:15,        3771,    -,  -,  -
06:04:42,  21882,    041%,    06:15,        3772,    -,  -,  -
06:05:42,  21942,    041%,    06:15,        3772,    -,  -,  -
06:06:42,  22002,    041%,    06:15,        3771,    -,  -,  -
06:07:42,  22062,    041%,    06:15,        3772,    -,  -,  -
06:08:42,  22122,    041%,    06:15,        3771,    -,  -,  -
06:09:42,  22182,    040%,    06:06,        3770,    -,  -,  -
06:10:42,  22242,    040%,    06:06,        3770,    -,  -,  -
06:11:42,  22302,    041%,    06:15,        3771,    -,  -,  -
06:12:42,  22362,    040%,    06:10,        3770,    -,  -,  -
06:13:42,  22422,    040%,    06:06,        3769,    -,  -,  -
06:14:42,  22482,    041%,    06:10,        3771,    -,  -,  -
06:15:42,  22542,    040%,    06:06,        3768,    -,  -,  -
06:16:42,  22602,    040%,    06:06,        3769,    -,  -,  -
06:17:42,  22662,    040%,    06:06,        3769,    -,  -,  -
06:18:42,  22722,    040%,    06:06,        3768,    -,  -,  -
06:19:42,  22782,    040%,    06:06,        3768,    -,  -,  -
06:20:42,  22842,    039%,    05:57,        3766,    -,  -,  -
06:21:42,  22902,    039%,    05:57,        3765,    -,  -,  -
06:22:42,  22962,    039%,    05:57,        3765,    -,  -,  -
06:23:42,  23022,    039%,    05:57,        3765,    -,  -,  -
06:24:42,  23082,    039%,    05:57,        3765,    -,  -,  -
06:25:42,  23142,    039%,    05:57,        3765,    -,  -,  -
06:26:42,  23202,    038%,    05:48,        3764,    -,  -,  -
06:27:42,  23262,    038%,    05:48,        3764,    -,  -,  -
06:28:42,  23322,    038%,    05:48,        3763,    -,  -,  -
06:29:42,  23382,    038%,    05:48,        3763,    -,  -,  -
06:30:42,  23442,    038%,    05:48,        3763,    -,  -,  -
06:31:42,  23502,    038%,    05:48,        3763,    -,  -,  -
06:32:42,  23562,    038%,    05:48,        3762,    -,  -,  -
06:33:42,  23622,    038%,    05:48,        3762,    -,  -,  -
06:34:42,  23682,    037%,    05:38,        3760,    -,  -,  -
06:35:42,  23742,    037%,    05:38,        3760,    -,  -,  -
06:36:42,  23802,    037%,    05:38,        3761,    -,  -,  -
06:37:42,  23862,    037%,    05:38,        3759,    -,  -,  -
06:38:42,  23922,    037%,    05:38,        3760,    -,  -,  -
06:39:42,  23982,    037%,    05:38,        3760,    -,  -,  -
06:40:42,  24042,    037%,    05:38,        3759,    -,  -,  -
06:41:42,  24102,    036%,    05:29,        3758,    -,  -,  -
06:42:42,  24162,    036%,    05:29,        3758,    -,  -,  -
06:43:42,  24222,    036%,    05:29,        3758,    -,  -,  -
06:44:42,  24282,    036%,    05:29,        3757,    -,  -,  -
06:45:42,  24342,    036%,    05:29,        3758,    -,  -,  -
06:46:42,  24402,    036%,    05:29,        3756,    -,  -,  -
06:47:42,  24462,    036%,    05:29,        3757,    -,  -,  -
06:48:42,  24522,    036%,    05:29,        3756,    -,  -,  -
06:49:42,  24582,    035%,    05:20,        3754,    -,  -,  -
06:50:42,  24642,    035%,    05:20,        3754,    -,  -,  -
06:51:42,  24702,    035%,    05:20,        3754,    -,  -,  -
06:52:42,  24762,    035%,    05:20,        3752,    -,  -,  -
06:53:42,  24822,    035%,    05:20,        3752,    -,  -,  -
06:54:42,  24882,    035%,    05:20,        3753,    -,  -,  -
06:55:42,  24942,    035%,    05:20,        3752,    -,  -,  -
06:56:42,  25002,    034%,    05:11,        3751,    -,  -,  -
06:57:42,  25062,    034%,    05:11,        3751,    -,  -,  -
06:58:42,  25122,    034%,    05:11,        3750,    -,  -,  -
06:59:42,  25182,    034%,    05:11,        3750,    -,  -,  -
07:00:42,  25242,    034%,    05:11,        3749,    -,  -,  -
07:01:42,  25302,    034%,    05:11,        3749,    -,  -,  -
07:02:42,  25362,    033%,    05:02,        3748,    -,  -,  -
07:03:43,  25423,    033%,    05:02,        3748,    -,  -,  -
07:04:43,  25483,    033%,    05:02,        3747,    -,  -,  -
07:05:43,  25543,    033%,    05:02,        3746,    -,  -,  -
07:06:43,  25603,    032%,    04:53,        3744,    -,  -,  -
07:07:43,  25663,    033%,    05:02,        3746,    -,  -,  -
07:08:43,  25723,    032%,    04:53,        3743,    -,  -,  -
07:09:43,  25783,    032%,    04:53,        3744,    -,  -,  -
07:10:43,  25843,    032%,    04:53,        3743,    -,  -,  -
07:11:43,  25903,    032%,    04:53,        3742,    -,  -,  -
07:12:43,  25963,    031%,    04:43,        3741,    -,  -,  -
07:13:43,  26023,    031%,    04:43,        3741,    -,  -,  -
07:14:43,  26083,    031%,    04:43,        3740,    -,  -,  -
07:15:43,  26143,    031%,    04:43,        3740,    -,  -,  -
07:16:43,  26203,    031%,    04:43,        3740,    -,  -,  -
07:17:43,  26263,    031%,    04:43,        3739,    -,  -,  -
07:17:53,  26273,    030%,    04:39,        3738,    -,  -,  -
07:18:53,  26333,    031%,    04:39,        3739,    -,  -,  -
07:19:53,  26393,    030%,    04:34,        3738,    -,  -,  -
07:20:53,  26453,    030%,    04:34,        3737,    -,  -,  -
07:21:53,  26513,    030%,    04:34,        3737,    -,  -,  -
07:22:53,  26573,    030%,    04:34,        3736,    -,  -,  -
07:23:53,  26633,    029%,    04:25,        3734,    -,  -,  -
07:24:53,  26693,    030%,    04:34,        3736,    -,  -,  -
07:25:53,  26753,    030%,    04:34,        3735,    -,  -,  -
07:26:53,  26813,    030%,    04:30,        3735,    -,  -,  -
07:27:53,  26873,    030%,    04:34,        3735,    -,  -,  -
07:28:53,  26933,    029%,    04:25,        3732,    -,  -,  -
07:29:53,  26993,    029%,    04:25,        3732,    -,  -,  -
07:30:53,  27053,    028%,    04:21,        3731,    -,  -,  -
07:31:53,  27113,    028%,    04:16,        3731,    -,  -,  -
07:32:53,  27173,    028%,    04:16,        3729,    -,  -,  -
07:33:53,  27233,    028%,    04:16,        3730,    -,  -,  -
07:34:53,  27293,    028%,    04:16,        3729,    -,  -,  -
07:35:53,  27353,    028%,    04:16,        3730,    -,  -,  -
07:36:53,  27413,    028%,    04:16,        3729,    -,  -,  -
07:37:53,  27473,    028%,    04:16,        3729,    -,  -,  -
07:38:53,  27533,    027%,    04:07,        3728,    -,  -,  -
07:39:53,  27593,    027%,    04:07,        3728,    -,  -,  -
07:40:53,  27653,    027%,    04:07,        3727,    -,  -,  -
07:41:53,  27713,    027%,    04:07,        3726,    -,  -,  -
07:42:53,  27773,    027%,    04:07,        3726,    -,  -,  -
07:43:53,  27833,    027%,    04:07,        3725,    -,  -,  -
07:44:53,  27893,    027%,    04:07,        3725,    -,  -,  -
07:45:53,  27953,    026%,    03:58,        3724,    -,  -,  -
07:46:53,  28013,    027%,    04:02,        3725,    -,  -,  -
07:47:53,  28073,    026%,    03:58,        3724,    -,  -,  -
07:48:53,  28133,    026%,    03:58,        3723,    -,  -,  -
07:49:53,  28193,    025%,    03:48,        3721,    -,  -,  -
07:50:53,  28253,    026%,    03:58,        3722,    -,  -,  -
07:51:53,  28313,    025%,    03:48,        3721,    -,  -,  -
07:52:53,  28373,    025%,    03:48,        3720,    -,  -,  -
07:53:53,  28433,    025%,    03:48,        3720,    -,  -,  -
07:54:53,  28493,    025%,    03:48,        3721,    -,  -,  -
07:55:53,  28553,    025%,    03:48,        3720,    -,  -,  -
07:56:53,  28613,    025%,    03:48,        3719,    -,  -,  -
07:57:53,  28673,    025%,    03:48,        3719,    -,  -,  -
07:58:53,  28733,    024%,    03:39,        3717,    -,  -,  -
07:59:53,  28793,    024%,    03:39,        3716,    -,  -,  -
08:00:53,  28853,    024%,    03:39,        3716,    -,  -,  -
08:01:53,  28913,    023%,    03:30,        3714,    -,  -,  -
08:02:53,  28973,    024%,    03:39,        3715,    -,  -,  -
08:03:53,  29033,    023%,    03:30,        3713,    -,  -,  -
08:04:53,  29093,    023%,    03:30,        3713,    -,  -,  -
08:05:53,  29153,    023%,    03:30,        3712,    -,  -,  -
08:06:53,  29213,    022%,    03:21,        3710,    -,  -,  -
08:07:53,  29273,    022%,    03:21,        3710,    -,  -,  -
08:08:53,  29333,    022%,    03:21,        3711,    -,  -,  -
08:09:53,  29393,    022%,    03:21,        3711,    -,  -,  -
08:10:53,  29453,    022%,    03:21,        3709,    -,  -,  -
08:11:53,  29513,    021%,    03:12,        3707,    -,  -,  -
08:12:53,  29573,    022%,    03:21,        3708,    -,  -,  -
08:13:53,  29633,    021%,    03:12,        3707,    -,  -,  -
08:14:53,  29693,    021%,    03:12,        3706,    -,  -,  -
08:15:53,  29753,    021%,    03:12,        3706,    -,  -,  -
08:16:53,  29813,    021%,    03:12,        3705,    -,  -,  -
08:17:53,  29873,    020%,    03:03,        3703,    -,  -,  -
08:18:53,  29933,    020%,    03:03,        3703,    -,  -,  -
08:19:53,  29993,    019%,    02:58,        3700,    -,  -,  -
08:20:53,  30053,    019%,    02:54,        3700,    -,  -,  -
08:21:53,  30113,    019%,    02:54,        3700,    -,  -,  -
08:22:53,  30173,    019%,    02:54,        3700,    -,  -,  -
08:23:53,  30233,    019%,    02:54,        3699,    -,  -,  -
08:24:53,  30293,    019%,    02:54,        3697,    -,  -,  -
08:25:53,  30353,    019%,    02:54,        3698,    -,  -,  -
08:26:53,  30413,    018%,    02:44,        3696,    -,  -,  -
08:27:53,  30473,    018%,    02:44,        3696,    -,  -,  -
08:28:53,  30533,    018%,    02:44,        3695,    -,  -,  -
08:29:53,  30593,    018%,    02:44,        3696,    -,  -,  -
08:30:53,  30653,    018%,    02:44,        3694,    -,  -,  -
08:31:53,  30713,    018%,    02:44,        3693,    -,  -,  -
08:32:53,  30773,    018%,    02:44,        3692,    -,  -,  -
08:33:53,  30833,    017%,    02:35,        3691,    -,  -,  -
08:34:53,  30893,    017%,    02:35,        3691,    -,  -,  -
08:35:53,  30953,    018%,    02:40,        3692,    -,  -,  -
08:36:53,  31013,    017%,    02:35,        3689,    -,  -,  -
08:37:53,  31073,    017%,    02:35,        3688,    -,  -,  -
08:38:53,  31133,    017%,    02:35,        3688,    -,  -,  -
08:39:53,  31193,    016%,    02:26,        3685,    -,  -,  -
08:40:53,  31253,    016%,    02:26,        3685,    -,  -,  -
08:41:53,  31313,    016%,    02:26,        3683,    -,  -,  -
08:42:53,  31373,    016%,    02:26,        3684,    -,  -,  -
08:43:38,  31418,    015%,    02:21,        3681,    -,  -,  -
08:44:38,  31478,    015%,    02:17,        3680,    -,  -,  -
08:45:38,  31538,    015%,    02:17,        3678,    -,  -,  -
08:46:38,  31598,    015%,    02:17,        3678,    -,  -,  -
08:47:38,  31658,    015%,    02:17,        3678,    -,  -,  -
08:48:38,  31718,    014%,    02:08,        3676,    -,  -,  -
08:49:38,  31778,    014%,    02:08,        3676,    -,  -,  -
08:50:38,  31838,    014%,    02:08,        3675,    -,  -,  -
08:51:38,  31898,    014%,    02:08,        3674,    -,  -,  -
08:52:38,  31958,    014%,    02:08,        3673,    -,  -,  -
08:53:38,  32018,    013%,    01:59,        3672,    -,  -,  -
08:54:38,  32078,    013%,    01:59,        3671,    -,  -,  -
08:55:38,  32138,    013%,    01:59,        3671,    -,  -,  -
08:56:38,  32198,    013%,    01:59,        3672,    -,  -,  -
08:57:38,  32258,    013%,    01:59,        3671,    -,  -,  -
08:58:38,  32318,    013%,    01:59,        3671,    -,  -,  -
08:59:38,  32378,    013%,    01:59,        3670,    -,  -,  -
09:00:38,  32438,    013%,    01:59,        3670,    -,  -,  -
09:01:38,  32498,    013%,    01:59,        3670,    -,  -,  -
09:02:38,  32558,    013%,    01:59,        3671,    -,  -,  -
09:03:38,  32618,    013%,    01:59,        3669,    -,  -,  -
09:04:38,  32678,    013%,    01:59,        3669,    -,  -,  -
09:05:38,  32738,    013%,    01:59,        3669,    -,  -,  -
09:06:38,  32798,    013%,    01:59,        3669,    -,  -,  -
09:07:38,  32858,    012%,    01:49,        3667,    -,  -,  -
09:08:39,  32919,    013%,    01:59,        3668,    -,  -,  -
09:09:39,  32979,    013%,    01:59,        3668,    -,  -,  -
09:10:39,  33039,    012%,    01:49,        3667,    -,  -,  -
09:11:39,  33099,    012%,    01:49,        3666,    -,  -,  -
09:12:39,  33159,    012%,    01:49,        3665,    -,  -,  -
09:13:39,  33219,    012%,    01:49,        3665,    -,  -,  -
09:14:39,  33279,    012%,    01:49,        3664,    -,  -,  -
09:15:39,  33339,    012%,    01:49,        3663,    -,  -,  -
09:16:39,  33399,    012%,    01:49,        3664,    -,  -,  -
09:17:39,  33459,    011%,    01:40,        3662,    -,  -,  -
09:18:39,  33519,    011%,    01:40,        3661,    -,  -,  -
09:19:39,  33579,    011%,    01:40,        3661,    -,  -,  -
09:20:39,  33639,    011%,    01:40,        3662,    -,  -,  -
09:21:39,  33699,    011%,    01:40,        3661,    -,  -,  -
09:22:39,  33759,    011%,    01:40,        3660,    -,  -,  -
09:23:39,  33819,    011%,    01:40,        3658,    -,  -,  -
09:24:39,  33879,    010%,    01:31,        3656,    -,  -,  -
09:25:39,  33939,    010%,    01:31,        3655,    -,  -,  -
09:26:39,  33999,    010%,    01:31,        3653,    -,  -,  -
09:27:39,  34059,    009%,    01:22,        3652,    -,  -,  -
09:28:39,  34119,    009%,    01:22,        3649,    -,  -,  -
09:29:39,  34179,    009%,    01:22,        3647,    -,  -,  -
09:30:39,  34239,    009%,    01:22,        3641,    -,  -,  -
09:31:39,  34299,    009%,    01:22,        3638,    -,  -,  -
09:32:39,  34359,    009%,    01:22,        3633,    -,  -,  -
09:33:39,  34419,    009%,    01:22,        3630,    -,  -,  -
09:34:39,  34479,    009%,    01:22,        3624,    -,  -,  -
09:35:39,  34539,    009%,    01:22,        3619,    -,  -,  -
09:36:39,  34599,    008%,    01:13,        3615,    -,  -,  -
09:37:39,  34659,    008%,    01:13,        3609,    -,  -,  -
09:38:39,  34719,    008%,    01:13,        3603,    -,  -,  -
09:39:39,  34779,    008%,    01:13,        3596,    -,  -,  -
09:40:39,  34839,    008%,    01:13,        3591,    -,  -,  -
09:41:39,  34899,    008%,    01:13,        3583,    -,  -,  -
09:42:39,  34959,    007%,    01:04,        3575,    -,  -,  -
09:43:39,  35019,    007%,    01:04,        3571,    -,  -,  -
09:44:39,  35079,    007%,    01:04,        3562,    -,  -,  -
09:45:39,  35139,    007%,    01:04,        3554,    -,  -,  -
09:46:39,  35199,    007%,    00:59,        3548,    -,  -,  -
09:47:39,  35259,    006%,    00:54,        3538,    -,  -,  -
09:48:39,  35319,    006%,    00:54,        3530,    -,  -,  -
09:49:39,  35379,    006%,    00:54,        3520,    -,  -,  -
09:50:39,  35439,    006%,    00:54,        3512,    -,  -,  -
09:50:40,  35440,    005%,    00:50,        3511,    -,  -,  -
09:51:40,  35500,    005%,    00:45,        3501,    -,  -,  -
09:52:40,  35560,    005%,    00:45,        3492,    -,  -,  -
09:53:40,  35620,    005%,    00:45,        3481,    -,  -,  -
09:54:40,  35680,    004%,    00:36,        3470,    -,  -,  -
09:55:40,  35740,    004%,    00:36,        3458,    -,  -,  -
09:56:40,  35800,    004%,    00:36,        3447,    -,  -,  -
09:57:40,  35860,    003%,    00:27,        3432,    -,  -,  -
09:58:40,  35920,    003%,    00:27,        3419,    -,  -,  -
09:59:40,  35980,    002%,    00:18,        3404,    -,  -,  -
10:00:40,  36040,    002%,    00:18,        3389,    -,  -,  -
10:01:40,  36100,    002%,    00:18,        3371,    -,  -,  -
10:02:40,  36160,    001%,    00:09,        3352,    -,  -,  -
10:03:40,  36220,    000%,    00:09,        3334,    -,  -,  -
10:04:40,  36280,    000%,    00:09,        3311,    -,  -,  -
--Battery bench ended, reason: power off--

Basically, same runtime as before. Mixer was set to 48kHz, files are vbr@160kbps

edit: Or not. It seems the voltage is dropping slightly faster in the new run. Here's the old one for comparison:
[code]# This plugin will log your battery performance in a
# file (//battery_bench.txt) every minute.
# To properly test your battery:
# 1) Select and playback an album. (Be sure to be more than the player's buffer)
# 2) Set to repeat.
# 3) Let the player run completely out of battery.
# 4) Recharge and copy (or whatever you want) the txt file to your computer.
# Now you can make graphs with the data of the battery log.
# Do not enter another plugin during the test or else the
# logging activity will end.

# P.S: You can decide how you will make your tests.
# Just don't open another plugin to be sure that your log will continue.

# Battery bench run for Sandisk Sansa Clip+ version 3.13

# Battery type: 290 mAh      Buffer Entries: 1000
# Rockbox has been running for 00:01:20
# Time:,  Seconds:,  Level:,  Time Left:,  Voltage[mV]:, C:, S:, U:
00:00:00,  00000,    100%,    15:15,        4146,    -,  -,  -
00:01:00,  00060,    100%,    15:15,        4147,    -,  -,  -
00:02:00,  00120,    100%,    15:15,        4145,    -,  -,  -
00:03:00,  00180,    100%,    15:15,        4143,    -,  -,  -
00:04:00,  00240,    100%,    15:15,        4141,    -,  -,  -
00:05:00,  00300,    099%,    15:06,        4139,    -,  -,  -
00:06:00,  00360,    099%,    15:06,        4138,    -,  -,  -
00:07:00,  00420,    099%,    15:06,        4137,    -,  -,  -
00:08:00,  00480,    099%,    15:06,        4134,    -,  -,  -
00:09:00,  00540,    099%,    15:06,        4132,    -,  -,  -
00:10:00,  00600,    098%,    14:57,        4130,    -,  -,  -
00:11:00,  00660,    098%,    14:57,        4130,    -,  -,  -
00:12:00,  00720,    098%,    14:57,        4128,    -,  -,  -
00:13:00,  00780,    098%,    14:57,        4127,    -,  -,  -
00:14:00,  00840,    098%,    14:57,        4125,    -,  -,  -
00:15:00,  00900,    098%,    14:57,        4124,    -,  -,  -
00:16:00,  00960,    097%,    14:48,        4121,    -,  -,  -
00:17:00,  01020,    097%,    14:48,        4120,    -,  -,  -
00:18:00,  01080,    097%,    14:48,        4119,    -,  -,  -
00:19:00,  01140,    097%,    14:48,        4118,    -,  -,  -
00:20:00,  01200,    097%,    14:48,        4116,    -,  -,  -
00:21:00,  01260,    096%,    14:39,        4114,    -,  -,  -
00:22:00,  01320,    096%,    14:39,        4114,    -,  -,  -
00:23:00,  01380,    096%,    14:39,        4112,    -,  -,  -
00:24:00,  01440,    096%,    14:39,        4110,    -,  -,  -
00:25:00,  01500,    096%,    14:39,        4109,    -,  -,  -
00:26:00,  01560,    096%,    14:39,        4108,    -,  -,  -
00:27:00,  01620,    095%,    14:30,        4106,    -,  -,  -
00:28:00,  01680,    095%,    14:30,        4104,    -,  -,  -
00:29:00,  01740,    095%,    14:30,        4104,    -,  -,  -
00:30:00,  01800,    095%,    14:30,        4102,    -,  -,  -
00:31:01,  01861,    095%,    14:30,        4100,    -,  -,  -
00:32:01,  01921,    095%,    14:30,        4099,    -,  -,  -
00:33:01,  01981,    095%,    14:30,        4098,    -,  -,  -
00:34:01,  02041,    094%,    14:20,        4097,    -,  -,  -
00:35:01,  02101,    094%,    14:20,        4095,    -,  -,  -
00:36:01,  02161,    094%,    14:20,        4093,    -,  -,  -
00:37:01,  02221,    094%,    14:20,        4092,    -,  -,  -
00:38:01,  02281,    094%,    14:20,        4090,    -,  -,  -
00:39:01,  02341,    094%,    14:20,        4090,    -,  -,  -
00:40:01,  02401,    093%,    14:11,        4089,    -,  -,  -
00:41:01,  02461,    093%,    14:11,        4086,    -,  -,  -
00:42:01,  02521,    093%,    14:11,        4085,    -,  -,  -
00:43:01,  02581,    093%,    14:11,        4085,    -,  -,  -
00:44:01,  02641,    093%,    14:11,        4083,    -,  -,  -
00:45:01,  02701,    093%,    14:11,        4082,    -,  -,  -
00:46:01,  02761,    092%,    14:02,        4080,    -,  -,  -
00:47:01,  02821,    092%,    14:02,        4078,    -,  -,  -
00:48:01,  02881,    092%,    14:02,        4077,    -,  -,  -
00:49:01,  02941,    092%,    14:02,        4076,    -,  -,  -
00:50:01,  03001,    092%,    14:02,        4075,    -,  -,  -
00:51:01,  03061,    092%,    14:02,        4073,    -,  -,  -
00:52:01,  03121,    092%,    14:02,        4073,    -,  -,  -
00:53:01,  03181,    091%,    13:53,        4071,    -,  -,  -
00:54:01,  03241,    091%,    13:53,        4070,    -,  -,  -
00:55:01,  03301,    091%,    13:53,        4068,    -,  -,  -
00:56:01,  03361,    091%,    13:53,        4066,    -,  -,  -
00:57:01,  03421,    091%,    13:53,        4066,    -,  -,  -
00:58:01,  03481,    090%,    13:44,        4064,    -,  -,  -
00:59:01,  03541,    090%,    13:44,        4063,    -,  -,  -
01:00:01,  03601,    090%,    13:44,        4062,    -,  -,  -
01:01:01,  03661,    090%,    13:44,        4060,    -,  -,  -
01:02:01,  03721,    090%,    13:44,        4060,    -,  -,  -
01:03:01,  03781,    090%,    13:44,        4058,    -,  -,  -
01:04:01,  03841,    090%,    13:44,        4056,    -,  -,  -
01:05:01,  03901,    089%,    13:35,        4054,    -,  -,  -
01:06:01,  03961,    089%,    13:35,        4055,    -,  -,  -
01:07:01,  04021,    089%,    13:35,        4054,    -,  -,  -
01:08:01,  04081,    089%,    13:35,        4051,    -,  -,  -
01:09:01,  04141,    089%,    13:35,        4052,    -,  -,  -
01:10:01,  04201,    089%,    13:35,        4050,    -,  -,  -
01:11:01,  04261,    089%,    13:35,        4049,    -,  -,  -
01:12:01,  04321,    088%,    13:30,        4046,    -,  -,  -
01:13:01,  04381,    088%,    13:25,        4045,    -,  -,  -
01:14:01,  04441,    088%,    13:25,        4045,    -,  -,  -
01:15:01,  04501,    088%,    13:25,        4043,    -,  -,  -
01:16:01,  04561,    088%,    13:25,        4042,    -,  -,  -
01:17:01,  04621,    088%,    13:25,        4040,    -,  -,  -
01:18:01,  04681,    088%,    13:25,        4039,    -,  -,  -
01:19:01,  04741,    088%,    13:25,        4039,    -,  -,  -
01:20:01,  04801,    087%,    13:16,        4036,    -,  -,  -
01:21:01,  04861,    087%,    13:16,        4036,    -,  -,  -
01:22:01,  04921,    087%,    13:16,        4034,    -,  -,  -
01:23:01,  04981,    087%,    13:16,        4034,    -,  -,  -
01:24:01,  05041,    087%,    13:16,        4031,    -,  -,  -
01:25:01,  05101,    087%,    13:16,        4029,    -,  -,  -
01:26:01,  05161,    087%,    13:12,        4029,    -,  -,  -
01:27:01,  05221,    086%,    13:07,        4027,    -,  -,  -
01:28:01,  05281,    086%,    13:07,        4025,    -,  -,  -
01:29:01,  05341,    086%,    13:07,        4024,    -,  -,  -
01:30:01,  05401,    086%,    13:07,        4022,    -,  -,  -
01:31:01,  05461,    086%,    13:07,        4022,    -,  -,  -
01:32:01,  05521,    085%,    12:58,        4019,    -,  -,  -
01:33:01,  05581,    085%,    12:58,        4019,    -,  -,  -
01:34:01,  05641,    085%,    12:58,        4017,    -,  -,  -
01:35:01,  05701,    085%,    12:58,        4016,    -,  -,  -
01:36:01,  05761,    085%,    12:58,        4014,    -,  -,  -
01:37:01,  05821,    085%,    12:58,        4013,    -,  -,  -
01:38:01,  05881,    085%,    12:58,        4012,    -,  -,  -
01:39:01,  05941,    085%,    12:58,        4011,    -,  -,  -
01:40:01,  06001,    084%,    12:49,        4010,    -,  -,  -
01:41:01,  06061,    084%,    12:49,        4007,    -,  -,  -
01:42:01,  06121,    084%,    12:49,        4006,    -,  -,  -
01:43:01,  06181,    084%,    12:49,        4006,    -,  -,  -
01:44:01,  06241,    084%,    12:49,        4004,    -,  -,  -
01:45:01,  06301,    084%,    12:49,        4002,    -,  -,  -
01:46:01,  06361,    083%,    12:40,        4001,    -,  -,  -
01:47:01,  06421,    083%,    12:40,        4000,    -,  -,  -
01:48:01,  06481,    083%,    12:40,        3999,    -,  -,  -
01:49:01,  06541,    083%,    12:40,        3998,    -,  -,  -
01:50:01,  06601,    083%,    12:40,        3997,    -,  -,  -
01:51:01,  06661,    083%,    12:40,        3993,    -,  -,  -
01:52:01,  06721,    083%,    12:40,        3995,    -,  -,  -
01:53:01,  06781,    083%,    12:40,        3995,    -,  -,  -
01:54:01,  06841,    083%,    12:40,        3993,    -,  -,  -
01:55:01,  06901,    082%,    12:30,        3990,    -,  -,  -
01:56:01,  06961,    082%,    12:30,        3989,    -,  -,  -
01:57:01,  07021,    082%,    12:30,        3990,    -,  -,  -
01:58:01,  07081,    082%,    12:30,        3988,    -,  -,  -
01:59:01,  07141,    082%,    12:30,        3985,    -,  -,  -
02:00:01,  07201,    082%,    12:30,        3985,    -,  -,  -
02:01:01,  07261,    082%,    12:30,        3984,    -,  -,  -
02:02:01,  07321,    081%,    12:21,        3982,    -,  -,  -
02:03:01,  07381,    081%,    12:21,        3982,    -,  -,  -
02:04:01,  07441,    081%,    12:21,        3980,    -,  -,  -
02:05:01,  07501,    081%,    12:21,        3979,    -,  -,  -
02:06:01,  07561,    081%,    12:21,        3977,    -,  -,  -
02:07:01,  07621,    081%,    12:21,        3978,    -,  -,  -
02:08:01,  07681,    081%,    12:21,        3977,    -,  -,  -
02:09:01,  07741,    081%,    12:21,        3975,    -,  -,  -
02:10:01,  07801,    080%,    12:12,        3974,    -,  -,  -
02:11:01,  07861,    080%,    12:12,        3974,    -,  -,  -
02:12:01,  07921,    080%,    12:12,        3972,    -,  -,  -
02:13:01,  07981,    080%,    12:12,        3971,    -,  -,  -
02:14:01,  08041,    080%,    12:12,        3970,    -,  -,  -
02:15:01,  08101,    080%,    12:12,        3969,    -,  -,  -
02:16:01,  08161,    080%,    12:12,        3969,    -,  -,  -
02:17:01,  08221,    080%,    12:12,        3967,    -,  -,  -
02:18:01,  08281,    080%,    12:12,        3966,    -,  -,  -
02:19:01,  08341,    079%,    12:03,        3965,    -,  -,  -
02:20:01,  08401,    079%,    12:03,        3964,    -,  -,  -
02:21:01,  08461,    079%,    12:03,        3964,    -,  -,  -
02:22:01,  08521,    079%,    12:03,        3961,    -,  -,  -
02:23:01,  08581,    079%,    12:03,        3961,    -,  -,  -
02:24:01,  08641,    079%,    12:03,        3960,    -,  -,  -
02:25:01,  08701,    079%,    12:03,        3960,    -,  -,  -
02:26:01,  08761,    078%,    11:54,        3958,    -,  -,  -
02:27:01,  08821,    078%,    11:54,        3957,    -,  -,  -
02:28:01,  08881,    078%,    11:54,        3956,    -,  -,  -
02:29:01,  08941,    078%,    11:54,        3955,    -,  -,  -
02:30:01,  09001,    078%,    11:54,        3955,    -,  -,  -
02:31:01,  09061,    078%,    11:54,        3953,    -,  -,  -
02:32:01,  09121,    077%,    11:45,        3952,    -,  -,  -
02:33:01,  09181,    077%,    11:45,        3950,    -,  -,  -
02:34:01,  09241,    077%,    11:45,        3950,    -,  -,  -
02:35:01,  09301,    077%,    11:45,        3948,    -,  -,  -
02:36:01,  09361,    077%,    11:45,        3947,    -,  -,  -
02:37:01,  09421,    077%,    11:45,        3947,    -,  -,  -
02:38:01,  09481,    077%,    11:45,        3947,    -,  -,  -
02:39:01,  09541,    076%,    11:36,        3945,    -,  -,  -
02:40:01,  09601,    076%,    11:36,        3944,    -,  -,  -
02:41:01,  09661,    076%,    11:36,        3943,    -,  -,  -
02:42:01,  09721,    076%,    11:36,        3941,    -,  -,  -
02:43:01,  09781,    076%,    11:36,        3941,    -,  -,  -
02:44:01,  09841,    076%,    11:36,        3940,    -,  -,  -
02:45:01,  09901,    075%,    11:26,        3939,    -,  -,  -
02:46:01,  09961,    075%,    11:26,        3938,    -,  -,  -
02:47:01,  10021,    075%,    11:26,        3937,    -,  -,  -
02:48:01,  10081,    075%,    11:26,        3936,    -,  -,  -
02:49:01,  10141,    075%,    11:26,        3935,    -,  -,  -
02:50:01,  10201,    075%,    11:26,        3934,    -,  -,  -
02:51:01,  10261,    075%,    11:26,        3934,    -,  -,  -
02:52:01,  10321,    075%,    11:26,        3933,    -,  -,  -
02:53:01,  10381,    074%,    11:17,        3931,    -,  -,  -
02:54:01,  10441,    074%,    11:17,        3930,    -,  -,  -
02:55:01,  10501,    074%,    11:17,        3929,    -,  -,  -
02:56:01,  10561,    074%,    11:17,        3928,    -,  -,  -
02:57:01,  10621,    074%,    11:17,        3928,    -,  -,  -
02:58:01,  10681,    074%,    11:13,        3927,    -,  -,  -
02:59:01,  10741,    073%,    11:08,        3926,    -,  -,  -
03:00:01,  10801,    073%,    11:08,        3924,    -,  -,  -
03:01:01,  10861,    073%,    11:08,        3922,    -,  -,  -
03:02:01,  10921,    073%,    11:08,        3922,    -,  -,  -
03:03:01,  10981,    073%,    11:08,        3921,    -,  -,  -
03:04:01,  11041,    072%,    10:59,        3919,    -,  -,  -
03:05:01,  11101,    072%,    10:59,        3917,    -,  -,  -
03:06:01,  11161,    072%,    10:59,        3917,    -,  -,  -
03:07:01,  11221,    072%,    10:59,        3917,    -,  -,  -
03:08:01,  11281,    072%,    10:59,        3917,    -,  -,  -
03:09:01,  11341,    072%,    10:59,        3915,    -,  -,  -
03:10:01,  11401,    072%,    10:59,        3915,    -,  -,  -
03:11:01,  11461,    071%,    10:50,        3913,    -,  -,  -
03:12:01,  11521,    071%,    10:50,        3911,    -,  -,  -
03:13:01,  11581,    071%,    10:50,        3911,    -,  -,  -
03:14:01,  11641,    071%,    10:50,        3909,    -,  -,  -
03:15:01,  11701,    071%,    10:50,        3908,    -,  -,  -
03:16:01,  11761,    070%,    10:41,        3906,    -,  -,  -
03:17:01,  11821,    070%,    10:45,        3906,    -,  -,  -
03:18:01,  11881,    070%,    10:41,        3905,    -,  -,  -
03:19:01,  11941,    070%,    10:41,        3903,    -,  -,  -
03:20:01,  12001,    070%,    10:41,        3902,    -,  -,  -
03:21:01,  12061,    070%,    10:41,        3901,    -,  -,  -
03:22:01,  12121,    070%,    10:41,        3900,    -,  -,  -
03:23:01,  12181,    070%,    10:36,        3900,    -,  -,  -
03:24:01,  12241,    069%,    10:31,        3897,    -,  -,  -
03:25:01,  12301,    069%,    10:31,        3896,    -,  -,  -
03:26:01,  12361,    069%,    10:31,        3894,    -,  -,  -
03:27:01,  12421,    069%,    10:31,        3894,    -,  -,  -
03:28:01,  12481,    068%,    10:22,        3892,    -,  -,  -
03:29:01,  12541,    068%,    10:22,        3891,    -,  -,  -
03:30:01,  12601,    068%,    10:22,        3891,    -,  -,  -
03:31:01,  12661,    068%,    10:22,        3889,    -,  -,  -
03:32:01,  12721,    068%,    10:22,        3887,    -,  -,  -
03:33:01,  12781,    067%,    10:13,        3886,    -,  -,  -
03:34:01,  12841,    067%,    10:13,        3886,    -,  -,  -
03:35:01,  12901,    067%,    10:13,        3883,    -,  -,  -
03:36:01,  12961,    067%,    10:13,        3883,    -,  -,  -
03:37:01,  13021,    067%,    10:13,        3881,    -,  -,  -
03:38:01,  13081,    067%,    10:13,        3881,    -,  -,  -
03:39:01,  13141,    066%,    10:04,        3878,    -,  -,  -
03:40:01,  13201,    066%,    10:04,        3878,    -,  -,  -
03:41:01,  13261,    066%,    10:04,        3877,    -,  -,  -
03:42:01,  13321,    066%,    10:04,        3874,    -,  -,  -
03:43:01,  13381,    066%,    10:04,        3875,    -,  -,  -
03:44:01,  13441,    065%,    09:55,        3873,    -,  -,  -
03:45:01,  13501,    065%,    09:55,        3873,    -,  -,  -
03:46:01,  13561,    065%,    09:55,        3872,    -,  -,  -
03:47:01,  13621,    065%,    09:55,        3869,    -,  -,  -
03:48:02,  13682,    065%,    09:55,        3869,    -,  -,  -
03:49:02,  13742,    065%,    09:55,        3869,    -,  -,  -
03:50:02,  13802,    065%,    09:55,        3867,    -,  -,  -
03:51:02,  13862,    064%,    09:46,        3866,    -,  -,  -
03:52:02,  13922,    064%,    09:46,        3864,    -,  -,  -
03:53:02,  13982,    064%,    09:46,        3863,    -,  -,  -
03:54:02,  14042,    064%,    09:46,        3862,    -,  -,  -
03:55:02,  14102,    064%,    09:46,        3861,    -,  -,  -
03:56:02,  14162,    063%,    09:36,        3859,    -,  -,  -
03:57:02,  14222,    063%,    09:36,        3857,    -,  -,  -
03:58:02,  14282,    063%,    09:36,        3857,    -,  -,  -
03:59:02,  14342,    063%,    09:36,        3856,    -,  -,  -
04:00:02,  14402,    063%,    09:36,        3855,    -,  -,  -
04:01:02,  14462,    062%,    09:27,        3852,    -,  -,  -
04:02:02,  14522,    062%,    09:32,        3853,    -,  -,  -
04:03:02,  14582,    062%,    09:27,        3853,    -,  -,  -
04:04:02,  14642,    062%,    09:27,        3851,    -,  -,  -
04:05:02,  14702,    062%,    09:27,        3850,    -,  -,  -
04:06:02,  14762,    062%,    09:27,        3848,    -,  -,  -
04:07:02,  14822,    062%,    09:27,        3849,    -,  -,  -
04:08:02,  14882,    062%,    09:27,        3847,    -,  -,  -
04:09:02,  14942,    061%,    09:18,        3846,    -,  -,  -
04:10:02,  15002,    061%,    09:18,        3843,    -,  -,  -
04:11:02,  15062,    061%,    09:18,        3844,    -,  -,  -
04:12:02,  15122,    061%,    09:18,        3844,    -,  -,  -
04:13:02,  15182,    061%,    09:18,        3843,    -,  -,  -
04:14:02,  15242,    061%,    09:18,        3841,    -,  -,  -
04:15:02,  15302,    061%,    09:18,        3840,    -,  -,  -
04:16:02,  15362,    061%,    09:18,        3840,    -,  -,  -
04:17:02,  15422,    061%,    09:18,        3840,    -,  -,  -
04:18:02,  15482,    060%,    09:09,        3838,    -,  -,  -
04:19:02,  15542,    060%,    09:09,        3838,    -,  -,  -
04:20:02,  15602,    060%,    09:09,        3836,    -,  -,  -
04:21:02,  15662,    060%,    09:09,        3835,    -,  -,  -
04:22:02,  15722,    060%,    09:09,        3835,    -,  -,  -
04:23:02,  15782,    060%,    09:09,        3836,    -,  -,  -
04:24:02,  15842,    060%,    09:09,        3833,    -,  -,  -
04:25:02,  15902,    060%,    09:09,        3834,    -,  -,  -
04:26:02,  15962,    059%,    09:04,        3832,    -,  -,  -
04:27:02,  16022,    059%,    09:00,        3832,    -,  -,  -
04:28:02,  16082,    059%,    09:00,        3830,    -,  -,  -
04:29:02,  16142,    059%,    09:00,        3829,    -,  -,  -
04:30:02,  16202,    058%,    08:51,        3828,    -,  -,  -
04:31:02,  16
Title: Opus 1.1-beta
Post by: hidn on 2013-07-17 12:57:56
a lot of codecs and lack of support
Title: Opus 1.1-beta
Post by: Dynamic on 2013-07-17 17:10:49
I think these improvements and the fact we have Monty's demo page (http://people.xiph.org/~xiphmont/demo/opus/demo3.shtml) to explain and demonstrate them and provide as a reference, and in particular the tuning to improve the poor harpsichord performance from the 2011 HydrogenAudio 64kbps Multiformat Test, these changes are notable enough to include in the Wikipedia page and mention in the HA Wiki too.

I'll probably briefly detail that 1.1 beta was released on 12th July 2013 and includes improvements to:

Title: Opus 1.1-beta
Post by: greynol on 2013-07-17 17:37:21
a lot of codecs and lack of support

Are you seeking help or is this post asking to be binned?
Title: Opus 1.1-beta
Post by: Dynamic on 2013-07-17 18:21:30
I have edited the History section (http://en.wikipedia.org/wiki/Opus_%28audio_format%29#History) of the English Wikipedia Opus (audio format) page to summarise the improvements and link to Monty's beta release information.
Title: Opus 1.1-beta
Post by: saratoga on 2013-07-18 01:45:50
I have edited the History section (http://en.wikipedia.org/wiki/Opus_%28audio_format%29#History) of the English Wikipedia Opus (audio format) page to summarise the improvements and link to Monty's beta release information.


Should the spectrogram on that page really be included?
Title: Opus 1.1-beta
Post by: jensend on 2013-07-18 07:50:50
There'd be some more savings (6-9MHz on a Clip?? ask saratoga) if Rockbox could build 48kHz-native firmware images and thus never have to resample Opus rather than always resampling to 44.1.
This is now committed, and 48k output works on most devices.  Keep in mind though its either/or, so don't use 48k as the mixer frequency if you have a lot of 44.1k mp3 files.
Great, hadn't noticed that yet! I'll do a test of 48kHz Opus LP audiobook battery life on a Clip Zip and post the results.
Should the spectrogram on that page really be included?
No.

A spectrogram to try to illustrate the energy preservation, spreading, etc is a worthwhile idea; Monty used one in his first CELT demo page (http://people.xiph.org/~xiphmont/demo/celt/demo.html). Using a spectrogram to illustrate the bitrate - lowpass map behavior on a bitrate sweep isn't necessarily an awful idea either.

But those spectrograms were (as you can tell at a glance) made from a bad sample that clips all over the place, they have no scale or axes or anything else to help readers get any useful information out of them, and both the time scale and the image scale help obscure things even more. (I doubt one spectrogram could really do a good job at both of the claimed tasks anyways- the timescales for best seeing those two effects are different.)

This guy uploaded 40 of these ~8MB full-song spectrogram PNGs (different bitrates and formats) and inserted them in both the English and German Opus wiki pages; he's done dozens of other edits to the pages in both languages. Enthusiastic, I guess.
Title: Opus 1.1-beta
Post by: saratoga on 2013-07-18 18:22:56
A spectrogram to try to illustrate the energy preservation, spreading, etc is a worthwhile idea; Monty used one in his first CELT demo page (http://people.xiph.org/~xiphmont/demo/celt/demo.html).


Is that even the same measurement though?  I think that link you showed is a pulse or test signal at very low bitrate.  The wiki page is actual music at high bitrate.  Looking at how a filterbank processes a known signal makes a lot of sense.  Looking at how an entire codec processes actual music with a spectrogram is just silly.

This guy uploaded 40 of these ~8MB full-song spectrogram PNGs (different bitrates and formats) and inserted them in both the English and German Opus wiki pages; he's done dozens of other edits to the pages in both languages. Enthusiastic, I guess.


Honestly, I'm not even sure what that figure is supposed to show.  How much orange color opus has???
Title: Opus 1.1-beta
Post by: jensend on 2013-07-18 22:58:00
Is that even the same measurement though?  I think that link you showed is a pulse or test signal at very low bitrate.  The wiki page is actual music at high bitrate.  Looking at how a filterbank processes a known signal makes a lot of sense.  Looking at how an entire codec processes actual music with a spectrogram is just silly.

Monty's spectrograms aren't of a pulse or artificial test signal, they're of speech- you can easily see the formants and the consonants. (In fact, looking closely, it's probably the word "times" and the first vowel of the next word.) Neither is it just a filterbank- it's the full codecs at 32kbps. There's nothing silly about this. Spectrograms are not a quality measure but they do convey a lot of worthwhile information at a glance. Having an allergic reaction to a spectrogram of codec output is just irrational.

Monty's spectrogram shows instantly that MP3 does not preserve band energy, that CELT's spreading rotations avoid the "tinkling" (spectral collapse, alternation between quantizing to zero and popping above the threshhold) seen in MP3 and to a lesser extent in Vorbis, and that the folding allows CELT to code fullband at 32kbps. It's clear and succinct and efficient evidence of these things. Yes, a spectrogram can't tell you how much of an effect these things have on audible quality- so what?

I'm not trying to defend the wikipedia figure here; I'm saying that the purposes that it claims to have (as per the caption) are possibly worthwhile but the figure is terrible. It claims to show band energy preservation, but to show enough detail to be able to tell that on a clip this long it'd have to be zoomed in horizontally about 200x and vertically about 4x. The author created it to show bitrate vs lowpass behavior- it's a bitrate sweep from 32 to 160kbps- but since it has no bitrate axis it tells you nothing by itself; it's marginally informative if you look at it next to the figures he made for other codecs, but it's a very inefficient way of conveying that information. Also, the frequent clipping obscures the bitrate vs lowpass information since it's riddled with spikes.
Title: Opus 1.1-beta
Post by: Dynamic on 2013-07-19 21:22:15
That spectrogram has been there since I started editing the page (mainly to provide References via Google Scholar search and to explain the use cases).

If you click through the image, you can compare the same file with other codecs. It would be sensible to mention that spectrograms of lossy codecs are not especially indicative of audio fidelity.

I would say it's far less informative than an animation such as that used for the bitrate sweep on the Opus Codec Example (http://opus-codec.org/examples/) page. I note that the CC attribution license of that site may allow use of the content on Wikipedia - e.g. a video of that example sweep or a simple animation without sound.

The other thing that's usefully shown in spectrograms is illustration of some of the technical detail in the CELT development pages, but that's too in-depth for Wikipedia.
Title: Opus 1.1-beta
Post by: darkbyte on 2013-07-27 14:32:56
I've encoded my collection with the new beta at 96kbps VBR setting and i should say that i really like what i hear. I've listened to these files all week with my Beyer DT-770 and my Fiio E10 while programming and artifacts were very rare.

One of the bad quality tracks i've found was Das Boot from U96. For me it seems like a pre-echo problem on the synth percussions when they're played on the left channel only. I can't upload a sample now but i'll do it tomorrow.

What i've also noticed is that if i downmix stereo opus files into mono there's often a weird warbling introduced in the mid-high range. I think it's mostly noticeable on files with complex stereo separation and high tonal content. I know it's not a typical use case but i'm listening to music through an USB FM transmitter when i'm at my parents house and when a receiver is far away from the transmitter it falls back to Mono. I've thought that the transmitter is making the distortion but if i add a Mono downmix DSP into Foobar it yields the same problem on my headphones (FM stereo transmits mono signal by mixing L+R together for backward compatibility with old receivers and sends an L-R sideband signal for stereo reconstruction but that's only available when the signal is strong enough). Is there anything i can do to improve this or this is the price of the channel masking of Opus?
Title: Opus 1.1-beta
Post by: IgorC on 2013-07-28 15:56:34
There is a paper that describes how Opus (CELT part) actually works. Found it interesting 
http://jmvalin.ca/papers/aes135_opus_celt.pdf (http://jmvalin.ca/papers/aes135_opus_celt.pdf)
Title: Opus 1.1-beta
Post by: jmvalin on 2013-07-28 17:32:49
One of the bad quality tracks i've found was Das Boot from U96. For me it seems like a pre-echo problem on the synth percussions when they're played on the left channel only. I can't upload a sample now but i'll do it tomorrow.


Is this sample worse with 1.1-beta than 1.0.x or is it just one on which Opus doesn't handle well. In either case, I'm still interesting in having a look.

What i've also noticed is that if i downmix stereo opus files into mono there's often a weird warbling introduced in the mid-high range. I think it's mostly noticeable on files with complex stereo separation and high tonal content.


If you mean that your downmixing the decoded stereo audio to mono, then it's a known issue. What happens is that Opus is able to encode intensity stereo with channels being 180 degrees out of phase. The result is that when you downmix to mono, you get partial cancellation. It's possible to hack the encoder to not have that issue, but we're also looking at the possibility of letting the decoder downmix differently to avoid the issue.

Is there anything i can do to improve this or this is the price of the channel masking of Opus?


Actually, this has nothing to do with channel masking. Channel masking is only used for surround, not for stereo.
Title: Opus 1.1-beta
Post by: darkbyte on 2013-07-29 11:31:07
Is this sample worse with 1.1-beta than 1.0.x or is it just one on which Opus doesn't handle well. In either case, I'm still interesting in having a look.

I haven't tested this sample with 1.0. Sorry i haven't got time yesterday to upload it, i'll try to do it tonight.

If you mean that your downmixing the decoded stereo audio to mono, then it's a known issue. What happens is that Opus is able to encode intensity stereo with channels being 180 degrees out of phase. The result is that when you downmix to mono, you get partial cancellation. It's possible to hack the encoder to not have that issue, but we're also looking at the possibility of letting the decoder downmix differently to avoid the issue.

Yes, that's exactly what's happening. I'm playing the Opus files in Foobar and the FM transmitter does the downmixing (L+R) for the mono subcarrier. Going lower in bitrate makes things even worse. With the new 1.1 encoder @96kbps it's not that easily noticable but it's still annoying on those complex spots. Thanks for explaining, i hope there will be a solution. Because it requires a new decoder it'll take time for a fixed version to get into player applications. I hope that the Foobar team will upgrade quickly
Title: Opus 1.1-beta
Post by: darkbyte on 2013-07-29 17:20:43
Uploaded the lossless and opus 1.1-beta encoded sample here: Das Boot (http://www.hydrogenaudio.org/forums/index.php?showtopic=101993)
Title: Opus 1.1-beta
Post by: darkbyte on 2013-07-31 20:38:57
I'm reading the documentation IgorC linked and just got noticed that Opus has an intensity stereo encoding mode.
"When set, we invert the right channel, producing two channels 180 degrees out of phase."
Does that mean that the mono downmix problem occurs at those spots where Opus encodes with IS? If it's so is there a way to disable IS and use Mid-Side Stereo / Stereo only when encoding? I wonder if it's possible is the VBR algorithm smart enough to choose a higher bitrate when IS is not available and forced to use MS/S modes.
Title: Opus 1.1-beta
Post by: jmvalin on 2013-07-31 22:33:53
I'm reading the documentation IgorC linked and just got noticed that Opus has an intensity stereo encoding mode.
"When set, we invert the right channel, producing two channels 180 degrees out of phase."
Does that mean that the mono downmix problem occurs at those spots where Opus encodes with IS? If it's so is there a way to disable IS and use Mid-Side Stereo / Stereo only when encoding? I wonder if it's possible is the VBR algorithm smart enough to choose a higher bitrate when IS is not available and forced to use MS/S modes.


Even simpler, you can actually hack the encoder to never use the inversion (128-degree) flag when using IS. This avoids the downmix problem at a cost of slightly reduced stereo quality (but not as bad as disabling IS)
Title: Opus 1.1-beta
Post by: Gainless on 2013-08-01 22:21:48
Jmvalin, while the new beta sounds in general pretty good there are still the old problems with tonality, especially sharp guitar strikes. It aren't a few killer samples, but a lot of acoustic guitar stuff that just isn't transparent at 192 kbps because of that, despite the use of the tonality detector. Do you see anything still possible for improvement on that?
Title: Opus 1.1-beta
Post by: jmvalin on 2013-08-02 08:32:44
Jmvalin, while the new beta sounds in general pretty good there are still the old problems with tonality, especially sharp guitar strikes. It aren't a few killer samples, but a lot of acoustic guitar stuff that just isn't transparent at 192 kbps because of that, despite the use of the tonality detector. Do you see anything still possible for improvement on that?


It's probably still possible to do better. It's a matter of understanding the cause for each sample (it could be a different reason for each). If you want to play around with the code you can try changing the amount of boosting to see what difference it makes. Among the possible causes, there's "not enough boost", but also the tonality detector itself not triggering (enough), or some allocation issue.
Title: Opus 1.1-beta
Post by: Gainless on 2013-08-02 20:01:36
Jmvalin, while the new beta sounds in general pretty good there are still the old problems with tonality, especially sharp guitar strikes. It aren't a few killer samples, but a lot of acoustic guitar stuff that just isn't transparent at 192 kbps because of that, despite the use of the tonality detector. Do you see anything still possible for improvement on that?


It's probably still possible to do better. It's a matter of understanding the cause for each sample (it could be a different reason for each). If you want to play around with the code you can try changing the amount of boosting to see what difference it makes. Among the possible causes, there's "not enough boost", but also the tonality detector itself not triggering (enough), or some allocation issue.

The tonality detector is doing fine at boosting, at least for the guitar stuff I've mentioned. The problem is more that certain types of tonality seem to be particulartly hard to code, e.g. resonance/fuzz from lower acoustic strings (which I've also mentioned here (http://www.hydrogenaudio.org/forums/index.php?showtopic=100447&view=findpost&p=838618)), and would need some extra boost. But I guess it would be pretty hard to make a detector for such special cases.
Title: Opus 1.1-beta
Post by: darkbyte on 2013-08-07 17:48:09
Even simpler, you can actually hack the encoder to never use the inversion (128-degree) flag when using IS. This avoids the downmix problem at a cost of slightly reduced stereo quality (but not as bad as disabling IS)

Is it possible to alter flags in an already encoded file? It would be a lot faster than reencode the whole set.
Title: Opus 1.1-beta
Post by: Speckmade on 2013-08-08 10:38:03

if i downmix stereo opus files into mono there's often a weird warbling introduced in the mid-high range.

It's possible to hack the encoder to not have that issue, but we're also looking at the possibility of letting the decoder downmix differently to avoid the issue.

Thanks for explaining, i hope there will be a solution.

I'm also hoping for a solution.

I also once stumbled on this one. What I understood from the reactions to my "report" was more or less that "it is a feature, not a bug". I never stopped wondering though, because to me it seems a legitimate and widespread use case to have mono reproduction of an originally stereo signal. - I think of people playing stereo files on cell phones through a built-in mono speaker or some kind of single powered speaker attached to the device. And the sound degradation I witnessed was severe enough that it could actually make an audible difference even with the cell phone speaker...
Title: Opus 1.1-beta
Post by: IgorC on 2013-08-11 18:48:26
Jmvalin, while the new beta sounds in general pretty good there are still the old problems with tonality, especially sharp guitar strikes. It aren't a few killer samples, but a lot of acoustic guitar stuff that just isn't transparent at 192 kbps because of that, despite the use of the tonality detector. Do you see anything still possible for improvement on that?


Gainless,

While your post was addressed to developer, let me express my humble observations about current development of Opus.

To begin with, there are not that much people who test Opus seriously and it's reviving seeing as You report and submit some samples/issues.


In my opinion during a development of codec it's necessary to compare to 2 things. 1) Previous versions and 2) Other lossy codecs.  After all, it's lossy compression.  There always be problematic samples and absence of  these references  ( (1) and (2) ) will always lead to conclusion that codec isn't enough good.

So let's see how current 1.1 beta does until now.
1)  Comparison to previous 1.0 version. 
1.1 beta is clearly better than 1.0, especially on tonal stuff.  Of course it's possible to do better. You (and me too) have subscribed some samples where 1.1 isn't enough good on low frequency tonal parts. Perfection can take years while it's probably good to get 1.1 release quite soon as it's already significantly better. After all, 1.1 is a first development cycle after 1.0.

2) Comparison to other formats.
As far as I can say Opus is very competetive comparing to state-of-art  AAC/HE-AAC, Vorbis and Musepack encoders at 64 kbps and higher (not so at rates  <48 kbps where HE-AAC have strong positions). There is no actually format that can do any better than Opus overall and for an average listener with average preferences & hearing at 64 kbps and higher.


But then again, yes, Opus has a potential to do better. Let's hope for a  comparable development after 1.1, too.
Title: Opus 1.1-beta
Post by: Gainless on 2013-08-12 17:21:18
Jmvalin, while the new beta sounds in general pretty good there are still the old problems with tonality, especially sharp guitar strikes. It aren't a few killer samples, but a lot of acoustic guitar stuff that just isn't transparent at 192 kbps because of that, despite the use of the tonality detector. Do you see anything still possible for improvement on that?


Gainless,

While your post was addressed to developer, let me express my humble observations about current development of Opus.

To begin with, there are not that much people who test Opus seriously and it's reviving seeing as You report and submit some samples/issues.


In my opinion during a development of codec it's necessary to compare to 2 things. 1) Previous versions and 2) Other lossy codecs.  After all, it's lossy compression.  There always be problematic samples and absence of  these references  ( (1) and (2) ) will always lead to conclusion that codec isn't enough good.

So let's see how current 1.1 beta does until now.
1)  Comparison to previous 1.0 version. 
1.1 beta is clearly better than 1.0, especially on tonal stuff.  Of course it's possible to do better. You (and me too) have subscribed some samples where 1.1 isn't enough good on low frequency tonal parts. Perfection can take years while it's probably good to get 1.1 release quite soon as it's already significantly better. After all, 1.1 is a first development cycle after 1.0.

2) Comparison to other formats.
As far as I can say Opus is very competetive comparing to state-of-art  AAC/HE-AAC, Vorbis and Musepack encoders at 64 kbps and higher (not so at rates  <48 kbps where HE-AAC have strong positions). There is no actually format that can do any better than Opus overall and for an average listener with average preferences & hearing at 64 kbps and higher.


But then again, yes, Opus has a potential to do better. Let's hope for a  comparable development after 1.1, too.

Hi Igor,

Of course we all hope to see further improvements with Opus, I for example what happened to the "Baby Eater" experiment that somehow got discarded again. At the moment the issues with tonality seem to be some kind of achilles heel, though, as it's really a certain style of material instead of a variety of killer samples that makes problems.
To explain it a bit further, I think it's in the way Opus introduces distortions: The higher you go up with the bitrate the more quiet these become, but they barely seem to disappear within a range of 192 kbps (I talk of problem samples of course). So If I'm listening with "fresh" ears on low volumes a bitrate like 96 kbps can be very sufficient. But with the time, when I lean to turn up the volume a bit due to beginning ear fatigue, it happens that suddenly distortions become obvious. It's like a kind of artifact threshold that improves only relatively slowly with higher bitrates. It also happens with other codecs, but far less often and the artifacts are mostly not that static as the ones Opus introduces at tonality.
Title: Opus 1.1-beta
Post by: jmvalin on 2013-08-13 03:11:31
Of course we all hope to see further improvements with Opus, I for example what happened to the "Baby Eater" experiment that somehow got discarded again. At the moment the issues with tonality seem to be some kind of achilles heel, though, as it's really a certain style of material instead of a variety of killer samples that makes problems.


The babyeater experiment showed that the improvement I was working on didn't work, so it's currently on hold until I can figure out why. But this was meant as a way of improving transients, which Opus generally handles well already. So it's not high on my priority list.

To explain it a bit further, I think it's in the way Opus introduces distortions: The higher you go up with the bitrate the more quiet these become, but they barely seem to disappear within a range of 192 kbps (I talk of problem samples of course). So If I'm listening with "fresh" ears on low volumes a bitrate like 96 kbps can be very sufficient. But with the time, when I lean to turn up the volume a bit due to beginning ear fatigue, it happens that suddenly distortions become obvious. It's like a kind of artifact threshold that improves only relatively slowly with higher bitrates. It also happens with other codecs, but far less often and the artifacts are mostly not that static as the ones Opus introduces at tonality.


Can you come up with one sample that best demonstrates the problem you're talking about? Ideally, it should be a sample where the artefact is obviously worse than with other codecs, and one that's representative of the music people listen to (i.e. not a synthetic test or specially crafted signal). That would make it easier for me to investigate what's going on in more details.
Title: Opus 1.1-beta
Post by: Gainless on 2013-08-13 14:39:30
Of course we all hope to see further improvements with Opus, I for example what happened to the "Baby Eater" experiment that somehow got discarded again. At the moment the issues with tonality seem to be some kind of achilles heel, though, as it's really a certain style of material instead of a variety of killer samples that makes problems.


The babyeater experiment showed that the improvement I was working on didn't work, so it's currently on hold until I can figure out why. But this was meant as a way of improving transients, which Opus generally handles well already. So it's not high on my priority list.

To explain it a bit further, I think it's in the way Opus introduces distortions: The higher you go up with the bitrate the more quiet these become, but they barely seem to disappear within a range of 192 kbps (I talk of problem samples of course). So If I'm listening with "fresh" ears on low volumes a bitrate like 96 kbps can be very sufficient. But with the time, when I lean to turn up the volume a bit due to beginning ear fatigue, it happens that suddenly distortions become obvious. It's like a kind of artifact threshold that improves only relatively slowly with higher bitrates. It also happens with other codecs, but far less often and the artifacts are mostly not that static as the ones Opus introduces at tonality.


Can you come up with one sample that best demonstrates the problem you're talking about? Ideally, it should be a sample where the artefact is obviously worse than with other codecs, and one that's representative of the music people listen to (i.e. not a synthetic test or specially crafted signal). That would make it easier for me to investigate what's going on in more details.

For instance I would take this one:
[attachment=7588:Streamli..._Sample_.flac]
At 96 kbps the typical tonal distortion like on other samples is already quite obvious at the harder plucked strings if you listen a bit closer, but I wouldn't call it that striking for that rate. On higher bitrates the distortion becomes more and more quiet and softened, but I have to double it to 192 kbps before the artifact gets really harder to spot, so that I have to turn up the volume. Quicktime AAC with TVBR seems to perform better here, as it got already hard for me at 128 kbps.

You can also check these samples, similar story there, with the difference that it are the lower tones that make problems:
Girl In The Fire (http://www.hydrogenaudio.org/forums/index.php?act=attach&type=post&id=7502)
Velvet Black Rmx (http://www.hydrogenaudio.org/forums/index.php?act=attach&type=post&id=7550)
Title: Opus 1.1-beta
Post by: jensend on 2013-08-13 16:33:04
Gainless, when you press reply the editor starts out with a fullquote of the post you're replying to, but please don't leave it that way. The post you're replying to is already in the thread for everyone to see; repeating the entire post, as you've done with every post in this thread, just wastes space and makes the conversation more difficult to follow. If you think you need to quote something to make things clear, just quote the part you're directly replying to at the point in your post where you're replying to it, as jmvalin did. In this instance the only part of jmvalin's post which made any sense for you to quote was the sentence "Can you come up with one sample that best demonstrates the problem you're talking about?" But you really didn't even need to quote that, as it was obvious that was what you were replying to (e.g. no other posts were made between his and yours).

Could you pinpoint the artifacts a little more? It may be just because I'm not the most artifact-sensitive listener, but I can't seem to find what you're talking about on any of the three clips.
Title: Opus 1.1-beta
Post by: Gainless on 2013-08-13 16:51:50
Yeah, sorry, wasn't the best idea with full quote. The artifact on Streamline I ABXed is at the string around 2,5 seconds. For the other samples you just need to listen to the lowest notes with the most fuzz/resonance, it should be pretty obvious at 96 kbps and below.
Title: Opus 1.1-beta
Post by: IgorC on 2013-08-14 05:54:30
Gainless,
Have performed a few fast ABC/HR sessions on your sample (Streamline) .
Well,  it's  tonal sample and it's to expect  that Opus has some disadvantage here.  Opus 1.1 was  much better than 1.0 and not that far from AAC on this particular sample.
Duuno, it depends on individual.

Logs.
Try 1º
Code: [Select]
ABC/HR Version 1.1 beta 2, 18 June 2004
Testname:

1L = E:\Audio\gainless samples Opus\Streamline\Streamline QAAC CVBR 96 kbps.wav
2L = E:\Audio\gainless samples Opus\Streamline\Streamline QAAC TVBR 96 kbps.wav
3R = E:\Audio\gainless samples Opus\Streamline\Streamline_ Opus 1.1.wav

---------------------------------------
General Comments:

---------------------------------------
1L File: E:\Audio\gainless samples Opus\Streamline\Streamline QAAC CVBR 96 kbps.wav
1L Rating: 4.1
1L Comment: wavy, but ok
---------------------------------------
2L File: E:\Audio\gainless samples Opus\Streamline\Streamline QAAC TVBR 96 kbps.wav
2L Rating: 4.0
2L Comment:
---------------------------------------
3R File: E:\Audio\gainless samples Opus\Streamline\Streamline_ Opus 1.1.wav
3R Rating: 3.8
3R Comment:
---------------------------------------
ABX Results:

Try 2º
Code: [Select]
ABC/HR Version 1.1 beta 2, 18 June 2004
Testname:

1L = E:\Audio\gainless samples Opus\Streamline\Streamline Opus 1.0.2 96 kbps.wav
2L = E:\Audio\gainless samples Opus\Streamline\Streamline QAAC TVBR 96 kbps.wav
3L = E:\Audio\gainless samples Opus\Streamline\Streamline QAAC CVBR 96 kbps.wav
4R = E:\Audio\gainless samples Opus\Streamline\Streamline_ Opus 1.1 96 kbps.wav

---------------------------------------
General Comments:

---------------------------------------
1L File: E:\Audio\gainless samples Opus\Streamline\Streamline Opus 1.0.2 96 kbps.wav
1L Rating: 3.3
1L Comment:
---------------------------------------
2L File: E:\Audio\gainless samples Opus\Streamline\Streamline QAAC TVBR 96 kbps.wav
2L Rating: 4.2
2L Comment:
---------------------------------------
3L File: E:\Audio\gainless samples Opus\Streamline\Streamline QAAC CVBR 96 kbps.wav
3L Rating: 4.1
3L Comment:
---------------------------------------
4R File: E:\Audio\gainless samples Opus\Streamline\Streamline_ Opus 1.1 96 kbps.wav
4R Rating: 3.8
4R Comment:
---------------------------------------
ABX Results:

Title: Opus 1.1-beta
Post by: eahm on 2013-08-14 06:10:15
meh. please delete.
Title: Opus 1.1-beta
Post by: Gainless on 2013-08-15 21:06:29
Gainless,
Have performed a few fast ABC/HR sessions on your sample (Streamline) .
Well,  it's  tonal sample and it's to expect  that Opus has some disadvantage here.  Opus 1.1 was  much better than 1.0 and not that far from AAC on this particular sample.
Duuno, it depends on individual.

Thanks for your effort with the testing, Igor. My aim with the sample is mainly to demonstrate that even more or less mild artifacts can get preserved up to really high bitrates, like I said, I could ABX it at 192 kbps although the distortion wasn't already that bad at half the rate. Although I doubt that it's of any use for Jmvalin, maybe people can understand a bit better how I catch up all the issues with examples like this.

Or my hearing is just fucked up and an unfortunate exception for the Psymodel...
Title: Opus 1.1-beta
Post by: jmvalin on 2013-08-15 21:11:16
Thanks for your effort with the testing, Igor. My aim with the sample is mainly to demonstrate that even more or less mild artifacts can get preserved up to really high bitrates, like I said, I could ABX it at 192 kbps although the distortion wasn't already that bad at half the rate. Although I doubt that it's of any use for Jmvalin, maybe people can understand a bit better how I catch up all the issues with examples like this.

Or my hearing is just fucked up and an unfortunate exception for the Psymodel...


I had a quick look at that sample and I suspect the issue is that the tonal content is heavily shifted to the right, which probably messes with the analysis (which uses a mono downmix to save CPU). It's probably possibly to improve this in the future, but don't hold your breath.
Title: Opus 1.1-beta
Post by: Octocontrabass on 2013-09-09 08:37:18
I've found a sample that has unusual artifacts when I encode it at 32 kbps. It seems to rapidly switch between mono and stereo at around 6 seconds, and again at around 9 seconds.

[attachment=7621:qualia-sample.flac]
Title: Opus 1.1-beta
Post by: kabal4e on 2013-09-10 00:58:37
I've found a sample that has unusual artifacts when I encode it at 32 kbps. It seems to rapidly switch between mono and stereo at around 6 seconds, and again at around 9 seconds.

Hi there,
According to file info there is no switching between mono and stereo, but many switching between MDCT & Hybrid and back. Although sometimes stereo picture is a bit 'narrow'.

Code: [Select]
...
960, 72, [[1, 71], MDCT, SWB, S, 960, 49376256]
960, 112, [[1, 111], HYB, SWB, S, 960, 1539135826]
960, 70, [[1, 69], HYB, SWB, S, 960, 352694272]
...
960, 85, [[1, 84], HYB, SWB, S, 960, 469718528]
960, 102, [[1, 101], HYB, SWB, S, 960, 61356043]
960, 97, [[1, 96], MDCT, SWB, S, 960, 319249408]
...

BTW, nice sample, what band is that?

Cheers, A
Title: Opus 1.1-beta
Post by: Octocontrabass on 2013-09-10 03:57:18
According to file info there is no switching between mono and stereo, but many switching between MDCT & Hybrid and back. Although sometimes stereo picture is a bit 'narrow'.

It looks like that's just the frame type, though. Do any of those columns tell you if any bits are spent on coding the difference between left and right?

Try encoding something else at 32 kbps. All of the other music I've tried ends up completely mono.

BTW, nice sample, what band is that?

It's Iosys (http://www.iosysos.com/). The sample is from track 9 of Rockin’ On Touhou Vol. 1 (http://www.iosysos.com/rt1/).
Title: Opus 1.1-beta
Post by: jmvalin on 2013-09-10 06:20:39
I've found a sample that has unusual artifacts when I encode it at 32 kbps. It seems to rapidly switch between mono and stereo at around 6 seconds, and again at around 9 seconds.


As kabal4e pointed out, it's not stereo being switched on/off, but mode transitions. Basically, part of the singing is being identified as speech, which causes the mode to change between SILK and CELT, which have slightly different stereo characteristics. At 32 kb/s, I doubt we can do much better.
Title: Opus 1.1-beta
Post by: Octocontrabass on 2013-09-10 08:02:16
Aha, so the problem I have with this sample is that the SILK frames are stereo but the CELT frames are mono. I'm not familiar with Opus's VBR algorithm at all, but would it make sense to use the same "stereo amount" decision for both CELT and SILK?
Title: Opus 1.1-beta
Post by: qduaty on 2013-10-02 14:19:54
What causes fixed frame size of 20 ms to sound "noisy" at 128 kbps, whereas 10 ms and variable frame size tend to sound "metallic"? These are very subtle effects, which are not always noticeable and ABX-able, but they definitely exist. So I would like to hear a possible theoretical explanation.
Title: Opus 1.1-beta
Post by: saratoga on 2013-10-02 16:45:58
At 20 ms you can use all transform sizes.  At 10 ms, I believe the largest transform size is disabled to hit the latency target, hence compression is not as good.
Title: Opus 1.1-beta
Post by: qduaty on 2013-10-04 20:06:26
At 20 ms you can use all transform sizes.  At 10 ms, I believe the largest transform size is disabled to hit the latency target, hence compression is not as good.

This is rather consistent, and that noise is more interesting. It's audible below 160 kbps and depends on music. Most songs encoded at 128kbps are not particularly noisy, but one or two on an album can be easily ABX-able based on noise and "prefer" either variable or (in rare cases) fixed frame size of 20 ms to sound good.
Title: Opus 1.1-beta
Post by: jensend on 2013-10-04 22:02:03
If you're forcing the encoder to work within narrower constraints, you should expect to have to give it a higher bitrate to achieve the same quality. 10ms lower latency definitely comes at a cost.

On the other hand, if forcing the encoder to use a fixed frame size gives you results that are ABXably superior to the encoder defaults, you may have found a bug, and posting a short sample of the music in question might help pinpoint the problem.
Title: Opus 1.1-beta
Post by: IgorC on 2013-10-04 23:06:04
Well, 10 and 20 ms have similar quality at 128k. The first google link for "opus codec 4 pdf", pg 25.
Title: Opus 1.1-beta
Post by: NullC on 2013-10-08 20:24:44
At some sufficiently high rate I expect 10ms to become frequently better than 20ms, but I expect that the rate that this happens is high enough that determining the exact rate is hard, and that its somewhat content dependent... and the encoder isn't yet smart enough to do this.
Title: Opus 1.1-beta
Post by: IgorC on 2013-10-12 17:04:10
I think the main drawback of variable frame size (or any other adaptive variable technique) is that the variation of artifact (or mixing different artifacts) calls more attention than the artifact itself.  There were some AAC encoders with "variable lowpass" and I  perceive its variation as  a "metallic" artifact or a hiss. AFAIK  a hysteresis algorithms are used to solve this.
Title: Opus 1.1-beta
Post by: jmvalin on 2013-10-13 03:07:17
I think the main drawback of variable frame size (or any other adaptive variable technique) is that the variation of artifact (or mixing different artifacts) calls more attention than the artifact itself.  There were some AAC encoders with "variable lowpass" and I  perceive its variation as  a "metallic" artifact or a hiss. AFAIK  a hysteresis algorithms are used to solve this.


The variable frame size implementation is currently buggy and will not be enabled in 1.1. Opus can encode transients just fine without it, so there's no rush to enable it.
Title: Opus 1.1-beta
Post by: Nystagmus on 2013-10-13 16:38:19
I must say, Opus is kind of exciting with what it can achieve!
Title: Opus 1.1-beta
Post by: qduaty on 2013-10-13 23:12:45
The variable frame size implementation is currently buggy and will not be enabled in 1.1

Are you referring to the poor results with 40/60 ms lookup time?
Title: Opus 1.1-beta
Post by: IgorC on 2013-10-14 09:17:59
Have tried a last surround fork (build g6b9087a). Due to lack of time only two samples for now. Transient sample EIG and some mixed (tonal+transients) sample .
Quality is the same as of beta 1.1 at 96 kbps.

EIG
Code: [Select]
ABC/HR Version 1.1 beta 2, 18 June 2004
Testname:

1R = E:\Audio\EIG_1\eig_1.1_beta.wav
2R = E:\Audio\EIG_1\eig_1.1surround.wav
3R = E:\Audio\EIG_1\eig 1.0.2.wav

---------------------------------------
General Comments:

---------------------------------------
1R File: E:\Audio\EIG_1\eig_1.1_beta.wav
1R Rating: 4.4
1R Comment:
---------------------------------------
2R File: E:\Audio\EIG_1\eig_1.1surround.wav
2R Rating: 4.4
2R Comment:
---------------------------------------
3R File: E:\Audio\EIG_1\eig 1.0.2.wav
3R Rating: 4.0
3R Comment:
---------------------------------------
ABX Results:

Spiral architect
Code: [Select]
ABC/HR Version 1.1 beta 2, 18 June 2004
Testname:

1R = E:\Audio\Opus_test1\01 Spiral Architect\spiral architect _1.1_beta.wav
2R = E:\Audio\Opus_test1\01 Spiral Architect\spiral architect _1.1surround.wav

---------------------------------------
General Comments:

---------------------------------------
1R File: E:\Audio\Opus_test1\01 Spiral Architect\spiral architect _1.1_beta.wav
1R Rating: 4.4
1R Comment:
---------------------------------------
2R File: E:\Audio\Opus_test1\01 Spiral Architect\spiral architect _1.1surround.wav
2R Rating: 4.4
2R Comment:
---------------------------------------
ABX Results:
Title: Opus 1.1-beta
Post by: IgorC on 2013-10-21 03:30:40
The results for electronic music (two tracks from Nine Inch Nails albums).

"While Im still here" tracks was ok for 1.1beta and 1.1surround.  "In This Twilight" brought some issues for 1.1beta and surround builds. It seems like 1.1x tries to save some bitrate on narrow stereo but there is a strong transient.

Samples http://www.hydrogenaudio.org/forums/index....st&p=847786 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=101993&view=findpost&p=847786)


Title: Opus 1.1-beta
Post by: IgorC on 2013-10-26 14:11:30
1.1x unnecessary increases bitrate on a dithered silence. http://www.hydrogenaudio.org/forums/index....st&p=848312 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=101993&view=findpost&p=848312)
Title: Opus 1.1-beta
Post by: o-l-a-v on 2013-10-26 14:44:13
Could anyone link me to a windows build of opus 1.1 surround/beta 2? Can't find it, and don't know how to compile :/
Title: Opus 1.1-beta
Post by: IgorC on 2013-10-26 14:44:41
Also have uploaded another version of a silence. There was an error in export settings. But both files show the same behavior of an encoders. http://www.hydrogenaudio.org/forums/index....st&p=848312 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=101993&view=findpost&p=848312)
Title: Opus 1.1-beta
Post by: darkbyte on 2013-11-16 13:22:59
Is there a development blogs somewhere where i can read about the development of the code? Life has stopped here lately.
Title: Opus 1.1-beta
Post by: marc2003 on 2013-11-16 15:08:43
you could check the mailing list or IRC.

http://www.opus-codec.org/contact/ (http://www.opus-codec.org/contact/)
Title: Opus 1.1-beta
Post by: jensend on 2013-11-16 17:10:50
To add to what marc said, you can always read git commit logs (http://git.xiph.org/?p=opus.git;a=summary), or the source diffs

Sure, having information that's more accessible to people who are neither experts in the field nor well acquainted with the codebase would be nifty, but stuff like Monty's updates (http://xiph.org/~xiphmont/demo/opus/demo3.shtml) take a ton of time and effort to put together, and if every new idea had to be accompanied by that level of explanation and demonstration for broader audiences, the pace would be glacial.
Title: Opus 1.1-beta
Post by: darkbyte on 2013-11-16 20:56:21
Thank you guys!
No i didn't expected anything fancy. I was just curious where is Opus's development heading
Title: Opus 1.1-beta
Post by: IgorC on 2013-11-16 23:08:40
iirc it's heading to RC. 
Title: Opus 1.1-beta
Post by: C.R.Helmrich on 2013-11-17 01:30:55
Reading diagonally over the commit messages, there seem to be mostly surround and software related changes lately, except for some stereo tuning for "IgorC's twilight sample".

Did that affect also other signals much, and are there more mono- or stereo-related quality tunings during the last few months which I missed?

Chris
Title: Opus 1.1-beta
Post by: IgorC on 2013-11-17 03:12:19
Chris,
Did that affect also other signals much...

Yes, it affects a parts of samples (music or speech) where a stereo image is narrow enough. More obvious example is a speech samples as they very often have narrow (and/or panned) stereo.
It doesn't affect other kind of signals, hence no side effect.
Title: Opus 1.1-beta
Post by: IgorC on 2013-11-26 15:10:25
According to http://www.opus-codec.org/ (http://www.opus-codec.org/) 

1.1 RC was released

Edit: grammar errors
Title: Opus 1.1-beta
Post by: LithosZA on 2013-11-26 16:11:48
Still waiting for win32 binaries
Title: Opus 1.1-beta
Post by: Anakunda on 2013-11-26 17:10:16
Opus-1.1rc generic opimized build for testing, please don't forget to post results and differences from beta 
Title: Opus 1.1-beta
Post by: LithosZA on 2013-11-26 17:43:44
Opus-1.1rc generic opimized build for testing, please don't forget to post results and differences from beta 


Thanks Anakunda,

Unfortunately both 'x86\opusenc.exe' and 'amd64\opusenc.exe' give me this message:
"Please verify that both the operating system and the processor support Intel®
MOVBE, F16C, FMA, BMI, LZCNT and AVX2 instructions."

I am running a Intel Core i3-2310M @ 2.1Ghz with 64bit version of Windows 8 Pro.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-11-26 17:59:11
Please redownload and try either build without AVX or non optimized, either should run for you now.
Title: Opus 1.1-beta
Post by: LithosZA on 2013-11-26 18:12:52
Hi Anakunda,

I tried all of these and still get the same message:
x86
x86 (no AVX)
x86 (no opt)
amd64
amd64 (no AVX)
amd64 (no opt)

Strange that the (no op) ones are giving the same message.
Title: Opus 1.1-beta
Post by: eahm on 2013-11-26 18:24:57
Case, when you have time can you please create the binaries? I only use yours. Thanks.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-11-26 18:41:28
LithosZA you're right, my mistake. This already should run everywhere as it should. Sorry guys for the inconvenience.

[removed]
Title: Opus 1.1-beta
Post by: LithosZA on 2013-11-26 18:51:33
LithosZA you're right, my mistake. This already should run everywhere as it should. Sorry guys for the inconvenience.

[removed]


No problem,

Yay, it is working now
Title: Opus 1.1-beta
Post by: eahm on 2013-11-26 19:12:26
Anakunda, why do I need to use all these DLLs? When for example Case compiles I only need opusenc.exe.

Thanks.
Title: Opus 1.1-beta
Post by: saratoga on 2013-11-26 19:24:18
Anakunda, why do I need to use all these DLLs? When for example Case compiles I only need opusenc.exe.


Static vs. dynamically linked libraries. 
Title: Opus 1.1-beta
Post by: IgorC on 2013-11-26 20:30:56
I would rather wait for an official binaries. The posted binaries (unofficial Anakunda's ) are reported to have some anomalities. 
Title: Opus 1.1-beta
Post by: jmvalin on 2013-11-27 01:50:56
LithosZA, are you still having that problem (http://www.hydrogenaudio.org/forums/index.php?showtopic=103602&pid=851244&st=0&#entry851244)? If so, Anakunda can you give more info on your build. I can't reproduce the problem, so it probably has to do with the platform or the compiler. Can you try disabling SSE maybe?
Title: Opus 1.1-beta
Post by: LithosZA on 2013-11-27 05:43:23
Hi jmvalin,

Yes, I am still having the same issue.
Is there somebody here who can build opus-tools with GCC instead?
Title: Opus 1.1-beta
Post by: jmvalin on 2013-11-27 05:46:57
Yes, I am still having the same issue.
Is there somebody here who can build opus-tools with GCC instead?


Actually, I would still like to investigate what's going on with that build. I have been able to compare your Opus file with one on my machine and they diverge only after 10 frames, then converge again when the encoder switches to CELT. So I'd like to make sure that it's not a bug in Opus that only affects some compilers. That's why I'd need more information on the compiler, compile options, ...
Title: Opus 1.1-beta
Post by: Anakunda on 2013-11-27 08:33:16
If so, Anakunda can you give more info on your build.


I don't know about anything except extended floating point precision. Now I'm to make a build with standard floating point and only minimum optimizations (those -O... and no Intel advanced optimizations like elevated architecture features or interprocedural things).
If this produces the same issues then I can't do anything more with that (or is a bug of codec self)
Title: Opus 1.1-beta
Post by: o-l-a-v on 2013-11-27 10:02:09
If so, Anakunda can you give more info on your build.


I don't know about anything except extended floating point precision. Now I'm to make a build with standard floating point and only minimum optimizations (those -O... and no Intel advanced optimizations like elevated architecture features or interprocedural things).
If this produces the same issues then I can't do anything more with that (or is a bug of codec self)


My god. The quality at just 100kbps is amazing.
I've found no bugs yet.
Title: Opus 1.1-beta
Post by: Ajaja on 2013-11-27 10:37:32
Is there somebody here who can build opus-tools with GCC instead?

Title: Opus 1.1-beta
Post by: LithosZA on 2013-11-27 11:02:17
I am at work now and tested both Anakunda's and Ajaja's builds. Both seem to work except Anakunda couldn't accept FLAC input.
I will test again when I get home on the laptop that gave problems.

It still will be useful to know what compiler options + the exact compiler that was used that caused the issue. Just to determine if something can be changed in the code to be more friendly with that compiler.
Title: Opus 1.1-beta
Post by: Case on 2013-11-27 15:04:33
GCC 4.82 compile: [attachment=7708:opus-1.1-rc-gcc482.zip]
MSVC 2013 compile: [attachment=7709:opus-1.1...msvc2013.zip]
MSVC version seems quite a bit faster here. It requires SSE2 support from the processor.
Title: Opus 1.1-beta
Post by: LithosZA on 2013-11-27 16:29:20
Ok, I have tested the new builds from Anakunda, Ajaja and Case and they all seem to work correctly.
EDIT: Ajaja and Case's builds support FLAC input. Had to use WAV input for Anakunda's build.
Title: Opus 1.1-beta
Post by: eahm on 2013-11-27 16:58:06
Thank you Case. Testing ASAP.
Title: Opus 1.1-beta
Post by: jmvalin on 2013-11-27 19:35:21
I don't know about anything except extended floating point precision. Now I'm to make a build with standard floating point and only minimum optimizations (those -O... and no Intel advanced optimizations like elevated architecture features or interprocedural things).
If this produces the same issues then I can't do anything more with that (or is a bug of codec self)


Any way you can isolate which option was causing the problem using LithosZA's test? Also, could you try reproducing the original bad build and removing the following lines in celt/pitch.h:

#if defined(__SSE__) && !defined(FIXED_POINT)
#include "x86/pitch_sse.h"
#endif

That would help verifying that there's no issue with the SSE optimizations.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-11-27 23:12:39
Any way you can isolate which option was causing the problem using LithosZA's test?

I'd like to isolate it, can LithosZA give me some information how to reproduce the bug? and possibly upload the sample somewhere...
Title: Opus 1.1-beta
Post by: jmvalin on 2013-11-27 23:35:48
Any way you can isolate which option was causing the problem using LithosZA's test?

I'd like to isolate it, can LithosZA give me some information how to reproduce the bug? and possibly upload the sample somewhere...


So you can get the sample here (http://www.hydrogenaudio.org/forums/index.php?showtopic=103602&pid=851244&st=0&#entry851244). Then, run the command line:
opusenc --save-range range.txt --bitrate 24 smallProblem.flac output.opus

You can then compare the range.txt output. This is the broken range (http://jmvalin.ca/misc_stuff/range_broken.txt) that LithosZA was generating, and here's the working range (http://jmvalin.ca/misc_stuff/range_working.txt) that I get on my machine. You can see that the two differ between lines 10 and 38.
Title: Opus 1.1-beta
Post by: lithoc on 2013-11-28 08:42:05
hold your horses .... rc2 just released
Title: Opus 1.1-beta
Post by: zerowalker on 2013-11-28 09:38:33
Are there any tests on how Opus competes against other codecs in overall with newer releases?

I doubt as it will probably wait till 1.1 is completed, but it seems to be fairly more active now which makes things interesting:)
Title: Opus 1.1-beta
Post by: jmvalin on 2013-11-28 11:11:51
hold your horses .... rc2 just released


rc2 is fixing issues with ARM assembly. For x86, there's absolutely no change compared to rc1.
Title: Opus 1.1-beta
Post by: darkbyte on 2013-11-28 16:24:11
I wonder if this release fixes the IS stereo to mono downmix problem where channels cancels each other? Or this is entirely depends on the decoder being used?
Title: Opus 1.1-beta
Post by: Anakunda on 2013-11-29 00:14:22
Here's rc2 build, hopefully the issues are gone

Title: Opus 1.1-beta
Post by: jmvalin on 2013-11-29 00:44:15
Here's rc2 build, hopefully the issues are gone


I don't have a Windows machine to test, but that would be surprising since the only thing that changed in rc2 compared to rc1 is ARM assembly.
Title: Opus 1.1-beta
Post by: the_weirdo on 2013-11-29 06:45:32
I tested those builds by Case, Ajaja and Anakunda with command line posted by jmvalin here (http://www.hydrogenaudio.org/forums/index.php?showtopic=101764&view=findpost&p=851357), and they all produce different results (and they are different from "working range").

I also tested with my build and it produces same results as "working range". I've attached my build in case someone want to try it out.
[attachment=7712:Opus-1.1-rc2.7z]
Title: Opus 1.1-beta
Post by: Brazil2 on 2013-11-29 10:08:31
I tested those builds by Case, Ajaja and Anakunda with command line posted by jmvalin here (http://www.hydrogenaudio.org/forums/index.php?showtopic=101764&view=findpost&p=851357), and they all produce different results

A quick test encoding the same WAV 453 MB file on two 'old' Core2Duo has shown that not only Case's GCC build is always slower than Ajaja's GCC build but it also writes 1 byte more:

Ajaja's:
Code: [Select]
       Encoded: 44 minutes and 53.6 seconds
       Runtime: 1 minute and 43 seconds
                (26.15x realtime)
         Wrote: 43510600 bytes, 134680 packets, 2696 pages


Case's:
Code: [Select]
       Encoded: 44 minutes and 53.6 seconds
       Runtime: 1 minute and 47 seconds
                (25.17x realtime)
         Wrote: 43510601 bytes, 134680 packets, 2696 pages
Title: Opus 1.1-beta
Post by: eahm on 2013-12-02 05:59:33
Thanks the_weirdo, using yours.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-12-03 22:21:20
Last RC is released, some bugfixes here:

Quote
3 December, 2013

This is the third and likely last release candidate for 1.1. It fixes several bugs in the fixed-point build. Floating point is unaffected.


Title: Opus 1.1-beta
Post by: eahm on 2013-12-03 22:44:18
Thanks Anakunda, could you also create a build with just opusenc.exe or explain to me please why your way is better?
Title: Opus 1.1-beta
Post by: Anakunda on 2013-12-03 22:56:02
Oh yes, I can, but dont be worried it's up to pair to single file, so it's no better nor worse. I'm just tried to convert same song using the same encoder on two PCs with two different processors and the result is not same which proves that for different CPUs different level of optimizations is used which affects the resulting audio data in some way. I can't say if these changes affect the quality also or even produce hearable artifacts.
Title: Opus 1.1-beta
Post by: eahm on 2013-12-03 23:10:12
Also ~5 MB (your x86 or x64 pack) vs ~450 kB (standard single build).
Title: Opus 1.1-beta
Post by: jmvalin on 2013-12-04 03:24:18
Oh yes, I can, but dont be worried it's up to pair to single file, so it's no better nor worse. I'm just tried to convert same song using the same encoder on two PCs with two different processors and the result is not same which proves that for different CPUs different level of optimizations is used which affects the resulting audio data in some way. I can't say if these changes affect the quality also or even produce hearable artifacts.


Be careful what you compare. The file has a stream ID which is chosen randomly by the encoder. So it's normal for Opus files to not be identical. You'd have to either compare the decoded output or look at the output of --save-range.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-12-04 09:03:48
Thanks jmvalin. is there a measure which justifies which changes in saved range are yet acceptable and which not? It seems that speed optimizations really affect these and now I'm not too sure which degree of optimizations is yet affordable and which not, so that I could make build fully conforming to opus standard.
Title: Opus 1.1-beta
Post by: Case on 2013-12-04 11:05:19
For the record, my GCC compile, which doesn't match jmvalin's range file, was compiled with no manual adjustments. I just ran configure and make in mingw environment.
Title: Opus 1.1-beta
Post by: eahm on 2013-12-04 15:50:22
Case, do you have any time to compile rc3? Thanks.
Title: Opus 1.1-beta
Post by: Ajaja on 2013-12-04 15:51:25
My build was compilied with "-O3 -flto". And it does match jmvalin's range file on Core 2 Duo (WinXP x86) where I built it, but doesn't match on Core i5 (Win7 x64).

Opus v1.1rc3 build for x64 Core i3/i5/i7 (GCC 4.8.2 with "-O3 -flto -march=native -mtune=native") in attachment.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-12-04 16:46:26
Opus v1.1rc3 build for x64 Core i3/i5/i7 (GCC 4.8.2 with "-O3 -flto -march=native -mtune=native") in attachment.

Thank you, this still produces different range from range_working.txt on Quad Core with SSE4.2, I can't compare on old Core2Duo since it's crushing on it.
Title: Opus 1.1-beta
Post by: Brazil2 on 2013-12-04 17:33:32
Opus v1.1rc3 build for x64 Core i3/i5/i7 (GCC 4.8.2 with "-O3 -flto -march=native -mtune=native") in attachment.

Thanks, but why x64 only ? Any chance you could build both x86 and x64 versions ?
Title: Opus 1.1-beta
Post by: jmvalin on 2013-12-04 18:40:03
Thanks jmvalin. is there a measure which justifies which changes in saved range are yet acceptable and which not? It seems that speed optimizations really affect these and now I'm not too sure which degree of optimizations is yet affordable and which not, so that I could make build fully conforming to opus standard.


The --save-range trick is just a quick way of checking which frames are identical. The range value is simply the final state of the range coder, which acts as a sort of checksum. With float builds, it's normal to not always have identical files due to rounding behaviour. If you look at the broken file I was talking about earlier, the range file also shows that the bitrate suddenly goes very high and when you listen to it, there's loud noise for a while. If you're still able to reproduce that BTW, I'm still interested in finding the cause to make sure it doesn't happen again.
Title: Opus 1.1-beta
Post by: Anakunda on 2013-12-04 19:07:34
If you look at the broken file I was talking about earlier, the range file also shows that the bitrate suddenly goes very high and when you listen to it, there's loud noise for a while.


Strange, if I try now Ajajaj's build on PC with Quad Core and SSE4.2 it produces exactly same range listing like mine build (regardless on bitness version). This points me like both independent builds are working well, but the range report gives unusually high bitrates all the time tho.
This: http://pastebin.com/1a92JaTr (http://pastebin.com/1a92JaTr)
Try if there's still the loud noise, I don't notice it:
Title: Opus 1.1-beta
Post by: jmvalin on 2013-12-04 19:58:15
If you look at the broken file I was talking about earlier, the range file also shows that the bitrate suddenly goes very high and when you listen to it, there's loud noise for a while.


Strange, if I try now Ajajaj's build on PC with Quad Core and SSE4.2 it produces exactly same range listing like mine build (regardless on bitness version). This points me like both independent builds are working well, but the range report gives unusually high bitrates all the time tho.
This: http://pastebin.com/1a92JaTr (http://pastebin.com/1a92JaTr)
Try if there's still the loud noise, I don't notice it:


Looks normal and the bitrate rate appears to be (roughly) in the same range. The previous broken file was encoded with --bitrate 24 and for some frames had really high bitrate.
Title: Opus 1.1-beta
Post by: Ajaja on 2013-12-04 19:58:22
Thanks, but why x64 only ? Any chance you could build both x86 and x64 versions ?

i686, mingw-builds GCC 4.8.2, "-O3 -flto"
Title: Opus 1.1-beta
Post by: Brazil2 on 2013-12-04 20:25:47
i686, mingw-builds GCC 4.8.2, "-O3 -flto"

Thanks
Title: Opus 1.1-beta
Post by: Anakunda on 2013-12-05 17:15:39
Just to mention Opus 1.1 RC3 is officially confirmed to be final version 
Title: Opus 1.1-beta
Post by: zerowalker on 2013-12-05 17:43:28
Just to mention Opus 1.1 RC3 is officially confirmed to be final version 


Final Version as in Opus 1.1 RC3 = Opus 1.1 Release Version?
Title: Opus 1.1-beta
Post by: Anakunda on 2013-12-05 17:44:49
Final Version as in Opus 1.1 RC3 = Opus 1.1 Release Version?

yes
Title: Opus 1.1-beta
Post by: zerowalker on 2013-12-08 17:57:19
How am i supposed to build it?
Is there a guide somewhere?

I want to build an x64 version which is optimized for my CPU or something (not sure how these optimization ad compile works).
Title: Opus 1.1-beta
Post by: IgorC on 2013-12-08 19:51:30
http://www.hydrogenaudio.org/forums/index....howtopic=103718 (http://www.hydrogenaudio.org/forums/index.php?showtopic=103718)

Binaries Opus 1.1 final https://ftp.mozilla.org/pub/mozilla.org/opu...0.1.8-win32.zip (https://ftp.mozilla.org/pub/mozilla.org/opus/win32/opus-tools-0.1.8-win32.zip)
Title: Opus 1.1-beta
Post by: zerowalker on 2013-12-08 23:14:03
http://www.hydrogenaudio.org/forums/index....howtopic=103718 (http://www.hydrogenaudio.org/forums/index.php?showtopic=103718)

Binaries Opus 1.1 final https://ftp.mozilla.org/pub/mozilla.org/opu...0.1.8-win32.zip (https://ftp.mozilla.org/pub/mozilla.org/opus/win32/opus-tools-0.1.8-win32.zip)


That´s x86 right, would like x64, or perhaps it´s unicode?

And why does it say 0.1.8, what happened to 1.1?
Title: Opus 1.1-beta
Post by: ChronoSphere on 2013-12-09 00:00:21
0.1.8 refers to the package (opustools), while 1.1 refers to the opus version included.
x86 and x64 has nothing to do with being unicode, btw.
Title: Opus 1.1-beta
Post by: Garf on 2013-12-09 08:21:51
How am i supposed to build it?
Is there a guide somewhere?

I want to build an x64 version which is optimized for my CPU or something (not sure how these optimization ad compile works).


If you have to ask those questions you should really download a build made by someone who actually knows what he's doing.
Title: Opus 1.1-beta
Post by: Brazil2 on 2013-12-09 09:19:24
That´s x86 right, would like x64

Optimized x64 build for Intel i3/i5/i7 available here:
http://www.hydrogenaudio.org/forums/index....st&p=851794 (http://www.hydrogenaudio.org/forums/index.php?showtopic=101764&view=findpost&p=851794)
Title: Opus 1.1-beta
Post by: zerowalker on 2013-12-11 15:29:05
That´s x86 right, would like x64

Optimized x64 build for Intel i3/i5/i7 available here:
http://www.hydrogenaudio.org/forums/index....st&p=851794 (http://www.hydrogenaudio.org/forums/index.php?showtopic=101764&view=findpost&p=851794)

It doesn´t lead me to the correct place, as i can´t find any download link there.
Title: Opus 1.1-beta
Post by: zerowalker on 2013-12-11 16:11:17
0.1.8 refers to the package (opustools), while 1.1 refers to the opus version included.
x86 and x64 has nothing to do with being unicode, btw.


Ah that explains it.

Hmm didn´t unicode mean x64 and x86 compatible?
Though i think there is some text / web encoding by the same name.
Title: Opus 1.1-beta
Post by: Zao on 2013-12-11 17:05:06
Hmm didn´t unicode mean x64 and x86 compatible?
Though i think there is some text / web encoding by the same name.


Unicode has only ever referred to the big text standardisation and encoding effort.
You may be conflating it with OSX-style "universal binaries" or "fat binaries", which bundle code for more than one architecture into the same executable.