Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > General > Audio encoding

Reply
 
Thread Tools Search this Thread Display Modes
Old 7th December 2002, 13:58   #1  |  Link
JohnMK
Registered User
 
Join Date: Sep 2002
Location: Seattle
Posts: 551
Enjoy!

Click here to download

Place all three files of that zip in your BeSweet directory. Your encode should proceed 40% faster now, and finally make full use of the SSE2 capabilities of your Pentium 4.

There is no need to read the rest of this thread, since this top post contains all of the latest info. The ZIP file will contain all the files that you need.

Big thanks go to john33 and DSPGuru for making this possible.

PS: For example, a file that took 2 minutes, 34 seconds to encode with the old binaries, now takes 1 minute, 50 seconds. That's 154 seconds vs. 110, a 29% drop in encode time, or a 40% increase in speed depending on how you look at it.

Last edited by DSPguru; 11th January 2004 at 19:28.
JohnMK is offline   Reply With Quote
Old 13th December 2002, 23:05   #2  |  Link
Emp3r0r
Registered User
 
Emp3r0r's Avatar
 
Join Date: Oct 2001
Location: Alabama, USA
Posts: 769
I can honestly say it seems faster to me

numbers later
__________________
ChapterGrabber - add names to your chapters | AtomSite - open source AtomPub server
Emp3r0r is offline   Reply With Quote
Old 14th December 2002, 07:13   #3  |  Link
JohnMK
Registered User
 
Join Date: Sep 2002
Location: Seattle
Posts: 551
Please post your logfile. At least the part that talks about which DLL's it's using.

And yes, hard #'s would be very, very much sought after, since I can't seem to get this to work on my machine, i.e. I can't get it to use that DLL file, it always defaults to Tobias' DSF, even though I've uninstalled it? :-/ Most perplexing.

Additionially, which version of which clients are you using?
JohnMK is offline   Reply With Quote
Old 14th December 2002, 08:54   #4  |  Link
DSPguru
BeSweet Author
 
DSPguru's Avatar
 
Join Date: Oct 2001
Location: On top of a supercompact cardinal
Posts: 3,506
@John
check LibVorbis.dll with Dependency Walker. do you see any problem with one of the dependencies ?
DSPguru is offline   Reply With Quote
Old 14th December 2002, 09:33   #5  |  Link
ChristianHJW
Matroska Team
 
ChristianHJW's Avatar
 
Join Date: Nov 2002
Location: Bavaria - Germany
Posts: 1,341
Sorry John, i would test it if i had a P 4 ...
ChristianHJW is offline   Reply With Quote
Old 14th December 2002, 12:17   #6  |  Link
kenshin
Registered User
 
Join Date: Jun 2002
Posts: 32
i have five P4 systems ... i could give it whirl if it works with dvd2svcd's bundled besweet ?

all i need is step by step of installing it
__________________
>> Q6600 GO | Asus Blitz Formula
>> Q6600 B3 | Asus Commando
kenshin is offline   Reply With Quote
Old 14th December 2002, 15:50   #7  |  Link
JohnMK
Registered User
 
Join Date: Sep 2002
Location: Seattle
Posts: 551
DSPGuru,

Thank you thank you thank you thank you. You do in fact need MSVCR70.DLL.

You can download it here for the time being:
http://dikkiedik.student.utwente.nl/~marco/msvcr70.dll
Put it in c:\windows\system32\.

IT WORKS!

The speed pickup is 30%. (23 seconds for optimized DLL vs. 30 for non-optimized DLL).

I really think it would be appreciated if you would link to this stuff at your website, DSPGuru, considering how viable the P4 is finally and how many people either already have one, or might plan to get one.

Last edited by JohnMK; 14th December 2002 at 16:25.
JohnMK is offline   Reply With Quote
Old 14th December 2002, 17:11   #8  |  Link
JohnMK
Registered User
 
Join Date: Sep 2002
Location: Seattle
Posts: 551
Please see first post. I've modified it so people don't need to read the rest of this thread to get the important info.
JohnMK is offline   Reply With Quote
Old 14th December 2002, 17:42   #9  |  Link
DSPguru
BeSweet Author
 
DSPguru's Avatar
 
Join Date: Oct 2001
Location: On top of a supercompact cardinal
Posts: 3,506
Quote:
Originally posted by kenshin
i have five P4 systems ... i could give it whirl if it works with dvd2svcd's bundled besweet ?
this is only relevant for ogg vorbis encoding, while dvd2svcd encodes to mp2.
for faster mp2enc.dll, look here :
http://forum.doom9.org/showthread.php?s=&threadid=39932

