Hydrogenaudio Forums > Ogg Vorbis optimized for speed

vinnie97

Jan 2 2006, 14:18

QUOTE(HotshotGG @ Jan 2 2006, 12:33 AM)

QUOTE

I don't think Guru has tested beyond the 170 to 180 range yet, which showed ogg to be on par with (and in some cases better than) mpc.

No, need to it's waste of time IMO. Most people with the exception of a few like GuruB can tell the difference, I can't. If it was low-bitrate test then sure why not

I agree that it's probably futile...but when I still see mpc recommended and touted as the best quality codec in the higher bitrate range, I have to wonder if some more tests are needed to debunk the myth. Finding a significant number of golden ears and "artifact professionals" would be difficult, though.

I'm referring above to claims like the following:

"Highest quality lossy codec at high bitrates" at dbpoweramp's codec central

and the general exuberance and confidence on display for mpc at the musepack forums when it hasn't seen any real quality improvements since its superiority was initially discovered...they even discount Guru's recent 170-180 kbps test as significant and make broad-sweeping claims that 128 kbps is not transparent (and that such bitrate testing is not interesting), which I think the latest 128 test will prove otherwise.

ckjnigel

Jan 5 2006, 00:59

OK... thanks to HotshotGG and Vinnie97. I do suspect that the inherent superiority of MPC at 192+ kbps is shibboleth unquestioned because only those able to read Japanese can keep up with what those codec developers have been doing.
I'm delighted by how very simple and quick it has been to convert my FLACs for use in my 60 Gb iAudio -- one week to get it two thirds full. It was because that player has a 9,999 file limit that I decided to go up to around 200 kbps *.ogg . I was surprised that I so readily detected improvement over nominal 160 kbps LAME VBR.

pepoluan

Jan 9 2006, 23:21

Yes that reminds me... an MPC-fans said that the result is "inconclusive" as it is low bitrate and MPC achieves transparency at high bitrate...

I mean if Vorbis already achieves transparency at -q 5 or -q 6, what's the point of using -q 7 and higher?

If I need exact transparency I'll use FLAC. For my daily use, -q 2 suffices

rutra80

Jan 31 2006, 21:21

New version seems to be out.

Zoom

Jan 31 2006, 22:20

Not sure what the differences are, but I encoded a couple dozen files with the older version and the new one. I noted an increase of speed of about one percent.

36.28 seconds average for the old version and 36.64 for the new version. Significant or not? I dunno, but hey one percent is one percent

pepoluan

Jan 31 2006, 22:41

QUOTE(rutra80 @ Feb 1 2006, 10:21 AM)

New version seems to be out.

New version of what? Where?

Zoom

Jan 31 2006, 22:56

The new version of the encoder discussed in this thread, Archer/Lancer. The new version has a build date of January 31st 2006.

http://homepage3.nifty.com/blacksword/

de Mon

Jan 31 2006, 23:11

Previous version was based on OggDropXPd 1.8.6. This one is based on 1.8.7. I think it is the only difference.

rutra80

Jan 31 2006, 23:13

From google-translated page I think that there are some new optimizations and/or bug-fixes.

Emanuel

Feb 1 2006, 05:56

Via the Google Japan-English (beta) translation:

QUOTE

Libogg in 1.1.3 update
Oggenc in 2.8 update
OggdropXPd in 1.8.7 version rise
With SSE optimization of mapping_forward and _2class analysis of ICL imperfectly correspondence

rt87

Feb 3 2006, 00:18

QUOTE(Emanuel @ Feb 1 2006, 07:56 PM)

Via the Google Japan-English (beta) translation:

QUOTE

Libogg in 1.1.3 update
Oggenc in 2.8 update
OggdropXPd in 1.8.7 version rise
With SSE optimization of mapping_forward and _2class analysis of ICL imperfectly correspondence

It seems that Lancer 20060131 oggenc2.exe piping from STDIN is broken. Can anyone test it?

