Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: EXE vs DLL (Read 5023 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

EXE vs DLL

Hi All.

This is my first post, and I feel a little sheepish about starting a new thread so soon. However, I can't seem to find what I'm looking for when using the search function.

Sorry if this is a stupid question. I'm sure I'm capable of many more. 

Is there a difference in performance between the EXE and the DLL with regard to performance?

Thanks.


- Scott
 

EXE vs DLL

Reply #1 –
No, no performance differences (assuming the same compiler + switches for each).

EXE vs DLL

Reply #2 –
Well if a DLL is running in process then it should be a bit faster.

A lot depends on how the .exe version works - does it use pipes, or intermediate files, or shared memory to communicate?

I assume you're on about an exe calling an external decoder/encoder via dll or exe?

Who do you ask, out of interest?

EXE vs DLL

Reply #3 –
Thanks for the replies.

I want to use CDex to rip and encode. However, it relies on the DLL to produce the MP3. I wasn't sure whether or not it was tuned as meticulously as the EXE with regard to presets.

I can't believe I missed the spelling error in the subject header. Don't I lood foolish...   


- Scott

EXE vs DLL

Reply #4 –
Quote
I wasn't sure whether or not it was tuned as meticulously as the EXE with regard to presets.

There are even lame .dll files available at rarewares that can only encode to one of the --alt-presets each (e.g. --alt-preset standard).
Let's suppose that rain washes out a picnic. Who is feeling negative? The rain? Or YOU? What's causing the negative feeling? The rain or your reaction? - Anthony De Mello

EXE vs DLL

Reply #5 –
Quote
There are even lame .dll files available at rarewares that can only encode to one of the --alt-presets each (e.g. --alt-preset standard).


Does that mean I can use the following DLL (LAME 3.90.3 dll modified to encode PRESET STANDARD ONLY) with Plextools Professional and get the same basic results as EAC with alt-preset standard?

John

EXE vs DLL

Reply #6 –
In theory, yes. Comparing the results can never hurt, though.
Let's suppose that rain washes out a picnic. Who is feeling negative? The rain? Or YOU? What's causing the negative feeling? The rain or your reaction? - Anthony De Mello

EXE vs DLL

Reply #7 –
Using the LAME 3.90.3 dll modified to encode PRESET STANDARD ONLY did not work in Plextools Professional.  Plextools still overroad the DLL settings with options under the MP33 L.A.M.E. Extra Options tab. 

It has the following settings:
L.A.M.E. Encoding Mode
  CBR
  ABR
  VBR

Minimum bitrate
Maximum bitrate
VBR Quality

I choose VBR
Minimum bitrate: 96kBit/s
Maximum bitarte: 320kBit/s
VBR quality: 0

The files were slightly larger than ones I encoded in RazorLame with 3.90.3 exe with alt-preset standard.

John

EXE vs DLL

Reply #8 –
Quote
I can't believe I missed the spelling error in the subject header. Don't I lood foolish... 


Don't worry about it; you seem to be on a roll.

Later.
"Did you just say he contacts you through a bird? Did I just hear you say that?" Sonny Valerio (Cliff Gorman). Ghost Dog: The Way of the Samurai.

EXE vs DLL

Reply #9 –
the only difference between lame(.exe) and liblame (lame.dll) is that dll version doesn't put vbr time info correctly - so certain mp3 players (including in_mad.dll) make errors in play time determination (this can be fixed through vbrfix or another similar tool).

this problem appears in both windows and linux compiles

EXE vs DLL

Reply #10 –
Quote
the only difference between lame(.exe) and liblame (lame.dll) is that dll version doesn't put vbr time info correctly

No. Some applications are not calling the function that is creating the vbr header.

EXE vs DLL

Reply #11 –
like CDex and audiocd:/ slave (on Linux, KDE)...

okay, i'll try to make patch for this this summer...