EmuNewz Network

Full Version: Add support MP3 as BGM
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3
(09-16-2014, 11:20 AM)onelight Wrote: [ -> ]
(09-16-2014, 07:40 AM)gid15 Wrote: [ -> ]
(09-16-2014, 12:12 AM)onelight Wrote: [ -> ]
(09-15-2014, 11:44 AM)gid15 Wrote: [ -> ]
(09-15-2014, 09:54 AM)onelight Wrote: [ -> ]Thank you. now SD Gundam G Generation Over World can play mp3.
could you more fixed Hatsune Miku, yet mp3 can play, but jpcsp need more than 1 min to load a mp3 file. it is too long
Could you add the following line in your LogSettings.xml file:
Code:
<logger name='hle.sceMp3'> <level value='trace' /> </logger>
and post the new log file?

Thank you!

EDIT: sceMp3 has now been ported completely to the new java decoder (r3620). This could improve compatibility.
test r3621, still need witting 1 min
Does it play the MP3 at all? According to the log, the application is not calling sceMp3 during this 1 min.
Code:
08:04:26  INFO hle.sceUtility - user_main - sceUtilityLoadModule(module=0x0304) PSP_MODULE_AV_MP3 loaded
08:04:26  INFO hle.sceMp3 - user_main - sceMp3InitResource
08:05:34  INFO compiler - user_main - Splitting _S1_2_880C4FC (151/50)
08:05:34  INFO hle.sceMp3 - user_main - sceMp3TermResource
08:05:34  INFO hle.sceUtility - user_main - sceUtilityUnloadModule(module=0x0304) PSP_MODULE_AV_MP3 unloaded
I didn't start play mp3, I just select a mp3 prepare to play it.
test one more time.
Is there any change with r3627? I'm trying to see if this is a timing problem with the IO operations...
(09-19-2014, 05:17 PM)gid15 Wrote: [ -> ]
(09-16-2014, 11:20 AM)onelight Wrote: [ -> ]
(09-16-2014, 07:40 AM)gid15 Wrote: [ -> ]
(09-16-2014, 12:12 AM)onelight Wrote: [ -> ]
(09-15-2014, 11:44 AM)gid15 Wrote: [ -> ]Could you add the following line in your LogSettings.xml file:
Code:
<logger name='hle.sceMp3'> <level value='trace' /> </logger>
and post the new log file?

Thank you!

EDIT: sceMp3 has now been ported completely to the new java decoder (r3620). This could improve compatibility.
test r3621, still need witting 1 min
Does it play the MP3 at all? According to the log, the application is not calling sceMp3 during this 1 min.
Code:
08:04:26  INFO hle.sceUtility - user_main - sceUtilityLoadModule(module=0x0304) PSP_MODULE_AV_MP3 loaded
08:04:26  INFO hle.sceMp3 - user_main - sceMp3InitResource
08:05:34  INFO compiler - user_main - Splitting _S1_2_880C4FC (151/50)
08:05:34  INFO hle.sceMp3 - user_main - sceMp3TermResource
08:05:34  INFO hle.sceUtility - user_main - sceUtilityUnloadModule(module=0x0304) PSP_MODULE_AV_MP3 unloaded
I didn't start play mp3, I just select a mp3 prepare to play it.
test one more time.
Is there any change with r3627? I'm trying to see if this is a timing problem with the IO operations...
r3630
Code:
13:14:08  INFO hle.sceUtility - user_main - sceUtilityLoadModule(module=0x0304) PSP_MODULE_AV_MP3 loaded
13:14:09  INFO hle.sceMp3 - user_main - sceMp3InitResource
13:14:27  INFO compiler - user_main - Splitting _S1_2_880C4FC (151/50)
13:14:27  INFO hle.sceMp3 - user_main - sceMp3TermResource
13:14:27  INFO hle.sceUtility - user_main - sceUtilityUnloadModule(module=0x0304) PSP_MODULE_AV_MP3 unloaded
18s, faster than before
(09-20-2014, 05:18 AM)onelight Wrote: [ -> ]r3630
Code:
13:14:08  INFO hle.sceUtility - user_main - sceUtilityLoadModule(module=0x0304) PSP_MODULE_AV_MP3 loaded
13:14:09  INFO hle.sceMp3 - user_main - sceMp3InitResource
13:14:27  INFO compiler - user_main - Splitting _S1_2_880C4FC (151/50)
13:14:27  INFO hle.sceMp3 - user_main - sceMp3TermResource
13:14:27  INFO hle.sceUtility - user_main - sceUtilityUnloadModule(module=0x0304) PSP_MODULE_AV_MP3 unloaded
18s, faster than before
OK, making progress Smile. Could you post a INFO log file with the following line in your LogSettings.xml
Code:
<logger name='hle.IoFileMgrForUser'> <level value='debug' /> </logger>
This might help to better understand what the application is doing...
(09-20-2014, 11:35 AM)gid15 Wrote: [ -> ]
(09-20-2014, 05:18 AM)onelight Wrote: [ -> ]r3630
Code:
13:14:08  INFO hle.sceUtility - user_main - sceUtilityLoadModule(module=0x0304) PSP_MODULE_AV_MP3 loaded
13:14:09  INFO hle.sceMp3 - user_main - sceMp3InitResource
13:14:27  INFO compiler - user_main - Splitting _S1_2_880C4FC (151/50)
13:14:27  INFO hle.sceMp3 - user_main - sceMp3TermResource
13:14:27  INFO hle.sceUtility - user_main - sceUtilityUnloadModule(module=0x0304) PSP_MODULE_AV_MP3 unloaded
18s, faster than before
OK, making progress Smile. Could you post a INFO log file with the following line in your LogSettings.xml
Code:
<logger name='hle.IoFileMgrForUser'> <level value='debug' /> </logger>
This might help to better understand what the application is doing...
Very interesting... the game is performing tons of sceIoLseek and sceIoRead with very small sizes. This explains the incorrect timing. I will have to write a test application on the PSP to check the correct behavior...

