| View previous topic :: View next topic |
| Author |
Message |
hitchhikr
Joined: 04 Feb 2006
Posts: 83
|
 Posted: Mon Aug 28, 2006 6:16 pm Post subject: AT3 replay via Audiocodec.prx on 1.5 |
 |
|
Here is the at3 replay (while waiting for the mp3 one), hopefully it'll work correctly on any other psp than mine this time ;D:
http://perso.orange.fr/franck.charlet/temp/AT3Replay.zip
Any report welcome. |
|
| Back to top |
|
 |
mbf
Joined: 18 Aug 2006
Posts: 55
|
| Posted: Mon Aug 28, 2006 6:53 pm Post subject: |
|
|
woops: "Error 403 - Access forbidden by rule."
Looks like you forgot to change the permissions on the file ;) |
|
| Back to top |
|
|
hitchhikr
Joined: 04 Feb 2006
Posts: 83
|
| Posted: Mon Aug 28, 2006 6:57 pm Post subject: |
|
|
| No problems to download it from here. The public read flag is set as usual. |
|
| Back to top |
|
|
AnonymousTipster
Joined: 01 Jul 2005
Posts: 197
|
| Posted: Mon Aug 28, 2006 7:10 pm Post subject: |
|
|
Works fine on my 1.5 PSP.
I was just looking for some At3 playback code, and this looks perfect, thanks. |
|
| Back to top |
|
|
hitchhikr
Joined: 04 Feb 2006
Posts: 83
|
|
| Back to top |
|
|
Blackrider
Joined: 29 Mar 2006
Posts: 8
|
| Posted: Wed Aug 30, 2006 10:58 am Post subject: |
|
|
| What are the advanatages with using this method to play at3 files compared to the other one? |
|
| Back to top |
|
|
hitchhikr
Joined: 04 Feb 2006
Posts: 83
|
| Posted: Wed Aug 30, 2006 1:20 pm Post subject: |
|
|
- It takes less user memory (no need to load the atrac3plus.prx).
- When i'll know how to fill the structure accordingly, it'll be able to replay mp3 files on the media engine aswell (at3 only so far). |
|
| Back to top |
|
|
hitchhikr
Joined: 04 Feb 2006
Posts: 83
|
| Posted: Wed Aug 30, 2006 1:31 pm Post subject: |
|
|
| Also it doesn't require any own made external prx. |
|
| Back to top |
|
|
Cpasjuste
Joined: 29 May 2005
Posts: 214
|
| Posted: Wed Aug 30, 2006 10:17 pm Post subject: |
|
|
Hello.
I have a question that could be stupid since i'm a crapy coder but i would like to ask you why it would be better to use this directly in my code instead of using it as a prx module.
Also is there a reason why its named replayer and not player ? (of course yes:p) |
|
| Back to top |
|
|
hitchhikr
Joined: 04 Feb 2006
Posts: 83
|
| Posted: Thu Aug 31, 2006 8:02 am Post subject: |
|
|
| Quote: |
I have a question that could be stupid since i'm a crapy coder but i would like to ask you why it would be better to use this directly in my code instead of using it as a prx module.
|
It'll take slightly less user memory but more important if you want to use a non encrypted module you'll have to patch the kernel and of all the patches provided in the sdk only pspSdkInstallNoDeviceCheckPatch() (the only one i'm using here) is working on higher firmwares versions, all others just crash which is unfortunate because you'd probably need pspSdkInstallNoPlainModuleCheckPatch() to be able to run your own prx.
| Quote: |
Also is there a reason why its named replayer and not player ? (of course yes:p)
|
Nope, no particular reason. |
|
| Back to top |
|
|
kz
Joined: 03 Sep 2006
Posts: 2
|
| Posted: Sun Sep 03, 2006 6:40 am Post subject: |
|
|
great work on this...
just a note to anyone who plans on using the stubs in AT3.c to do playback in another app... the AT3_Datas_Start (hardcoded to 0x48 at the top for the sample .at3 file included in the distribution) changes depending on the specifics of the RIFF header of the file.
The easiest way to find the byte offset count to store in AT3_Datas_Start is to look for the 'data' tag in the RIFF header, go another four bytes after the tag, and that's the start of the actual data.
/Andrew |
|
| Back to top |
|
|
hitchhikr
Joined: 04 Feb 2006
Posts: 83
|
| Posted: Sun Sep 03, 2006 2:59 pm Post subject: |
|
|
| You're right but i haven't seen an at3 file with a different structure yet, so i took the short way, you could aswell parse the various headers until the data one is found (they have a id / length format like all riff files). |
|
| Back to top |
|
|
kz
Joined: 03 Sep 2006
Posts: 2
|
| Posted: Sun Sep 03, 2006 11:35 pm Post subject: |
|
|
| hitchhikr wrote: | | You're right but i haven't seen an at3 file with a different structure yet, so i took the short way, you could aswell parse the various headers until the data one is found (they have a id / length format like all riff files). |
I generated about 30 AT3 files with EAC PSP Edition, and almost all of them had offsets of 0x48, but I've seen a few with 0x44... turns out, that was the problem with the first file I was testing with and I spent a lot of time trying to figure out what was wrong. :)
/Andrew |
|
| Back to top |
|
|
hitchhikr
Joined: 04 Feb 2006
Posts: 83
|
| Posted: Mon Sep 04, 2006 12:49 am Post subject: |
|
|
| Oki, i've updated the archive, the at3.c should now retrieve the correct datas position from the file, tell me if it works or not. |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
