This forum uses cookies

***gid15*** · 09-19-2014, 05:17 PM

(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...

***onelight*** · (This post was last modified: 09-20-2014 05:18 AM by onelight.)

(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:

14:08  INFO hle.sceUtility - user_main - sceUtilityLoadModule(module=0x0304) PSP_MODULE_AV_MP3 loaded

14:09  INFO hle.sceMp3 - user_main - sceMp3InitResource

14:27  INFO compiler - user_main - Splitting _S1_2_880C4FC (151/50)

14:27  INFO hle.sceMp3 - user_main - sceMp3TermResource

14:27  INFO hle.sceUtility - user_main - sceUtilityUnloadModule(module=0x0304) PSP_MODULE_AV_MP3 unloaded

18s, faster than before

***gid15*** · 09-20-2014, 11:35 AM

(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...

***onelight*** · 09-20-2014, 12:02 PM

(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 . 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...

***gid15*** · 09-20-2014, 01:12 PM

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!

***onelight*** · 10-13-2014, 02:58 PM

some Mp3 sounds bad
紅一葉(追加楽曲集２).mp3 is from Hatsune Miku: Project Diva Tsuika Gakkyoku Shuu Delux Pack 2 [NPJH00039].

.zip

log 紅一葉(追加楽曲集２) - converted good.zip (Size: 1.22 MB / Downloads: 2)
do some convert will help

.zip

log 紅一葉(追加楽曲集２) - converted good.zip (Size: 1.22 MB / Downloads: 2)

Code:

General

Complete name                  : F:\jpcsp-3654-windows-amd64\ms0\MUSIC\紅一葉(追加楽曲集２).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\紅一葉(追加楽曲集２) - 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

***onelight*** · 10-23-2014, 10:22 AM

r3566 fixed the bad mp3

***onelight*** · (This post was last modified: 07-12-2015 03:24 PM by onelight.)

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

.7z

MP3-128-192-320 log.7z (Size: 1.45 MB / Downloads: 1)

btw, wav works fine

***onelight*** · 07-18-2015, 06:25 PM

(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