Where is the new in_mp3.dll announced?

[pekic]

I saw following line in the announcement of 2.3.9.1210:
Improved to support an unicode input plugin of winamp(in_!mpg.dll, 2006/9/30).
But when I downloaded the release, I found that included dll is the same as the one from the previous version.

By the way, when I placed the plugin from the winamp 5.3's folder KMPlayer had problems.

[z]

Search the Quick Tips & FAQ forum.

[pekic]

Thanks Z,

I found the thread.

But are you planning to upgrade in_mp3.dll? Simple copy of this dll and nscrt.dll from winamp's folder to KMP's plugin folder causes access violation in kmplayer.exe.

If age or weaknes doe prohibyte bloudletting, you must use boxing.
- PHILIP BARROUGH, The Methode of Phisicke (1583)

[z]

It's not because of kmp, but because of winamp. The latest version of winamp keeps it from using outside of winamp.

ps. By the way, what's the improvement in the latest in_mp3? It seems to be simple updates for changing its structure. No need to adhere to in_mp3. The default mp3 decoder of kmp is based on the famous bass library and you can select another famous one like libmad or Fraunhofer.

[pekic]

Well, I'd use it for decoding HE-AAC aac streams. mp4 source filter wrongly reports HE AAC mp4 files as LC. It also supports 24bit MP3 playback with 64bit internal precision. BTW, I use KMP's internal filters for plain mp3! They're good.

[z]

mp4 source filter wrongly reports HE AAC mp4 files as LC.
How is it displayed? If it is decoded without distoring a sound, it means that kmp recognizes it correctly. If you leave a link for the sample, I'll check it. If you find a serious quality loss, let me know that.

It also supports 24bit MP3 playback with 64bit internal precision.
So is it impossible to decode 24bit mp3? Can you provide a sample? 64bit precision does not guarantee a full compliance with the original mpeg spec.
[Only registered and activated users can see links]

[pekic]

How is it displayed? If it is decoded without distoring a sound, it means that kmp recognizes it correctly.
Decoding with AAC 2-realaac.dll is ok (it sounds ok), but Media info box displays AAC-LC although it is HE

That about supporting 24 bit mp3's was stated in version changes of Winamp. Anyway, it is not an issue.

[z]

Hmm..

The wrong report is due to the mediainfo library.

Visit and report it to [Only registered and activated users can see links]

By the way, is there any problem with libavcodec aac deocoding?

[pekic]

First, I have to appologize.
I studied things more deeply and concluded this:
Media Info box reports AAC-HEv2 mp4 streams as AAC LC-SBR-PS which is perfectly true. Also, everything is fine with different mp4 container types (3GPP, ISO 14496-1 verson 2)

The difference is with aac files.

Here is MPEG info from winamp 5.32's in_mp3.dll:
02 - Künstliche Welte.aac
Size: 833408 bytes
Format: AAC
MPEG-4 HE-AAC (Implicitly Signalled)
Sample Rate: 22050 (Output: 44100)
SBR: Present
Channels: 1 (Output: 2) Mode: Parametric Stereo
Bitrate: 32041

And this is the audio part of Media Info for the same file:
Audio
Codec : AAC LC
Codec/Info : AAC Low Complexity
Bit rate mode : CBR
Channel(s) : 1
Sampling rate : 22 KHz
Resolution : 16 bits

Choosing "Winamp's file info..." from context menu of kmp playlist window displays the same data. I think that the problem is with the in_mp3.dll

But I don't want to bother you with this anymore because it has nothing to do with playback quality. It's just something that I noticed and puzzled me a bit.

By the way, is there any problem with libavcodec aac deocoding?
I haven't noticed any problems with libavcodec regarding aac files.

Thanks for replying!