Author Topic: Request for real hardware tests  (Read 501 times)

ponut64

  • Full Member
  • ***
  • Posts: 175
  • Karma: +13/-0
    • View Profile
Request for real hardware tests
« on: July 05, 2018, 07:38:21 am »
Hey guys,

I just want to know if you run this ISO if the sound eventually annihilates your sanity (with static, of course).
It would only ever do this on real hardware. You can test emulators if you want, but about all you will get are some skips and the end of the file not terminating the sound.

http://www.mediafire.com/file/gvvevvruvr4cwnb/sl_coff.iso
----------------------------------------------------------------------------------------------------------------------------------------------
"But!" you may ask, "what is this?!"
This is streamed PCM playback of 30720 Hz (30.72KHz) audio using SGL, with the sound effect itself being copied straight to the PCM playback buffer.
Is this useful? Hell man, I don't know! But this actually plays sound, so it's what I have to work with because I cannot for the life of me get SBL to play any sound at all.

"What is the problem?"
I'm not sure. It could be a limitation of SGL. It could be a hardware limitation that SBL circumvents. It could just be my Saturn. But after so long of playing back the file, static gets thrown into the mix and I do not know how to suppress it.
Theories:
- SGL PCM playback pointer moves to a region of memory that has bad data
- SGL PCM playback pointer eventually starts playing back the incomplete data in LWRAM as its being copied
- SGL PCM playback pointer eventually leaves the Saturn's entire possible memory map range, returning NULL data
- A-bus and B-bus DMA processes eventually cross-corrupt
- SGL PCM playback library eventually attempts to mux PCM sound outputs, resulting in garbage added
Things I have tried:
- Attempt to move SGL playback start pointer (You cannot, slPCMOn will not change its parameters once started)
- Using NULL for PCM data region (I don't want it to point to any region, since I am copying the PCM data directly to the PCM buffer) (Result: Garbage)
- Using end-of-memory for PCM data region (Result: Crash)
- Different DMA modes
- Not much else (only one song and bitrate on real hardware)
MAJOR ISSUE:
No emulators replicate this problem.

Relevant code:
Code: [Select]

#ifndef __AUDIO_H__
#define __AUDIO_H__

#define SECTOR_SIZE     (2048)
#define RING_BUF_SIZE  (2048*10)
#define PCM_ADDR  ((void*)0x25a20000)
#define PCM_SIZE  (4096*2)

#define SMP_1TASK_SAMPLE (1024)
#define SMP_TR_MODE_CD (PCM_TRMODE_CPU)
#define SMP_LOAD_NUM (10)

#define PCMRAM (631734272)
#define LWRAM (2097152)
#define HIMEM (100679680)
//(31122)
#define S4410KHZ     (0)
#define S3780KHZ     (31451)
//THIS IS TESTED
#define M3072KHZ     (31118)
//
#define S2205KHZ     (30720)
#define S1920KHZ (29431)
#define S18900HZ     (29404)
#define S1600KHZ     (29134)
#define S1536KHZ     (29074)
#define S1100KHZ     (27643)
#define S0800KHZ     (27086)


extern jo_sound     main_pcmfx;
extern jo_sound music_pcmfx;

//Functions go here
void pcm_music_play(void(*sysframe)(void));
void* load_pcm(Sint8* filename, const jo_sound_mode mode, jo_sound *sound, void * workAddress);
void sound_on_channel(jo_sound * const sound, const unsigned char channel);
#endif



//Modified Jo Engine functions
jo_sound music_pcmfx;
jo_sound main_pcmfx;

static PCM _pcm[JO_SOUND_MAX_CHANNEL] =
{
    {(_Stereo | _PCM16Bit), 0, 127, 0, 0x0, 0, 0, 0, 0},
    {(_Stereo | _PCM16Bit), 2, 127, 0, 0x0, 0, 0, 0, 0},
    {(_Stereo | _PCM16Bit), 4, 127, 0, 0x0, 0, 0, 0, 0},
    {(_Stereo | _PCM16Bit), 6, 127, 0, 0x0, 0, 0, 0, 0},
    {(_Stereo | _PCM16Bit), 8, 127, 0, 0x0, 0, 0, 0, 0},
    {(_Stereo | _PCM16Bit), 10, 127, 0, 0x0, 0, 0, 0, 0},
};

static Sint16 music_frames = 0;
static Sint16 music_sectors = 0;

void pcm_music_play(void(*sysframe)(void))
{
//DEBUG INFORMATION
Sint8* filename = "B.PCM";
    music_pcmfx.mode = JoSoundMono16Bit;
//This function is supposed to play a mono PCM sound effect constantly.
//Some LWRAM is consumed in the process (10 sectors / 20KB).
    void* pcm = LWRAM;
void* write_buffer = LWRAM;
Sint32 fid = GFS_NameToId(filename);
GfsHn gfsm = GFS_Open(fid);
Sint8 fetch_timer = 0;
Sint32 fsize;
Sint32 nsct;
Sint32 stat;
Sint32 rdsize;
//Rate of data reading
Sint16 rt_step = (2 * 2048);
Sint16 rt_sector = 2;
//Get sectors
//HEY! SBL DOCUMENTATION IS WRONG! THIRD ITEM nzect IS GFS SECTOR COUNT. SECOND ITEM IS CD SECTOR SIZE.
//TIP: MEMORY MUST BE MANAGED IN SECTORS (2KB)
GFS_GetFileSize(gfsm, NULL, &nsct, NULL);
GFS_GetFileInfo(gfsm, NULL, NULL, &fsize, NULL);
//This determines playback time?
music_pcmfx.data_length = (fsize);
_pcm[(int)0].mode = (Uint8)music_pcmfx.mode;
_pcm[(int)0].pitch = M3072KHZ;
//How many frames are we reading?
if(rt_step < fsize){
music_sectors = (fsize + (rt_step - 1))/(rt_step);
}
jo_printf(0, 18, "(%i)", fsize);

GFS_SetReadPara(gfsm, rt_step);
GFS_SetTransPara(gfsm, rt_sector);
GFS_SetTmode(gfsm, GFS_TMODE_CPU);
//Loading follows
GFS_NwCdRead(gfsm, (10 * 2048));
for( ; music_frames <= music_sectors ; ){
//Copy memory from work area buffer directly into the PCM stream buffer
slDMACopy(write_buffer, PCMRAM, (8 * 2048));
slDMAWait();
//Very tightly timed! Not even timed right! Saturn appears to playback sounds faster than advertised; check pitch?
fetch_timer++;
if(music_frames < 4){
GFS_NwFread(gfsm, rt_sector, write_buffer + (music_frames * rt_step), rt_step);
}
do{
sysframe();
slSynch();
if(music_frames < 4){
GFS_NwExecOne(gfsm);
GFS_NwGetStat(gfsm, &stat, &rdsize);
}
jo_printf(0, 7, "(%i)", music_frames);
jo_printf(7, 7, "(%i)", music_sectors);
jo_printf(0, 11, "(%i)", rdsize);
jo_printf(10, 11, "(fetched filesize)");
}while(stat != GFS_SVR_COMPLETED && rdsize < rt_step);
if(music_frames < 4){
music_frames++;
}
if(music_frames == 4 && fetch_timer == 8){
music_frames = 0; fetch_timer = 0;
}
slSndFlush();
music_pcmfx.data = pcm;
jo_printf(0, 0, "(%i)", pcm);
music_pcmfx.current_playing_channel = 0;
//HEY! slPCMOn does -NOT- accept changes to the data address during playback. IT WILL DO NOTHING.
slPCMOn(&_pcm[(int)0], music_pcmfx.data, music_pcmfx.data_length);
slPCMParmChange(&_pcm[(int)0]);
}
GFS_Close(gfsm);
}


« Last Edit: July 05, 2018, 07:40:22 am by ponut64 »

LackofTrack

  • Newbie
  • *
  • Posts: 25
  • Karma: +6/-0
    • View Profile
Re: Request for real hardware tests
« Reply #1 on: July 05, 2018, 09:11:17 am »
I tested the iso on my Japanese Model 2. On all the 3 test tries I did, at about 1 minute and 42 seconds in static began to appear in the song.
Also the song doesn't stop correctly and keeps repeating the last second of itself. A brief look at the code and it looks fine.
I wonder why the problem occurs only on real hardware.

ponut64

  • Full Member
  • ***
  • Posts: 175
  • Karma: +13/-0
    • View Profile
Re: Request for real hardware tests
« Reply #2 on: July 05, 2018, 09:21:42 am »
Stopping the song is easy that's not a problem. More to my point since I have the static issue, I don't feel like fixing the song ending.
That static though, that's a problem!
Thanks for testing. Now I know it's not just my Saturn. My real concern is testing a fix for it... I only have so many CD-Rs...

By the way, in my experience, the most accurate emulator for SGL PCM testing is Bizhawk (Saturnus based).
The other emulators do not playback the stream at the correct pitch rate.
« Last Edit: July 05, 2018, 09:26:17 am by ponut64 »

SaturnTeam

  • Jr. Member
  • **
  • Posts: 68
  • Karma: +5/-0
    • View Profile
    • Saturn Team
Re: Request for real hardware tests
« Reply #3 on: July 05, 2018, 05:21:59 pm »
Which Saturn version are you testing it on? Can you give me the model number?
« Last Edit: July 05, 2018, 05:32:31 pm by SaturnTeam »
Founder of Saturn Team

ponut64

  • Full Member
  • ***
  • Posts: 175
  • Karma: +13/-0
    • View Profile
Re: Request for real hardware tests
« Reply #4 on: July 05, 2018, 06:34:01 pm »
Saturn MK-80 000 A
SERIAL AE66078526
Manufactured September 1996 MALAYSIA
"US Model 2"

DO NOTE: My Saturn is a strange one.
Internally, the plastic shell has the hook for the Model 1-type CD open sensor, as well as what looks to be mounting points for the Model 1 CD activity light acrylic light tube.
The CD Drive is distinctly a later model Saturn. The CD OPEN sensor is the gear-switch type (no cable). The CD door has a different plastic finish than the rest of the console (it's a darker black).
Only one or two out of the five screwholes on the bottom actually screw in to the top half of the Saturn; I'm pretty sure the top half has 6 screw holes actually in it, and I'm afraid if I pick the console up wrong that I will rip the top off. There's also some other strange cavity in the bottom of the console that shines onto the back of a PCB on the right side of the console.

I bought my first Saturn (and had my first experience with it!) early in 2018, so my guess is my Saturn is cobbled together parts from broken units.
Personally, I am suspicious of it and think that internally it's probably a Model 1 more than a Model 2, but it does have BIOS Rev 1.01 / 1995. I say that because the eBay seller I bought it from clearly had pictures showing a Model 1 Saturn (and a Model 2 controller, which I got) and my guess is he broke it and hastily slapped a shell from a broken console on it. And I can tell some work and care was given to it, since when I received it, there was a cloth shim in the backup RAM battery preventing unnecessary battery usage/leakage. But you know, he jipped me a bit, because this thing is a mismatch!
« Last Edit: July 05, 2018, 06:44:15 pm by ponut64 »

SaturnTeam

  • Jr. Member
  • **
  • Posts: 68
  • Karma: +5/-0
    • View Profile
    • Saturn Team
Re: Request for real hardware tests
« Reply #5 on: July 05, 2018, 07:13:17 pm »
Well, I am disappointed. I wanted to help you, but it isn't working. I burnt it to one of my dev CDs that I use for my own game testing. I ran it on my US Model 1 MK 80000, made in Japan in 1995. I tried using both game loaders on Pseudo Saturn Kai, but it won't load. It just gets stuck at the Sega screen. If you want to, you could post the audio file and I could set up my own ISO. Did you add the "JO_PSEUDO_SATURN_KAI_SUPPORT = 1" module in the makefile?
« Last Edit: July 05, 2018, 07:21:01 pm by SaturnTeam »
Founder of Saturn Team

ponut64

  • Full Member
  • ***
  • Posts: 175
  • Karma: +13/-0
    • View Profile
Re: Request for real hardware tests
« Reply #6 on: July 05, 2018, 07:32:03 pm »
I actually use Pseudo Saturn Kai Lite to boot CD-Rs.
That's interesting. We have one where it won't boot, two where it destroys you, and emulators that just don't do anything wrong (well most do, only works right in Bizhawk.. and mostly on real hardware if it were not for the static).

I'm uploading a zip package to where anyone can re-build the ISO. I do have a modified engine, after all. I imagine it freezes because the display mode changes (to 352x240).
http://www.mediafire.com/file/nr88ibobuw2vyy4/buildit.zip/file
By the way, you can target the code to AIFF files. It just doesn't know what to do with the header. Always encode 16-bit mono at 30.72KHz.
« Last Edit: July 05, 2018, 09:09:01 pm by ponut64 »

SaturnTeam

  • Jr. Member
  • **
  • Posts: 68
  • Karma: +5/-0
    • View Profile
    • Saturn Team
Re: Request for real hardware tests
« Reply #7 on: July 05, 2018, 07:56:19 pm »
I downloaded the files. Before I burn another CD-R (I don't have many left), I wanted to mention that it won't compile. Here are the warnings and errors I'm getting:
ZT/ZT_CD.c:20: warning: implicit declaration of function 'STM_WORK_SIZE'
ZT/ZT_CD.c:20: error: variable-size type declared outside of any function
ZT/ZT_CD.c: In function 'ztCDinit':
ZT/ZT_CD.c:28: warning: implicit declaration of function 'PCM_Init'
ZT/ZT_CD.c.29: warning: implicit declaration of function 'STM_Init'
ZT/ZT_CD.c.31: warning: implicit declaration of function 'PCM_DeclareUseAdpcm'
make: *** [ZT/ZT_CD.c] Error 1
._sl_coff.iso found
Access to the path '\RTFK\._sl_coff.cue' is denied.

------
I could just make a simple application to test the PCM files if you want. I don't see why that wouldn't work. Is the music file 8-bit or 16-bit? I need to know how to mark it in my test application. Also, is it mono or stereo?
« Last Edit: July 05, 2018, 08:19:26 pm by SaturnTeam »
Founder of Saturn Team

SaturnTeam

  • Jr. Member
  • **
  • Posts: 68
  • Karma: +5/-0
    • View Profile
    • Saturn Team
Re: Request for real hardware tests
« Reply #8 on: July 05, 2018, 08:47:28 pm »
My test application didn't work, because I tried running the music PCM on channel 0 and it ran out of PCM memory. I figured that might happen. Can you insert the Kai module into your makefile and re-upload the sl_coff.iso? That should be enough for me to load it on my Saturn. Let me know when you've done that, and I'll try it again.
Founder of Saturn Team

ponut64

  • Full Member
  • ***
  • Posts: 175
  • Karma: +13/-0
    • View Profile
Re: Request for real hardware tests
« Reply #9 on: July 05, 2018, 09:02:44 pm »
You should be able to just delete line 20 of ZT Cd (g_stm_work), "PCM_Init", "STM_Init", and "PCM_DeclareUseAdpcm" as those are SBL functions that I do not use (they are in there because I was testing it). They have no effect on the function of the program. I recommend anyone who builds the program do the same. (.. They also could have been interfering)
Thanks for trying to work with me. And before you waste more CD-Rs, I recommend doing preliminary testing using Bizhawk, and if that works, then move on to real hardware.

And, actually: It didn't run out of PCM memory. You can't actually store PCM files themselves in sound memory; think of it more as a playback buffer. It ran out of LWRAM (1MB).
19 sectors (38 KB) of sound RAM is consumed by the sound driver.
There's only about 16 sectors (32 KB) of PCM playback buffer (8 sectors for mono, 16 sectors for stereo).
And for some reason they have a whopping 436 KB dedicated to "pitch/sequence" . .
« Last Edit: July 05, 2018, 09:20:16 pm by ponut64 »

SaturnTeam

  • Jr. Member
  • **
  • Posts: 68
  • Karma: +5/-0
    • View Profile
    • Saturn Team
Re: Request for real hardware tests
« Reply #10 on: July 05, 2018, 09:13:22 pm »
I commented out line 20, but I'm still getting errors from lines 28, 29, and 31. If I comment those out, I get a message saying that there were multiple ISOs found in the project and it doesn't open in Yabause. Oh, I didn't see that you had uploaded that file. Let me try it again.
Founder of Saturn Team

ponut64

  • Full Member
  • ***
  • Posts: 175
  • Karma: +13/-0
    • View Profile
Re: Request for real hardware tests
« Reply #11 on: July 05, 2018, 09:16:35 pm »
Multiple ISOs? Run clean.bat, make sure nothing is mounted
On top of the updated files

SaturnTeam

  • Jr. Member
  • **
  • Posts: 68
  • Karma: +5/-0
    • View Profile
    • Saturn Team
Re: Request for real hardware tests
« Reply #12 on: July 05, 2018, 09:33:33 pm »
Okay. I got it working. The first time, I pressed on the directional pad and the game froze. The second time, at 1:43, the audio went into a feedback loop. I didn't get any static before that. It just kept playing that second of the audio over and over.
Founder of Saturn Team

XL2

  • Sr. Member
  • ****
  • Posts: 341
  • Karma: +72/-1
    • View Profile
Re: Request for real hardware tests
« Reply #13 on: July 05, 2018, 09:53:58 pm »
You should be able to just delete line 20 of ZT Cd (g_stm_work), "PCM_Init", "STM_Init", and "PCM_DeclareUseAdpcm" as those are SBL functions that I do not use (they are in there because I was testing it). They have no effect on the function of the program. I recommend anyone who builds the program do the same. (.. They also could have been interfering)
Thanks for trying to work with me. And before you waste more CD-Rs, I recommend doing preliminary testing using Bizhawk, and if that works, then move on to real hardware.

And, actually: It didn't run out of PCM memory. You can't actually store PCM files themselves in sound memory; think of it more as a playback buffer. It ran out of LWRAM (1MB).
19 sectors (38 KB) of sound RAM is consumed by the sound driver.
There's only about 16 sectors (32 KB) of PCM playback buffer (8 sectors for mono, 16 sectors for stereo).
And for some reason they have a whopping 436 KB dedicated to "pitch/sequence" . .
Well, sequence = audio files, mainly midi, but you can actualy store pcm files too.
It's what I do to free up some 450 KB of memory.
Take a look at the tone editor with a mac emulator as it's the only way I know of to use pcm audio within sound ram.
Also you only need to transfer commands during v blank instead of dma transfering files.

ponut64

  • Full Member
  • ***
  • Posts: 175
  • Karma: +13/-0
    • View Profile
Re: Request for real hardware tests
« Reply #14 on: July 05, 2018, 09:58:30 pm »
Okay. I got it working. The first time, I pressed on the directional pad and the game froze. The second time, at 1:43, the audio went into a feedback loop. I didn't get any static before that. It just kept playing that second of the audio over and over.


Interesting. Well, at about 1:43 in, it's just gonna crap itself. and yeah, don't touch the D-pad (or the Z key), it can try to manipulate model data for animation that doesn't exist.
I'm not sure how to organize the transfer at V-blank. I'll have to investigate.
I guess I will have to, since I don't want some 400 KB of LWRAM eaten up by sound.
Music, though... I'm certain I can get that figured out and it's not an issue to use LWRAM as the music buffer.

Thanks, everyone. We can move on now !
Interestingly, the fault area corresponds to memory address 6,266,880 + LWRAM = 8364032 / 0x7FA000 --> End of Saturn memory map.
So now we know what's happening. Now I need to figure out how or if I can offset the SGL PCM playback pointer.
« Last Edit: July 05, 2018, 10:28:26 pm by ponut64 »

 

Sitemap 1 2 3 4 5 6 7 8 9 10 
SMF spam blocked by CleanTalk