Zoom

Feb 3 2006, 00:59

QUOTE(rt87 @ Feb 3 2006, 01:18 AM)

QUOTE(Emanuel @ Feb 1 2006, 07:56 PM)

Via the Google Japan-English (beta) translation:

QUOTE

Libogg in 1.1.3 update
Oggenc in 2.8 update
OggdropXPd in 1.8.7 version rise
With SSE optimization of mapping_forward and _2class analysis of ICL imperfectly correspondence

It seems that Lancer 20060131 oggenc2.exe piping from STDIN is broken. Can anyone test it?

Works here...

"You can specify taking the file from stdin by using - as the input filename.
In this mode, output is to stdout unless an output filename is specified
with -o"

sh1leshk4

Feb 3 2006, 03:24

QUOTE(rt87 @ Feb 3 2006, 01:18 PM)

It seems that Lancer 20060131 oggenc2.exe piping from STDIN is broken. Can anyone test it?

What did you do or use (software and command line arguments) when you had the problem?

rt87

Feb 3 2006, 10:31

QUOTE(sh1leshk4 @ Feb 3 2006, 05:24 PM)

QUOTE(rt87 @ Feb 3 2006, 01:18 PM)

It seems that Lancer 20060131 oggenc2.exe piping from STDIN is broken. Can anyone test it?

What did you do or use (software and command line arguments) when you had the problem?

I use it for the dMC compressor, actually I don't test it by using command line.

rt87

Feb 5 2006, 06:59

QUOTE(rt87 @ Feb 4 2006, 12:31 AM)

QUOTE(sh1leshk4 @ Feb 3 2006, 05:24 PM)

QUOTE(rt87 @ Feb 3 2006, 01:18 PM)

It seems that Lancer 20060131 oggenc2.exe piping from STDIN is broken. Can anyone test it?

What did you do or use (software and command line arguments) when you had the problem?

I use it for the dMC compressor, actually I don't test it by using command line.

I tested Lancer 20060131 oggenc2.exe today. It seems that feeding a complete wave file form CLI or though pipe to oggenc2 will encode. *BUT* I don't know what dMC / fb2k will feed to oggenc2. To only thing I know is that, oggenc2_lancer20051121 doesn't have such issue.

rutra80

Feb 5 2006, 13:52

Works fine here with fb2k & piping.

Skymmer

Feb 6 2006, 08:12

People, I need previous Lancer 20051121, both oggenc2 and OggDropXPd, but links from official site does not work. Can anybody give working links? Big thanks in advance !

[solid]

Feb 6 2006, 08:44

could anyone provide a static linux oggenc with lancer?
please?

pepoluan

Feb 6 2006, 13:14

QUOTE(Skymmer @ Feb 6 2006, 09:12 PM)

People, I need previous Lancer 20051121, both oggenc2 and OggDropXPd, but links from official site does not work. Can anybody give working links? Big thanks in advance !

If you will wait I will upload this morning. In RAR format okay?

Skymmer

Feb 6 2006, 23:15

Yeah. Or 7z.
By the way I already have oggenc2 so you can post OggDropXPd only. Thanks !!!

ckjnigel

Feb 7 2006, 01:07

QUOTE(rutra80 @ Feb 5 2006, 02:52 PM)

Works fine here with fb2k & piping.

Yup, I simply replaced my old oggenc2 and foobar2000 did its thing on my FLACs. But I did see that it was faster.
The new oggenc2 works even faster with Stanley Hwang's MediaCoder using mplayer. But my output Oggs have Genre:Unknown and track numbers without preceding 0, e.g., 01. That was so with the November oggenc2, also; can anybody suggest CLI for MediaCoder?

pepoluan

Feb 7 2006, 11:24

QUOTE(Skymmer @ Feb 7 2006, 12:15 PM)