Thank you!
some Mp3 sounds bad
紅一葉(追加楽曲集2).mp3 is from Hatsune Miku: Project Diva Tsuika Gakkyoku Shuu Delux Pack 2 [NPJH00039].
[attachment=17645]
do some convert will help
[attachment=17645]
Code:
General
Complete name                  : F:\jpcsp-3654-windows-amd64\ms0\MUSIC\紅一葉(追加楽曲集2).mp3
Format                         : MPEG Audio
File size                      : 2.94 MiB
Duration                       : 3mn 12s
Overall bit rate mode          : Constant
Overall bit rate               : 128 Kbps
Track name                     : 紅一葉
Performer                      : WhiteFlame
Writing library                : Gogo >=3.0

Audio
Format                         : MPEG Audio
Format version                 : Version 1
Format profile                 : Layer 3
Mode                           : Joint stereo
Duration                       : 3mn 12s
Bit rate mode                  : Constant
Bit rate                       : 128 Kbps
Channel(s)                     : 2 channels
Sampling rate                  : 44.1 KHz
Compression mode               : Lossy
Stream size                    : 2.94 MiB (100%)
Writing library                : Gogo >=3.0

Code:
General
Complete name                  : F:\jpcsp-3654-windows-amd64\ms0\MUSIC\紅一葉(追加楽曲集2) - converted.mp3
Format                         : MPEG Audio
File size                      : 2.98 MiB
Duration                       : 3mn 12s
Overall bit rate mode          : Variable
Overall bit rate               : 130 Kbps
Track name                     : 紅一葉
Performer                      : WhiteFlame
Writing library                : LAME3.93
Comment                        :  00001680 00001AB3 00008280 0000AFA1 0001F50B 0002B63D 00008000 00008000 00001D06 000007FB

Audio
Format                         : MPEG Audio
Format version                 : Version 1
Format profile                 : Layer 3
Mode                           : Joint stereo
Mode extension                 : MS Stereo
Duration                       : 3mn 12s
Bit rate mode                  : Variable
Bit rate                       : 130 Kbps
Channel(s)                     : 2 channels
Sampling rate                  : 44.1 KHz
Compression mode               : Lossy
Stream size                    : 2.98 MiB (100%)
Writing library                : LAME3.93
Encoding settings              : -m j -V 1 -q 2 -lowpass 19.5 --vbr-new
r3566 fixed the bad mp3
128 Kbps MP3 is good, 320 kbps MP3 sounds bad, not same as it should be, if I listen carefully, 192 kbps mp3 also not good.
I aslo test mp3 using different game, same result
[attachment=19191]

[attachment=19190]

btw, wav works fine
(07-12-2015, 03:21 PM)onelight Wrote: [ -> ]128 Kbps MP3 is good, 320 kbps MP3 sounds bad, not same as it should be, if I listen carefully, 192 kbps mp3 also not good.
I aslo test mp3 using different game, same result




btw, wav works fine

jpcsp revision 75887cc NOT help
Pages: 1 2 3