Quote:
Originally posted by JohnMK
The speed pickup is 30%. (23 seconds for optimized DLL vs. 30 for non-optimized DLL).
hmm.. it would be better to estimate speed imporvement on a full-length ac3..

Quote:
I really think it would be appreciated if you would link to this stuff at your website, DSPGuru, considering how viable the P4 is finally and how many people either already have one, or might plan to get one.
i'll add a link from my beta page.

Last edited by DSPguru; 14th December 2002 at 17:48.
DSPguru is offline   Reply With Quote
Old 16th December 2002, 08:43   #10  |  Link
vinks
Registered User
 
Join Date: Mar 2002
Location: Dublin (Ireland)
Posts: 43
i had a try at using the optimised binaries, they do seem faster, i encoded the LOTR audio track (normal 3hr one) at 0.200 quality, but oddly enough, the file output i got from it was about 6 or 7 megs larger than the standard binaries. (i got a crc error from besweet so im not too sure if its to do with the optimised binary i'll try it again when i get time.) btw the encode too 27mins, previously it would have taken ~40mins to encode.
vinks is offline   Reply With Quote
Old 16th December 2002, 16:45   #11  |  Link
JohnMK
Registered User
 
Join Date: Sep 2002
Location: Seattle
Posts: 551
That's discouraging. Is your CPU cooled well? Are you overclocking? My CPU gets quite hot when using this compile, probably because it's finally being used in its entirety. I can honestly say, with several encodes down the shoot, I've not had any problems whatsoever with this compile. Furthermore, I have specifically looked for any size differences between P4-optimized compiles vs. standard compile, and have yet to find one; so far, files have had identical sizes. I'll try it on a few more P4 machines if I can find any around here.
JohnMK is offline   Reply With Quote
Old 16th December 2002, 18:07   #12  |  Link
JohnMK
Registered User
 
Join Date: Sep 2002
Location: Seattle
Posts: 551
P4-optimized compile is safe

I made another test, and have verified my results again:

Standard compile: 59,412,447 bytes
[00:12:52:000] <-- Transcoding Duration

P4-optimized compile: 59,411,930 bytes
[00:09:15:000] <-- Transcoding Duration

That's a difference of 0.0001% in file size. Half a kilobyte. Keep in mind that small differences such as this will always exist when you switch around between compilers; no two will ever produce precisely the same output for audio encodes. Further, I've seen the same compile produce consistently different output each time you encode the same file, so this ultra-tiny difference should be no concern whatsoever.
JohnMK is offline   Reply With Quote
Old 16th December 2002, 22:44   #13  |  Link
JohnMK
Registered User
 
Join Date: Sep 2002
Location: Seattle
Posts: 551
Quote:
Originally posted by vinks
btw the encode too 27mins, previously it would have taken ~40mins to encode.
What speed Pentium 4 are you using? 1.5GHz?
JohnMK is offline   Reply With Quote
Old 17th December 2002, 00:29   #14  |  Link
vinks
Registered User
 
Join Date: Mar 2002
Location: Dublin (Ireland)
Posts: 43
Quote:
Originally posted by JohnMK
What speed Pentium 4 are you using? 1.5GHz?
i'm running a 1.8ghz northwood overclocked to 2.4ghz, its been running fine for months now, it could causing the problem, i'll try encoding a few more tracks and that same track again over the next few days. btw, with the file that was a little larger, the time on it was slightly different as well, i cant remember if it was about 2mins longer or shorter, i've deleted the file so i cant check it again. but as i've said, i'll give that same clip another go (after changing my clock speed back to 1.8ghz and what not just to be sure i'm not leading you on a wild goose chase when it could just be my machine).
vinks is offline   Reply With Quote
Old 18th December 2002, 23:00   #15  |  Link
vinks
Registered User
 
Join Date: Mar 2002
Location: Dublin (Ireland)
Posts: 43
just tested the library again, on the same LOTR clip, the discrepancy is only about 700kbs, must have been my system :P

ordinary libs - 108,110kbs
p4 optimized libs - 108,875kbs
vinks is offline   Reply With Quote
Old 20th December 2002, 03:04   #16  |  Link
JohnMK
Registered User
 