Yeah. Or 7z.
By the way I already have oggenc2 so you can post OggDropXPd only. Thanks !!!

Uploaded. Get the OggDropXPd Lancer 20051121 here.

Just in case, OggEnc 2.6 Lancer 20051121 you can also get here.

gameplaya15143

Feb 7 2006, 15:07

I just tried it with dbpoweramp... older version pipes just fine.. this one doesnt

i'll see if i can get it to work....

gameplaya15143

Feb 8 2006, 11:50

dbpoweramp error messages..

CODE

Encoding standard input to
"D:\~dmcout.ogg"
at quality 3.00
Internal error: attempt to read unsupported bitdepth 16

Done encoding file "D:\~dmcout.ogg"

File length: 0m 00.0s
Elapsed time: 0m 00.0s
Rate: 0.0000
Average bitrate: 1.$ kb/s

^^ without any extra options, just ' - --output=D:\~dmcout.ogg'

after I removed this from the options file....
--raw --raw-chan=[Channels] --raw-bits=[BitsPerSample] --raw-rate=[SamplesPerSec]
I got this error
ERROR: Input file "(stdin)" is not a supported format

I also tried using [WriteWaveRIFF], but gave me the same error as above (and other junk), and it made my computer 'beep' at me

even though piping works fine with it in foobar2000, it is obvious to me that something is wrong

rt87

Feb 9 2006, 06:11

QUOTE(gameplaya15143 @ Feb 9 2006, 01:50 AM)

dbpoweramp error messages..

CODE

Encoding standard input to
"D:\~dmcout.ogg"
at quality 3.00
Internal error: attempt to read unsupported bitdepth 16

Done encoding file "D:\~dmcout.ogg"

File length: 0m 00.0s
Elapsed time: 0m 00.0s
Rate: 0.0000
Average bitrate: 1.$ kb/s

^^ without any extra options, just ' - --output=D:\~dmcout.ogg'

after I removed this from the options file....
--raw --raw-chan=[Channels] --raw-bits=[BitsPerSample] --raw-rate=[SamplesPerSec]
I got this error
ERROR: Input file "(stdin)" is not a supported format

I also tried using [WriteWaveRIFF], but gave me the same error as above (and other junk), and it made my computer 'beep' at me

even though piping works fine with it in foobar2000, it is obvious to me that something is wrong

I also test it with a .pcm file saved from CoolEdit Pro and same error occured.

chapas

Feb 9 2006, 18:43

I'd like someone experienced to make a static linux build too, as I failed every time trying to do one

rt87

Feb 10 2006, 05:19

QUOTE(rt87 @ Feb 9 2006, 08:11 PM)

QUOTE(gameplaya15143 @ Feb 9 2006, 01:50 AM)

dbpoweramp error messages..

CODE

Encoding standard input to
"D:\~dmcout.ogg"
at quality 3.00
Internal error: attempt to read unsupported bitdepth 16

Done encoding file "D:\~dmcout.ogg"

File length: 0m 00.0s
Elapsed time: 0m 00.0s
Rate: 0.0000
Average bitrate: 1.$ kb/s

^^ without any extra options, just ' - --output=D:\~dmcout.ogg'

after I removed this from the options file....
--raw --raw-chan=[Channels] --raw-bits=[BitsPerSample] --raw-rate=[SamplesPerSec]
I got this error
ERROR: Input file "(stdin)" is not a supported format

I also tried using [WriteWaveRIFF], but gave me the same error as above (and other junk), and it made my computer 'beep' at me

even though piping works fine with it in foobar2000, it is obvious to me that something is wrong

I also test it with a .pcm file saved from CoolEdit Pro and same error occured.

From Author's reply, it is a bug with oggenc 2.8.

R.A.F.

Feb 10 2006, 08:08

If you are looking for a (more or less) perfect frontend for transcoding your FLAC´s, Monkey´s audo- or WAVPack-files to OGG-vorbis, including perfect transfer of the TAG´s from the original and replaygaining (automatically after the encoding process), just stick with this frontend:

Universal-Front -All-In-One- (7-zip-packed, 3,29 MB)
(Note: All necessary codecs are already included.)

VEG

Mar 1 2006, 09:02

Lancer 20060301 is out.
http://homepage3.nifty.com/blacksword/
Now SSE and SSE2 optimizations!

rt87

Mar 1 2006, 09:24

Translated by excite.co.jp
--
2006/03/01 Lancer 20060301

The optimization option when compiling is reexamined.
Oggenc is renewed to Ver.2.81.
Because the function of the management of the project of Visual Studo is unstable, the development environment is completely shifted to the command line.
The optimization code for SSE2 is implemented.
The optimization code that uses an in-line assembler for bark_noise_hybridmp and seed_curve is implemented.
The SSE optimization of mdct_forward is changed.
Double-Step Bresenham algorithm is implemented on render_line and render_line0.
AMD CodeAnalyst is introduced into the code analysis.

[EDIT]fine tuning translation.[/EDIT]

VEG

Mar 1 2006, 09:36

Test on Pentium M 715 (2MB L2 Cache, 1.5GHz, 400MHz FSB)

CODE

c:\Temp\test>oggenc_aotuv_451.exe test.wav
Opening with wav module: WAV file reader
Encoding "test.wav" to
"test.ogg"
at quality 3,00
[ 99,6%] [ 0m00s remaining] /

Done encoding file "test.ogg"

File length: 2m 46,0s
Elapsed time: 0m 20,0s
Rate: 8,3069
Average bitrate: 105,0 kb/s

c:\Temp\test>oggenc2_lancer_20060131.exe test.wav
Opening with wav module: WAV file reader
Encoding "test.wav" to
"test.ogg"
at quality 3,00
[ 99,6%] [ 0m00s remaining] /

Done encoding file "test.ogg"

File length: 2m 46,0s
Elapsed time: 0m 07,9s
Rate: 21,1372
Average bitrate: 105,0 kb/s

c:\Temp\test>oggenc2_lancer_20060209_sse2test.exe test.wav
Opening with wav module: WAV file reader
Encoding "test.wav" to
"test.ogg"
at quality 3,00
[ 99,6%] [ 0m00s remaining] /

Done encoding file "test.ogg"

File length: 2m 46,0s
Elapsed time: 0m 07,8s
Rate: 21,3080
Average bitrate: 105,0 kb/s

c:\Temp\test>oggenc2_lancer_20060301_p3.exe test.wav
Opening with wav module: WAV file reader
Encoding "test.wav" to
"test.ogg"
at quality 3,00
[ 99,6%] [ 0m00s remaining] /

Done encoding file "test.ogg"

File length: 2m 46,0s
Elapsed time: 0m 07,9s
Rate: 21,0970
Average bitrate: 105,0 kb/s

c:\Temp\test>oggenc2_lancer_20060301_p4.exe test.wav
Opening with wav module: WAV file reader
Encoding "test.wav" to
"test.ogg"
at quality 3,00
[ 99,6%] [ 0m00s remaining] /

Done encoding file "test.ogg"

File length: 2m 46,0s
Elapsed time: 0m 07,6s
Rate: 21,8345
Average bitrate: 105,0 kb/s

c:\Temp\test>

iGold

Mar 2 2006, 04:24

May I post bugreport here? Thanks!

Can't build new lancer code by gcc into linux. Error is

CODE

../../lib/psy.c: In function 'seed_curve':
../../lib/psy.c:745: error: 'post05' undeclared (first use in this function)
../../lib/psy.c:745: error: (Each undeclared identifier is reported only once
../../lib/psy.c:745: error: for each function it appears in.)
../../lib/psy.c:768: error: 'post06' undeclared (first use in this function)

I think it's because of define at line 635:

CODE

