New Code Contribution

[Codaz]

Lol, i knew this was coming MIB.42 can help us out with the PSP-290 problems.

How was your trip Deniska ?

And i still don't have an answer why 3.30 PRX files are so bad compared to 3.03 ones

[MIB.42]

Deniska, here is the first drop on the MP3 support.

This is a development drop and not meant to be for the end-users...

1. The .zip files are .tgz files, just renamed them.
2. New files are the mp3player.c and the libmad...
3. Makefile must include now -lmad -lpspaudiolib -lpspaudio
4. Look for MIB.42_6 and MIB.42_7 for new code
5. main.c : user_main : search for MP3_ProcessM3U and MP3_PlaySnipet is to demonstrate usage, at the moment simply hijacking config and help menus... Please have a look...

The general design is, that you can call MP3_ProcessM3U with an ASCII M3U file ( list of MP3 names with locations, parsing is very flexible, it doesn't have to be ms0:\blahblah, but G:/MUSIC/blahblah.mp3 is OK as well... ) and the mp3player thread will keep the list playing. At the moment it repeats from beginning once the last song was played.

MP3_PlaySnipet is used to play temporary mp3s, the routine saves the present mp3 song context, plays the provided mp3 than continues where it left off with the song. MP3_PlaySnipet can be called multiple times, you don't have to be worried about finishing the mp3, it will handle interruptions and all the necessary restores.

My design was around the idea, that we can play an mp3list (m3u) and use occasional sound for things like announcements etc, and let the system take care of restoring the music play.

The is NO sound mixing, there is only ONE wave being played at a time.

Let me know... I will now work on some more search functions which were requested...

Cheers,
MIB.42

[Codaz]

Lol that libmad seems to big big now.

Thanks for the sound support MIB.42

Maybe you can add AAC, as it is much smaller then mp3. Or ogg (open-source).

[MIB.42]

Lol that libmad seems to big big now.

Thanks for the sound support MIB.42

Maybe you can add AAC, as it is much smaller then mp3. Or ogg (open-source).

fyi, the mp3 play capabilities ( libmad and a few extra code to handle snippets, m3u etc... ) adds only about 100K to the executable...

[MIB.42]

I added wide search as requested ( super-relaxed search ), it is possible to find streetnames without numbers and it is enough to specify the first 3 characters only... I found it quite useful myself as well... good idea plastikowl...

The behavior in the address lookup is :
1st. Exact Search : It tries to find the exact, specified address. If it fails :
2nd. Relaxed Search : It tries to find the number and streetname, where the streetname can be a few characters (min 3) at the beginning only. It gives a list of hits. If it fails :
3rd. Wide Search : It simply looks at the street name and lists all the matching ones. Streetname matching is same as in Relaxed Search...

( again, it's a .tgz file )

[JoQ]

When will we see a new update, with all this new put in? I wanna try it

[deniska]

Deniska, here is the first drop on the MP3 support.

This is a development drop and not meant to be for the end-users...

1. The .zip files are .tgz files, just renamed them.
2. New files are the mp3player.c and the libmad...
3. Makefile must include now -lmad -lpspaudiolib -lpspaudio
4. Look for MIB.42_6 and MIB.42_7 for new code
5. main.c : user_main : search for MP3_ProcessM3U and MP3_PlaySnipet is to demonstrate usage, at the moment simply hijacking config and help menus... Please have a look...

The general design is, that you can call MP3_ProcessM3U with an ASCII M3U file ( list of MP3 names with locations, parsing is very flexible, it doesn't have to be ms0:\blahblah, but G:/MUSIC/blahblah.mp3 is OK as well... ) and the mp3player thread will keep the list playing. At the moment it repeats from beginning once the last song was played.

MP3_PlaySnipet is used to play temporary mp3s, the routine saves the present mp3 song context, plays the provided mp3 than continues where it left off with the song. MP3_PlaySnipet can be called multiple times, you don't have to be worried about finishing the mp3, it will handle interruptions and all the necessary restores.

My design was around the idea, that we can play an mp3list (m3u) and use occasional sound for things like announcements etc, and let the system take care of restoring the music play.

The is NO sound mixing, there is only ONE wave being played at a time.

Let me know... I will now work on some more search functions which were requested...

Cheers,
MIB.42

I just started to looks at the latest additions..
So far I have a couple of questions:
1) Is there a minimal mp3 file size that the lib can play? I am having problems playing small mp3s - beeps for key presses, etc...
2) The 1.5 version ocasionally hangs on exit...

[Codaz]

JoQ, not so hasty with new functions. We need a new stable PSP-290 version 0.4.99 version

[MIB.42]

I just started to looks at the latest additions..
So far I have a couple of questions:
1) Is there a minimal mp3 file size that the lib can play? I am having problems playing small mp3s - beeps for key presses, etc...
2) The 1.5 version ocasionally hangs on exit...

1. Hmmm, I just tried a 3K file and libmad reports LOSTSYNC. Even one without idtags... I will debug this...

2. I only test/debug'd this for the 290 and made sure it compiled for the Holux. I'll switch to 1.5kernel and check it, but at the moment there is no cleanup I know... It's on the to-do list of mine...

[MIB.42]

1. Hmmm, I just tried a 3K file and libmad reports LOSTSYNC. Even one without idtags... I will debug this...

2. I only test/debug'd this for the 290 and made sure it compiled for the Holux. I'll switch to 1.5kernel and check it, but at the moment there is no cleanup I know... It's on the to-do list of mine...

Here is a fix for the MP3 play problem, there is still a minor bug I will check tomorrow ( occasional repeats, I know where the problem is, but too tired to fix it right now ), but now you can play any sized files ( I hope )...