I have 3 different plugins: in_mp3pro.dll, in_mad.dll, in_mpg123.dll.

Is one of these better than the other, as I can't hear any difference. The player is 1by1.

"in_mp3pro.dll" supports mp3PRO files. If you don't use any mp3PRO files, don't use it.
"in_mad.dll" is an integer only MP3 decoder. It is good for slow PCs.
"in_mpg123.dll" is the decoder foobar2000 uses AFAIK. I would use that one. The current version supports reading of APEv2 tags and is capabile of gapless playback IIRC.

Umm.. eh? The MAD decoder uses more cpu cycles than in_mpg123 and in_mp3pro, and also in_mp3 in winamp, etc. So why would it be better for slow PC's then?.

I have no mp3Pro files, so I guess this plugin is out.

in_mad could be good for me (presuming you're correct about it being good for slow PC's) as I don't have no flashy PC, it's 1100Mhz Duron powered This is the plugin I usually use. But what does "integer" mean? Sorry for my lack of knowledge on this word.

As for in_mpg123, well I found 3 versions of this right here: http://www3.cypress.ne.jp/otachan/in_mpg123.html

But I have no idea what the difference is between them. I chose the top one, in_mpg123_118ot60a.zip Ver. 1.18y ot60a (327KB) (2004/1/17), and what drew me to this was another thread I saw which said mpg123 could play back mp3 gapless in Winamp, so I downloaded it because I occasionally use Winamp, but mainly to see if it did anything at all in 1by1. The thread I'm referring to is here: http://www.hydrogenaudio.org/forums/index....0&&#entry152918

Thanks for the help.

Oh, sorry! My bad...

The MAD plugin should be used for CPUs without a FPU.

Edit: Wait a second... It uses more CPU cycles, but calculating with integers is faster than calculating with decimals.

OK.

What's an FPU?

LOL...

1. Integers are whole numbers like 1, 5, 99...
2. FPU stands for "Floating Point Unit". It is the part of the CPU which handles decimals (like 11.4, 1.0000004, 0.5...)

Haha... no shit... OK!

How do I know if I have an FPU? Sorry for being a pain in the ass!!

Good luck finding a machine without FPU, anything starting from pentium has FPU on-chip, and anything below it is probably too slow to decode MP3
Older machines (pentium-class) have relatively slow FPUs, integer-based decoder will perform better there, but AFAIK in_mp3 is integer-based too (and much faster than MAD). mpg123 performs faster on Athlon-class or P2-class or newer machines.

You can always disable the 'Numeric data processor' under a Win 32 OS

Most 486s also had an FPU, though Intel sold 486s with the FPU disabled as well.

386s also had FPU, but it was a seperate chip. Back then it cost hundreds just to be able to run fp numbers.

386 with fpu = 387 ..i remember i had a 386 16mhz, and then got a fpu and stuck in, suddenly things became *fast*

And here goes the Time Machine... (to the "age" where only CAD programs uses the FPU )

any idea where i could find the mpg123.dll plugin?? i would love foobars gapless playback in winamp. the link above is in japanese and i cant tell what im looking at.


anyone have experience with this plugin? is it as good as the standard winamp plugin?

There are some in_mpg123 links visible right under the bullet-list.

edit: Please see the Otachan's in_!mpg123 thread for info about the alternative Winamp mp3 playback plugin.

in_mpg123_118ot60a.zip Ver. 1.18y ot60a (327KB) (2004/1/17)
in_mpg123_118ot60asse.zip Ver. 1.18y ot60a SSE (327KB) (2004/1/17)
in_mpg123_118ot60asse2.zip Ver. 1.18y ot60a SSE2 (328KB) (2004/1/17)

But which one is best!!?

Cool, MP3-Gapless-Support in Winamp5 (with this plug-in).

Or am I wrong ?

If you don't use a Pentium III, Pentium 4, or an Athlon XP, get the first one.
If you use a Pentium III or Athlon XP system, get the SSE one.
If you use a Pentium 4, get the SSE2 one.

edit: If your CPU isn't one of the above, but supports SSE or SSE2, then use the appropriate build, please.

