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. |
|
|
Thread Tools | Search this Thread | Display Modes |
7th December 2002, 13:58 | #1 | Link |
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. |
13th December 2002, 23:05 | #2 | Link |
Registered User
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 |
14th December 2002, 07:13 | #3 | Link |
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? |
14th December 2002, 08:54 | #4 | Link |
BeSweet Author
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 ?
__________________
FAQs : BeSweet, Audio :readfaq: Homepage : DSPguru's Webpage http://dspguru.notrace.dk/cs.gif Guides : Multilingual Guides of my tools http://dspguru.notrace.dk/1zhelp.gif |
14th December 2002, 12:17 | #6 | Link |
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 |
14th December 2002, 15:50 | #7 | Link |
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. |
14th December 2002, 17:42 | #9 | Link | |||
BeSweet Author
Join Date: Oct 2001
Location: On top of a supercompact cardinal
Posts: 3,506
|
Quote:
for faster mp2enc.dll, look here : http://forum.doom9.org/showthread.php?s=&threadid=39932 Quote:
Quote:
__________________
FAQs : BeSweet, Audio :readfaq: Homepage : DSPguru's Webpage http://dspguru.notrace.dk/cs.gif Guides : Multilingual Guides of my tools http://dspguru.notrace.dk/1zhelp.gif Last edited by DSPguru; 14th December 2002 at 17:48. |
|||
16th December 2002, 08:43 | #10 | Link |
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.
|
16th December 2002, 16:45 | #11 | Link |
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.
|
16th December 2002, 18:07 | #12 | Link |
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. |
17th December 2002, 00:29 | #14 | Link | |
Registered User
Join Date: Mar 2002
Location: Dublin (Ireland)
Posts: 43
|
Quote:
|
|
2nd February 2003, 20:50 | #18 | Link |
tha Canadian Soldier
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!" |
2nd March 2003, 17:24 | #19 | Link | |
Registered User
Join Date: Feb 2003
Posts: 13
|
Re: P4-optimized compile is safe
Quote:
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. |
|
3rd March 2003, 17:45 | #20 | Link |
BeSweet Author
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.
__________________
FAQs : BeSweet, Audio :readfaq: Homepage : DSPguru's Webpage http://dspguru.notrace.dk/cs.gif Guides : Multilingual Guides of my tools http://dspguru.notrace.dk/1zhelp.gif |
Thread Tools | Search this Thread |
Display Modes | |
|
|