Kodi Community Forum

hello.

i just noticed something new in a 2005-04-10 build of xbmc.  in the system\players directory, in addition to the dvdplayer and mplayer folders, there is now a paplayer folder.  inside this folder is a file called place in_mp3.dll here.txt.  if you open this text file, you find:

Quote:download winamp 5 or greater from winamp.com and copy the in_mp3.dll from it's plugin directory to this folder

the in_mp3.dll file wasn't part of the build, so i threw it in there and then transferred everything over to the xbox.  i haven't noticed anything different.

does anyone know what this is about? this wasn't in the 2005-04-08 build...

thanks!

it's a new mp3 decoder. it's only used if the dll is found. otherwise, mplayer is used.

hello.

thanks for the reply! are there any advantages to using one over the other in terms of memory usage or accuracy? accuracy is more important to me than memory usage. also, if present, will the in_mp3.dll decoder be used for .mp3 audio in .avi/.ogm/.mkv video containers?

w00t... a new audio-core!!! wohooo..... do we now get gapless playback? *gg* kewl.. this one really rocks

cheers m8s

i dont know if there are any advantages to it.

and no, from the code, it will only decode .mp3 audio files. mp3 audio inside another container is still decoded by mplayer.

Quote:the in_mp3.dll file wasn't part of the build, so i threw it in there and then transferred everything over to the xbox. i haven't noticed anything different.

i also copied the dll to the paplayer folder and, according to the xbmc.log, the mp3s are played using mplayer.

paplayer.cpp has a few lines at the bottom that has to be added in order for the new player to be used..

you must start the mp3's by playing the .mp3 files. thats the only associated extension (ie no playlists etc)

just curious, if there are no advantages to using this, why do we have it? i mean if it can only handle .mp3 files by themselves, it seems pointless to me because mplayer already did this. can somebody please enlighten me on this one?

think crossfade, faster loading, +++

the .mp3 is only a test as it seems to support winamp dll's

a600,

the new paplayer is definately decoding mp3 files:

Quote:11-04-2005 21:16:01 info pap player: loaded decoder at 008f9460
11-04-2005 21:16:01 info pap player: playing smb://sevenofnine/mp3/a perfect circle/mer de noms/04 - judith.mp3
11-04-2005 21:16:01 info pap player: process
11-04-2005 21:16:01 info pap player: channels 2 : sample rate 44100
11-04-2005 21:16:01 info pap player: chunklen 768

los93sol. . .

we have it because it's the start of something new
you cannot expect something to be 101% working from day1, thats just unrealistic

hmm, interesting, since the dll is in winamp and winamp does the vbr seeking well. will vbr mp3's be better seekable in xbmc

:o yep

there was a slight mishap with cvs so it got disabled last night. it's re-enabled now again, but may take some time before it reaches anon cvs

well there isnt much use for that since .cue's don't work with this dll. it would really be cool if it worked with cue's like winamp does and actually be accurate like winamp in cue track seeking with vbr files

btw the dll gives some kind of error

Quote:12-04-2005 18:58:57 info pap player: process
12-04-2005 18:58:57 error exception in capplication::render()
12-04-2005 18:58:57 error exception in capplication::render()
12-04-2005 18:58:57 info pap player: channels 2 : sample rate 44100
12-04-2005 18:58:57 info pap player: chunklen 4120
12-04-2005 18:58:57 notice start led control
12-04-2005 18:58:57 notice dim lcd on playback