Recording request: NEC µPD7756C and the Mitsubishi M50805
Moderator: Moderators
-
- Posts: 160
- Joined: Fri Sep 22, 2006 9:52 am
- Location: philly
Recording request: NEC µPD7756C and the Mitsubishi M50805
I was wondering, does anyone own any of the following games? And would you be able to record audio of the various PCM samples found in them?
NEC µPD7755C (Jaleco)
-Terao no Dosukoi Oozumou
NEC µPD7756C (Jaleco)
-Moe Pro! '90: Kandou-hen
-Moe Pro!: Saikyou-hen
-Moero!! Pro Tennis
-Moero!! Pro Yakyuu
-Moero!! Pro Yakyuu '88: Kettei Ban
-Shin Moero!! Pro Yakyuu
Mitsubishi M50805 (Bandai)
-Family Trainer 3: Aerobics Studio
(list from here)
As I understand, these have expansion audio in the form of additional PCM (ADPCM?), supplied by the aforementioned chips. And they aren't supported in emulation. Having some audio recordings of them in action would be fantastic.
NEC µPD7755C (Jaleco)
-Terao no Dosukoi Oozumou
NEC µPD7756C (Jaleco)
-Moe Pro! '90: Kandou-hen
-Moe Pro!: Saikyou-hen
-Moero!! Pro Tennis
-Moero!! Pro Yakyuu
-Moero!! Pro Yakyuu '88: Kettei Ban
-Shin Moero!! Pro Yakyuu
Mitsubishi M50805 (Bandai)
-Family Trainer 3: Aerobics Studio
(list from here)
As I understand, these have expansion audio in the form of additional PCM (ADPCM?), supplied by the aforementioned chips. And they aren't supported in emulation. Having some audio recordings of them in action would be fantastic.
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
Well, for now you can check Youtube. There are some videos of hardware recordings.
M50805 is not entirely PCM. A colleague, hopefully, will be able to extract the PARCOR data in the coming weeks.
Another friend and I are in the process of attaching the 7756 and M50805 to a TNS* NSF cart that we will be programming custom NSFs for; which should control the audio outputs. He should be able to make recordings. Ultimately, we would like to have the data dumped.
M50805 is not entirely PCM. A colleague, hopefully, will be able to extract the PARCOR data in the coming weeks.
Another friend and I are in the process of attaching the 7756 and M50805 to a TNS* NSF cart that we will be programming custom NSFs for; which should control the audio outputs. He should be able to make recordings. Ultimately, we would like to have the data dumped.
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
We have some previous recordings of the various games. I don't even remember where in previous threads on the forum I'd found this, but I may as well attach it here now...
The datasheet for the part implies each recording inside the IC can choose between dividers of 80, 104 (edit1: determined from spectrogram of above recording), or 128 to generate the sample clock (640kHz→8, 6.2, or 5kHz). Although normal 44kHz sound card sampling "should" be enough, I'd really be happier with a larger amount of oversampling ... and ideally using a sampler that doesn't have a highpass filter on its input.
(edit2: MAME's implementation of the related µPD7759 thinks that waveforms in the ROM can pick sample rates that are any integer divisor of 160kHz, and change this rate at any arbitrary time, including in the middle of sample playback. They also say that divisors smaller than 9 might not work, and oddly enough say that the slowest divisor is 32 while they mention enough bits to support up the 64.)
To repeat what's been said in the past: if we change the clock of the µPD775x part, we should be able to get enough more data such that we can generate a perfect 9-bit back-translation of the DAC values. But this recording I found to be just a little too noisy for me to be confident I could calculate that exact values used in the DAC.The datasheet for the part implies each recording inside the IC can choose between dividers of 80, 104 (edit1: determined from spectrogram of above recording), or 128 to generate the sample clock (640kHz→8, 6.2, or 5kHz). Although normal 44kHz sound card sampling "should" be enough, I'd really be happier with a larger amount of oversampling ... and ideally using a sampler that doesn't have a highpass filter on its input.
(edit2: MAME's implementation of the related µPD7759 thinks that waveforms in the ROM can pick sample rates that are any integer divisor of 160kHz, and change this rate at any arbitrary time, including in the middle of sample playback. They also say that divisors smaller than 9 might not work, and oddly enough say that the slowest divisor is 32 while they mention enough bits to support up the 64.)
Last edited by lidnariq on Wed Aug 29, 2018 2:23 pm, edited 3 times in total.
-
- Posts: 160
- Joined: Fri Sep 22, 2006 9:52 am
- Location: philly
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
That would be fantastic! Looking forward to your findings. Amazing work, and thank you for trying to shed light on this.B00daW wrote:Well, for now you can check Youtube. There are some videos of hardware recordings.
M50805 is not entirely PCM. A colleague, hopefully, will be able to extract the PARCOR data in the coming weeks.
Another friend and I are in the process of attaching the 7756 and M50805 to a TNS* NSF cart that we will be programming custom NSFs for; which should control the audio outputs. He should be able to make recordings. Ultimately, we would like to have the data dumped.
Here's the stuff I've found on youtube so far:
Family Trainer: Aerobics Studio-
https://www.youtube.com/watch?v=kgpRx_ypbxQ
Moero!! Pro Tennis-
https://www.youtube.com/watch?v=Eq-vzXZRVkc
Shin Moero!! Pro Yakyuu-
https://www.youtube.com/watch?v=gt_oV7F46XQ
The rest seem to only have footage from emulation, at least that I could find.
-
- Posts: 160
- Joined: Fri Sep 22, 2006 9:52 am
- Location: philly
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
Yes! Awesome, thank you.lidnariq wrote:We have some previous recordings of the various games. I don't even remember where in previous threads on the forum I'd found this, but I may as well attach it here now...
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
I just took a look at the JF-24A (SS88006 using) board and noticed that our previous documentation was at least partly wrong. These boards definitely connect CPU D7...D3 (and very likely D2) to µPD775x I5..I0B00daW wrote:Another friend and I are in the process of attaching the 7756 and M50805 to a TNS* NSF cart that we will be programming custom NSFs for; which should control the audio outputs.
Given previous muddied documentation it seems very likely that D1 and D0 are latched by the SS88006 and connected to µPD775x /START and /RESET respectively. But I can't verify this.
-
- Posts: 780
- Joined: Tue Nov 23, 2004 9:35 pm
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
I feel it is somewhat debatable whether the discrete sound chips or the US versions playing of samples sounds clearer, but the sound effects for the Jaleco baseball and tennis games are much improved over their NES counterparts.
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
According to the datasheet, the sample data could just be dumped with "verify" mode too if the chip were pulled, eh?lidnariq wrote:To repeat what's been said in the past: if we change the clock of the µPD775x part, we should be able to get enough more data such that we can generate a perfect 9-bit back-translation of the DAC values. But this recording I found to be just a little too noisy for me to be confident I could calculate that exact values used in the DAC.
The datasheet for the part implies each recording inside the IC can choose between dividers of 80, 104 (edit: determined from spectrogram of above recording), or 128 to generate the sample clock (640kHz→8, 6.2, or 5kHz). Although normal 44kHz sound card sampling "should" be enough, I'd really be happier with a larger amount of oversampling ... and ideally using a sampler that doesn't have a highpass filter on its input.
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
No The parts other than the µPD77P56 lack the required pins.
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
Oh, YES! I remember reading that. I guess I'll talk to ImATrackMan to see if he can lower the clock of some of the 7756 cart I gave him so he can record some sample data for you; if you're up to the task of converting it to 9-bit?
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
I'm certainly up for giving it a shot. I don't know how much head room below the nominal 640kHz will be useful—obviously it's partially a function of the sample rate and highpass/lowpass corners of the recording sound card also.
-
- Posts: 131
- Joined: Wed Apr 05, 2006 10:12 am
- Location: PA, USA
- Contact:
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
The fun bit is gonna be unboiling the egg and turning the recovered 12?-bit pcm data back into the 4-bit-per-sample source adpcm data from the 7756c mask rom. That's actually possibly doable, since theres only 16 possibilities per sample and you can do analysis-by-synthesis to find best fit for each one.
Or someone could donate 7756 carts for decap, sean riddle has been doing some amazing stuff with game&watch game MCUs recently, so it might be possible to optically read 7756 rom, unless they used implant rom for it...
LN
EDIT: But that m50805 REALLY interests me as well, that's i believe in the same series of LPC/PARCOR chips as used by the original "talking" version of nintendo's arcade game "radar scope".
I'd honestly love to see one of those chips decapped so I can make sure the LPC tables in mame are correct, for synthesis.
Or someone could donate 7756 carts for decap, sean riddle has been doing some amazing stuff with game&watch game MCUs recently, so it might be possible to optically read 7756 rom, unless they used implant rom for it...
LN
EDIT: But that m50805 REALLY interests me as well, that's i believe in the same series of LPC/PARCOR chips as used by the original "talking" version of nintendo's arcade game "radar scope".
I'd honestly love to see one of those chips decapped so I can make sure the LPC tables in mame are correct, for synthesis.
"When life gives you zombies... *CHA-CHIK!* ...you make zombie-ade!"
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
One of the random things I find interesting is that the implementation of the µPD7759 in MAME only mentions the 4bit-per-sample ADPCM.
And yet, the datasheet for the µPD775[5-8] says "bit rates from 10kbit/s to 32kbit/s", implying that there's a 2bit/sample ADPCM mode... At least, I think they're implying that instead of just referring to repeat mode. They do explicitly call out silence padding separately.
MAME's µPD7759 implementation also implies a wide range of possible sample rates, ranging anywhere from 160kHz down to 2.5kHz (I think? Assuming 640kHz÷4÷(F+1)), and can switch during in the middle of playback.
And yet, the datasheet for the µPD775[5-8] says "bit rates from 10kbit/s to 32kbit/s", implying that there's a 2bit/sample ADPCM mode... At least, I think they're implying that instead of just referring to repeat mode. They do explicitly call out silence padding separately.
MAME's µPD7759 implementation also implies a wide range of possible sample rates, ranging anywhere from 160kHz down to 2.5kHz (I think? Assuming 640kHz÷4÷(F+1)), and can switch during in the middle of playback.
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
Lord Nightmare: The person in question also has the cart. If you wish to contact him, he may be able to help. I'm not concerned with the state of return of the cart; as long as it's dumped and emulatable.
Re: Recording request: NEC µPD7756C and the Mitsubishi M5080
"It works as described in the datasheet; every 64 clocks (100uS at 640kHz), DA0 or DA1 goes low for 0 to 63 clocks. I exported the dump and combined the two PWM signals for each sound into a single 7-bit signed file, then used Audacity to convert those into WAV format:"
We're still in the process of troubleshooting and finding methods to find the encoded data.
Removed the attachment so that bad files are not distributed.
Last edited by B00daW on Mon Jun 26, 2017 5:43 pm, edited 2 times in total.