Join Date: Sep 2002
Location: Seattle
Posts: 551
It's not a discrepency. It's a normal compiler difference. Unless you use an IEEE compiler, neither result is 'correct.'
JohnMK is offline   Reply With Quote
Old 20th December 2002, 09:01   #17  |  Link
vinks
Registered User
 
Join Date: Mar 2002
Location: Dublin (Ireland)
Posts: 43
fair enough, enough with the semantics, i'm just happy it works and its nice and fast thanks for the binaries
vinks is offline   Reply With Quote
Old 2nd February 2003, 20:50   #18  |  Link
RathO
tha Canadian Soldier
 
RathO's Avatar
 
Join Date: Mar 2002
Location: Canada
Posts: 216
Wow i must say im impressed! with the new DLL, its 40% faster!! YEAH!

Ive been using the OGGMachine 0.61, BeSweet 1.5b14 (enabling Hybridgain).

I see in my logfiles the part that talks about which DLL's it's using but its not talking about the P4 3dll.. anyway its faster!

So here i post my Logfiles....

With the new P4 DLL:

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Forthebirds AC3 T02 2_0ch 192Kbps DELAY 0ms.ac3
[00:00:00:000] | Output: D:\Forthebirds AC3 T02 2_0ch 192Kbps DELAY 0ms.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 2/0, Bitrate: 192kbps
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 0.000dB, Compression: Normal
[00:00:00:000] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: No
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.350
[00:00:00:000] +---------------------
[00:03:23:936] Gain of 13.0dB had been asserted to file.
[00:03:23:936] Conversion Completed !
[00:03:23:936] Actual Avg. Bitrate : 98kbps
[00:00:16:000] <-- Transcoding Duration
Logging ends : 02/02/03 , 14:35:28.

Without the new DLL:

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Forthebirds AC3 T02 2_0ch 192Kbps DELAY 0ms.ac3
[00:00:00:000] | Output: D:\Forthebirds AC3 T02 2_0ch 192Kbps DELAY 0ms without.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 2/0, Bitrate: 192kbps
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 0.000dB, Compression: Normal
[00:00:00:000] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: No
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.350
[00:00:00:000] +---------------------
[00:03:23:936] Gain of 13.0dB had been asserted to file.
[00:03:23:936] Conversion Completed !
[00:03:23:936] Actual Avg. Bitrate : 98kbps
[00:00:23:000] <-- Transcoding Duration
Logging ends : 02/02/03 , 14:38:08.

Thank You!
__________________
Sly tHE RathO
"Pour le meilleur ou jusqu'a temps que je m'ecoeure!"
RathO is offline   Reply With Quote
Old 2nd March 2003, 17:24   #19  |  Link
TCM
Registered User
 
Join Date: Feb 2003
Posts: 13
Re: P4-optimized compile is safe

Quote:
Originally posted by JohnMK
I made another test, and have verified my results again:

Standard compile: 59,412,447 bytes
[00:12:52:000] <-- Transcoding Duration

P4-optimized compile: 59,411,930 bytes
[00:09:15:000] <-- Transcoding Duration

That's a difference of 0.0001% in file size. Half a kilobyte. :) Keep in mind that small differences such as this will always exist when you switch around between compilers; no two will ever produce precisely the same output for audio encodes. Further, I've seen the same compile produce consistently different output each time you encode the same file, so this ultra-tiny difference should be no concern whatsoever.
hi,

first, sorry to jump on this thread so late, just found it while browsing around.

then, forgive my ignorance but how can this be possible? i _could_ understand a difference between a normal compile and a _hand_ optimized one. i have some more problems understanding differences between compiles from two compilers using the same source code. one compiler must be flaky then?

but one compile giving different results each time? i don't see how an algorithm, given a specific input, produces a different output each time. that is if the only input is the source file and nothing else.

can you explain please?

TCM

disclaimer: i don't code, i'm just using computers since i was 10 or so. i may not be able to output any code, but i think i have some insight in processes in and around computers. that's why this issue bothers me.
TCM is offline   Reply With Quote
Old 3rd March 2003, 17:45   #20  |  Link
DSPguru
BeSweet Author
 
DSPguru's Avatar
 
Join Date: Oct 2001
Location: On top of a supercompact cardinal
Posts: 3,506
a compiler takes a C code and "converts" it into machine code (equivalent to assembly), each compiler does it his way. the intel compiler known to take advantage of new registers and ("smart") instructions offered by the P4 processor, while microsoft's compiler does not.
DSPguru is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:51.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.