Thanks. I use a crappy Duron 1100 but it does have SSE.

SSE Version works in Winamp 2.91 also.

Nope, the i387 was the fpu itself.

I think that only with lame with gapless parameters files. Foobar can play gapless any mp3 files.

Hmm, just encoded a few files from flac with foobar and lame (3.95.1) to MP3, but Winamp5 doesn't play gapless with the mp123-plug-in.

Have anyone any idea, what could help ?

Thanks !

1by1 ( http://www.rz.uni-frankfurt.de/~pesch/ ) will currently use any mp3 ACM codec or mpglib.dll or any Winamp 2.x (5.x) input plug to decode mp3. So you have even more options too choose from than:

Like e.g Nullsoft in_mp3.dll or Lame ACM codec or ...

you have to work around a winamp limitation by choosing the "buffer ahead" option in the out_ds plugin.

winamp has 2 limitations, the mp3 input plugin limitation is just one of it. The buffer ahead option is just a dirty hack to work around the second one. Fiddle with the buffer value to make the outcome pleasing

the mpg123 mp3 plugin is the only one that doesn't suffer from the mp3 input limitation. If you use another plugin, you supposedly can work around by checking the "remove silence" box and play with the db values.


one QUESTION:
does this otachan mpg input plugin now support ML metadata exchange? It is updated in January. Before harashin posted a special modified version to support the ML.
Can the plugin do this now "out of the box"?

I'm not sure, but I think this changelog entry is relevant.

yes. That's the answer. thanks kjoonlee. BTW could you *maybe* translate the whole site?

I have been there many times and have always wondered what was written there.

The tagging issue is still an issue. I once had a look at mp3infp too, but that was partly in japanese. I think harashin mentioned the possibility of creating language packs, but I couldn't find any (neither in english nor in other languages).

EDIT: grammar

Thank you, Amano!
Now it works great, even ogg and flac-Files are played gapless now. I've choosen a buffer-ahead-time from 255 ms.
Will there be any problem by playing with too much buffer-time ?

Nope. Not really. A big buffer increases a time lag. This doesn't affect music playing much, but you can see the consequences in other things:

eg. Emulation: Mario kicks a turtle, but the kick sound lags behind the actual kick.
With a music player the vis and the effects will start only after a certain lag time.

Via C3 processors have a half speed FPU. But it should still be fast enough. Processors prior the the 486 have separate FPUs called maths co-processors and most people didn't buy one. For example a 286 would need a 287 FPU if floating point was to be done in hardware.

Cheers,
Fairy

As I still couldn't force myself to completely switch from winamp to foobar (not after allt these years), I am very interested in the development of the mpg123 plugin, as it seems to be the only plugin being under development currently. The internal winamp plugin (the MP3 part) didn't get updated for some time now and the MAD plugin doesn't seem to be supported at all anymore.

MAD bundle v0.15.0b 2003-10-12
MADplay/decoder bundle with Frontend and Winamp plugin (v0.14.2b but compiled against v0.15.0b libs). New compiles using Rob Leslie's "new Layer III IMDCT implementation" and 'OPT_ACCURACY' - MSVC6 compile
http://rarewares.hydrogenaudio.org/files/MADbundle.zip

It seems to still undergo some development....?

anyways... my last post before this was due to the fact that deeswift specifically expressed in his initial post that he was going to use the 1by1 player, a point that seems to have been largely sidestepped in this thread.

1by1 claims a gapless option, too. Don't know how well it's working, though.....

I think that the Winamp plugin itself hasn't been updated for quite a long time

http://www.mars.org/home/rob/proj/mpeg/mad...n%200.14.2b.exe

It is there on the MAD homepage for a more than a year.

(I can't investigate the date of compile, but in the "About" box it says © 2000-2001)

By looking at the options available, it seems like it uses the "ignore silence" hack.

ie. It does not support "true" gapless mp3 playback, like mpg123 and foobar2000 does.

Just out of curiousity : What is "true" gapless mp3 playback anyways: I thought some kind of "hack" is nessecary to get gapless mp3 playback no matter what (as it's not supported by the format), only difference being between smarter/better and not so smart "hacks".

With encoding used by newer versions of Lame it is supported.

The thing that cause mp3 to not being gapless is that the length of the decoded data is longer than the original, because the encoder add data before and after the original data (padding).

Newer versions of lame stores how much such garbage data is added, and this information is then used by the decoder - You have got gapless support... :-)

So it's actually true gapless mp3 playback then, and not just "true" gapless mp3 playback.... Nifty!
(Even though I guess that I will still make MPC from my rips )

But back to deeswifts initial post: Personally i find 1by1 a very handy player in circumstances when you need a small & fast player, when environment is difficult e.g (a girl I know asked me to find an audioplayer that would perform well on an old machine running NT 4.0, she hadn't been able to find any -- she was very happy with 1by1). [Under normal circumstances I use foobar2000 special installer from Case's site.] ehh, back to tread: To quote myself :

So what would be the best choice for mp3 playback with this player? 1by1 defaults to system ACM if present. If not it will use mpglib.dll. This is the readme for that file:

(Hmmm... that one claims to derive from mpg123 too...?)
But if a Winamp 2.x input plugin is present it will use this. Current 1by1 will support Nullsofts own in_mp3.dll as well as the those discussed here. If I have understood the general feeling in this tread right, the best choice out of these would be in_mpg123.dll??? Or....???

@kjoonlee:
Your translation is pretty good, it's not strange for me at all.


The normal build has 80bit accuracy decoding while others have 64bit processing.
Since IMO both 64bit and 80bit are overkill, I don't think this difference makes any audible difference.


OK guys, I've translated mp3infp into English. Since I don't have MSVC, this patch was made with using ResourceHacker.

mp3infp242 with English patch

tested youre patch, didnt break anything, just made everything plain dull english (and just when i was about to translate the older edda into japanese, sorry that was a lie, wish i could ) Respect

tnx a lot, harashin.

that's what I call responsive

Will have a closer look at it tomorrow.

TNX harashin, now the plugin is completely usable for me.

Some infos for those interested. By choosing the Winamp "File Info", the mpg123 input plugin will transport you into the Windows File Properties dialog, which is now extended (by MP3infp) by a IDv1 and IDv2 tab (now with translated text, TNX to harashin). There you can edit the MP3 tags, copy them (IDv1 to IDv2 and vice versa) or delete them.


Some Notes:

-The Help that comes with MP3infp (it comes up by pushing a "Help" button) is not translated

-The Settings Dialog is not translated (it comes up by pushing "Settings"): I would be interested, by what can be changed there, because APE2 is mentioned somewhere.

- I didn't have to switch to safemode (as suggested in the exe file), it worked fine in WinXP standard mode).

Using it in 1by1 by hitting alt+enter with file highlighted, which is the only way to display taginfo with 1by1, program crashed on mp2 file. On mp3 I have not seen any problems. I guess mp3infp242 doesn't work with mp2, even though in_mpg123 does....?

Sorry, but I'm too lazy to translate the whole thing.

However, although some parts are still left in Japanese(MSVC is needed for modifying them), the setting dialogs are translated.
mp3infp.cpl English patch
Now this patch is also included in my above mp3infp_english.zip.


AFAIK, mp3infp can't handle files with APEv2 tag other than *.ape.

the link above doesn't work:

http://cyberquebec.ca/harashin/cpl_english.zip

I re-downloaded your mp3infp bundle, but it doesn't seem to be updated to me.

Oh, excuse me.

Fixed. Both of them should be available now.

Tnx, for your work.
And for your responsive way.

EDIT: Now mpg123 plugin is usable for me in Winamp

I install in_mpg123.dll from the above link, but when I play an MP3 file no titles show. Also double clicking on the title scroller pops up the standard windows properties box.

What am I doing wrong?

H

what link?

make sure that you install the otachan in_mpg123 plugin. simply copy in_mpg123.dll into the winamp plugins subdirectory.
then malke sure that in_mp3 is disabled. simply remove the .mp3 extension drom its extension dialog.