#if defined(_MSC_VER)
int post07 = ((post1-i)&(~1));
int post06 = (post07&(~3));
int post05 = (post06&(~7));

and using post05, post06 & post07 into #else block.
Well, I've move these declarations before "#if defined(_MSC_VER)" and can compile code.

But with gcc 4.0.2 I get

CODE

% oggenc test.wav -o /dev/null
Opening with wav module: WAV file reader
Encoding "test.wav" to
"/dev/null"
at quality 3,00
Mode initialisation failed: invalid parameters for quality

With gcc 3.4.5 I get error at compile time again, but more mysterious

CODE

../../lib/floor1.c: In function `floor1_encode':
../../lib/floor1.c:2333: internal compiler error: in trunc_int_for_mode, at explow.c:54
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see <URL:file:///usr/share/doc/gcc-3.4/README.Bugs>.

O'key... At last I'm trying with gcc 3.3.6 and compile code fine like with gcc 4.0.2. And oggenc works! But bitrate not as with generic aoTuV 4.51. For aoTuV it's 115.3 kb/s but for Lancer it's 111,8 kb/s. And difference between tracks in Audacity up to 0.2 of amplitude range.

Is this code untested for any compiler other MS Visual C ? Is it planned to support GCC? (optimization up to x2-x3 is very good thing!)

rt87

Mar 2 2006, 08:11

Lancer 20060302 is released!

Because there's a problem with decoding function of SSE2 edition of Lancer 20060301, Lancer 20060302 was released.

The straight line drawing algorithm of the fixed point of "Extremely Fast Line Algorithm" was improved and implemented.
It quickens because it became easy to optimize SIMD though it is a
little.

esa372

Mar 2 2006, 10:05

QUOTE(rt87 @ Mar 2 2006, 06:11 AM)

Lancer 20060302 is released!

It doesn't seem to be working...

In foobar (0.8.3), I get the following error:

CODE

INFO (foo_clienc) : CLI encoder: C:\Program Files\Codec\Vorbis\Lancer 2.81 2006 03-02\oggenc.exe
INFO (foo_clienc) : Destination file: file://C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
INFO (foo_clienc) : Source file: file://F:\Albums\Bad Company\Bad Company (AF Gold)\05 Bad Company.wv
INFO (foo_clienc) : 44100Hz 24bps 2ch
INFO (foo_clienc) : Encoding took 62 milliseconds, speed 1.68x
ERROR (foo_input_std) : Ogg stream is corrupted : C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
ERROR (foo_speex) : Ogg stream is corrupted : C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
ERROR (foo_input_std) : Ogg stream is corrupted : C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
ERROR (foo_speex) : Ogg stream is corrupted : C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
INFO (CORE) : attempting to edit file info : file://C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
WARNING (CORE) : file info update failure on : file://C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
ERROR (foo_diskwriter) : Conversion failed.

...and from the command line:

CODE

Encoding standard input to "C:\Documents and Settings\372\Desktop\05 Bad Company.ogg" at quality 6.00

can't write .WAV data, disk probably full!

** ERRORS:
General errors: 1
Press any key to continue...

I'm using oggenc281_p4_lancer20060302 on a P4 3.2GHz system with 1G of RAM.
The old oggenc28_p4_lancer20060131 works fine.

I notice in the foobar error report it says:

CODE

INFO (foo_clienc) : 44100Hz 24bps 2ch

...but the file is 16bps, not 24.

Any suggestions?

Thanks!

~esa

Tim Mervielde

Mar 2 2006, 10:24

@esa372

Set "Maximum bitdepth" to 16bits, works here with fb2k 0.9RC

Cheers,

Tim

Tim Mervielde

Mar 2 2006, 10:27

QUOTE(Tim Mervielde @ Mar 2 2006, 05:24 PM)

Set "Maximum bitdepth" to 16bits, works here with fb2k 0.9RC

I was wrong, on a second file, foobar reports:
"Error writing to file (Encoder has terminated prematurely with code -1073741819; please re-check parameters)"

rt87

Mar 2 2006, 10:41

QUOTE(esa372 @ Mar 3 2006, 12:05 AM)

QUOTE(rt87 @ Mar 2 2006, 06:11 AM)

Lancer 20060302 is released!

It doesn't seem to be working...

In foobar (0.8.3), I get the following error:

CODE

INFO (foo_clienc) : CLI encoder: C:\Program Files\Codec\Vorbis\Lancer 2.81 2006 03-02\oggenc.exe
INFO (foo_clienc) : Destination file: file://C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
INFO (foo_clienc) : Source file: file://F:\Albums\Bad Company\Bad Company (AF Gold)\05 Bad Company.wv
INFO (foo_clienc) : 44100Hz 24bps 2ch
INFO (foo_clienc) : Encoding took 62 milliseconds, speed 1.68x
ERROR (foo_input_std) : Ogg stream is corrupted : C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
ERROR (foo_speex) : Ogg stream is corrupted : C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
ERROR (foo_input_std) : Ogg stream is corrupted : C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
ERROR (foo_speex) : Ogg stream is corrupted : C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
INFO (CORE) : attempting to edit file info : file://C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
WARNING (CORE) : file info update failure on : file://C:\Documents and Settings\372\Desktop\05 Bad Company.ogg
ERROR (foo_diskwriter) : Conversion failed.

...and from the command line:

CODE

Encoding standard input to "C:\Documents and Settings\372\Desktop\05 Bad Company.ogg" at quality 6.00

can't write .WAV data, disk probably full!

** ERRORS:
General errors: 1
Press any key to continue...

I'm using oggenc281_p4_lancer20060302 on a P4 3.2GHz system with 1G of RAM.
The old oggenc28_p4_lancer20060131 works fine.

I notice in the foobar error report it says:

CODE

INFO (foo_clienc) : 44100Hz 24bps 2ch

...but the file is 16bps, not 24.

Any suggestions?

Thanks!

~esa

What's your CPU?
There's report that Athlon64 3000+ doesn't work with this build but P4 2.6G works.

EDIT: Typo.

esa372

Mar 2 2006, 10:56

QUOTE(Tim Mervielde @ Mar 2 2006, 08:27 AM)

QUOTE(Tim Mervielde @ Mar 2 2006, 05:24 PM)

Set "Maximum bitdepth" to 16bits, works here with fb2k 0.9RC

I was wrong, on a second file, foobar reports:
"Error writing to file (Encoder has terminated prematurely with code -1073741819; please re-check parameters)"

Too bad... thanks anyway.

QUOTE(rt87 @ Mar 2 2006, 08:41 AM)

What's your CPU?

Intel P4 3.2GHz

Tim Mervielde

Mar 2 2006, 11:09

The good news is that today's P3 build works here (P4 2,66). I just encoded 4 cd's to be sure (Yesterday's P4 build worked too, today's P4 build gives me strange errors...

).

Cheers,

Tim

rt87

Mar 2 2006, 18:28

Mr 637 said that there's some problems with straight line drawing algorithm and the compiler. A bug fix version will release in next Monday.

esa372

Mar 2 2006, 19:50

QUOTE(rt87 @ Mar 2 2006, 04:28 PM)

Mr 637 said that there's some problems with straight line drawing algorithm and the compiler. A bug fix version will release in next Monday.

Good to know - thanks!

gameplaya15143

Mar 2 2006, 21:12

cool... this one (march 2, 2006 for those reading this a long time from now) works with piping in dbpoweramp... but it's slower than the november 05 release

edit: actually, the new one is faster... silly me must have been running too many other programs at the time of my initial test

nov. lancer went 20x in dbpoweramp, and the new one at 24x

rt87

Mar 3 2006, 05:13

QUOTE(esa372 @ Mar 3 2006, 09:50 AM)

QUOTE(rt87 @ Mar 2 2006, 04:28 PM)

Mr 637 said that there's some problems with straight line drawing algorithm and the compiler. A bug fix version will release in next Monday.

Good to know - thanks!

Mr. 637 is always come as a surprise!
Lancer 20060303 is released!
--
Mr 637 said in 2ch board,
"After all, it is a lapse of judgment of the priority of the operator. It is shameful. "

iGold

Mar 3 2006, 05:49

The bug with variable declaration in psy.c has gone but resulted bitrate differ from generated by generic aoTuV 4.51 (compiled by gcc 3.3.6 with -march=athlon-xp, run on AthlonXP+ 2200 under Ubuntu 5.10).

esa372

Mar 3 2006, 09:47

QUOTE(rt87 @ Mar 3 2006, 03:13 AM)

Mr. 637 is always come as a surprise!
Lancer 20060303 is released!

Excellent - thank you!

It's working fine on my system now.

Test @ -q6:
Bad Company (2006 AudioFidelity remaster)

aoTuV b4.51 P4 - 2:15 encode time
Lancer 20060303 P4 - 1:27 encode time

Identical bitrates and file sizes.

Farch

Mar 4 2006, 05:54

Athlon64 X2 3800+ E3 (512 L2 Cache, 2x2000, 200Mhz FSB)
oggenc281_p4_lancer20060303
D:\test>oggenc2.exe test.wav
Opening with wav module: WAV file reader
Encoding "test.wav" to
"test.ogg"
at quality 3,00
[100,0%] [ 0m00s remaining] |

Done encoding file "test.ogg"

File length: 73m 11,0s
Elapsed time: 2m 15,9s
Rate: 32,3169
Average bitrate: 114,6 kb/s

so, what about dual core ?

eloj

Mar 4 2006, 17:20

Launching two encodes in parallel, not setting the affinity by hand like so:

CODE

C:\temp>type code.bat
@echo off
start codeone 1
start codeone 2

C:\temp>type codeone.bat
@echo off
oggenc2 -q 5 %1.wav
pause

Results in:

CODE

Done encoding file "1.ogg"

File length: 4m 16,0s
Elapsed time: 0m 07,9s
Rate: 32,4412
Average bitrate: 171,7 kb/s

Done encoding file "2.ogg"

File length: 4m 16,0s
Elapsed time: 0m 08,0s
Rate: 32,0600
Average bitrate: 171,7 kb/s

They start and complete in almost exactly the same time, so the effective rate is about 64x real-time!

(The source file(s) are "Reflect the storm" off the new In Flames album, which I made disk-cache hot by checksumming them prior to starting the script. The CPU is an AMD X2 3800+ at 2.0GHz (the default) with cool'n'quiet enabled)

Garf

Mar 5 2006, 03:35

You can test this easily with foobar2000 0.9 Release Candidate: it will automagically encode in parallel on multiprocessor machines.

Farch

Mar 5 2006, 05:16

but if i have a really big file? 700 mbs of audio - one track or so...
i remember it was a nice app out there - gogo2, now it speeds up at 250x on my pc and i think that is tyni int counter limination

the homepage was also on homepage1.nifty.com/herumi
so i would like to ogg will be faster, btw multicore lame 3.97 beta 2 gives me only 45x, so possible 64x speed of ogg on x64 platform will be amazing think, isnt`it?

update:
I wrote to the author about multi-core and got this:

QUOTE

Hello,

The MultiThreading function is certainly cool. But I do not have
dual-core machine. I have Athlon-XP 1700+ and Pentium4M only.

It should be detailed to the algorithm of vorbis to do the work
and requires more memory in process.
Therefore, it is not easy. However, if a new machine is obtained,
I will challenge it.

rt87

Mar 10 2006, 11:14

Lancer 20060310 is released.