VOGONS


88Emu is out (Roland SC-88/Pro/50 Emulator)

Topic actions

Reply 20 of 35, by zaphod77

User metadata
Rank Member
Rank
Member

yeah i'm not having any luck with the 64k rom either.

Reply 21 of 35, by moturimi1

User metadata
Rank Member
Rank
Member

Comments on the 88emu v. 2.2.25 (for my setup, Windows 11, loopmidi, 88emu with Sc-8850 or Sc-88):
- when using the internal midi player, the front panel of devices with more than 16 midi channels (e.g. Sc-88, Sc-8850) do not show any of the played instruments, because Part B (17-32) is used. The midi does not play back on multitimbral devices on parts 1-16

- playback of some midi files sound more sort of metallic when I use an external midi player like vanbasco and loopmidi. I do not know why, I don't think there is a different post processing of the sound on my computer. When I use the internal midi player it sounds compareable to the playback on the real hardware device (using vanbasco's karaoke player). I hear a clear difference especially when using special drum sounds (e.g. Timpani).

If other users do not have this issue then it may be related to my configuration.

Reply 22 of 35, by terrorinstinct

User metadata
Rank Newbie
Rank
Newbie

Nice slop, bro. Somebody call me when the SC-88 gets an actual emulator.

Reply 23 of 35, by giulio

User metadata
Rank Newbie
Rank
Newbie
terrorinstinct wrote on Today, 02:01:

Nice slop, bro. Somebody call me when the SC-88 gets an actual emulator.

We spent 2 years working on this, we decapped the SC-88 sound chip and now we know what it does every single cycle precisely down to each single register, so much that once we were done with it every single Roland device that used the same chip worked out of the box without any change to the XP emulation core.

If you find some inaccuracy there please report a bug. Good luck.

Reply 24 of 35, by zaphod77

User metadata
Rank Member
Rank
Member
moturimi1 wrote on Yesterday, 21:17:
Comments on the 88emu v. 2.2.25 (for my setup, Windows 11, loopmidi, 88emu with Sc-8850 or Sc-88): - when using the internal mid […]
Show full quote

Comments on the 88emu v. 2.2.25 (for my setup, Windows 11, loopmidi, 88emu with Sc-8850 or Sc-88):
- when using the internal midi player, the front panel of devices with more than 16 midi channels (e.g. Sc-88, Sc-8850) do not show any of the played instruments, because Part B (17-32) is used. The midi does not play back on multitimbral devices on parts 1-16

- playback of some midi files sound more sort of metallic when I use an external midi player like vanbasco and loopmidi. I do not know why, I don't think there is a different post processing of the sound on my computer. When I use the internal midi player it sounds compareable to the playback on the real hardware device (using vanbasco's karaoke player). I hear a clear difference especially when using special drum sounds (e.g. Timpani).

If other users do not have this issue then it may be related to my configuration.

Likely some sysex is getting lost. i suggest trying other players and or other virtual midi cables, such as MidiYoke NG.

Reply 25 of 35, by terrorinstinct

User metadata
Rank Newbie
Rank
Newbie
giulio wrote on Today, 02:10:
terrorinstinct wrote on Today, 02:01:

Nice slop, bro. Somebody call me when the SC-88 gets an actual emulator.

We spent 2 years working on this, we decapped the SC-88 sound chip and now we know what it does every single cycle precisely down to each single register, so much that once we were done with it every single Roland device that used the same chip worked out of the box without any change to the XP emulation core.

If you find some inaccuracy there please report a bug. Good luck.

If you knew enough to do all of that then why did you need Claude? This is an honest question because I am sick to death of people in the various retro communities using LLMs that only work by scarfing down the work of others and claiming credit for what comes out the other end for the sake of clout. If you don't know how to do something, learn it or get as far as you can and ask another human being for help. Otherwise you didn't build it and you didn't learn from it either, so in my opinion you shouldn't get respect for it. A snazzy GUI or whatever isn't worth that.

cfZLw4.gif

Reply 26 of 35, by giulio

User metadata
Rank Newbie
Rank
Newbie
terrorinstinct wrote on Today, 02:25:

If you knew enough to do all of that then why did you need Claude? This is an honest question because I am sick to death of people in the various retro communities using LLMs that only work by scarfing down the work of others and claiming credit for what comes out the other end for the sake of clout. If you don't know how to do something, learn it or get as far as you can and ask another human being for help. Otherwise you didn't build it and you didn't learn from it either, so in my opinion you shouldn't get respect for it. A snazzy GUI or whatever isn't worth that.

> If you don't know how to do something, learn it or get as far as you can and ask another human being for help.

I've been doing emulation/reverse engineering work for years without the help of any LLM, so I would argue I do know what I'm doing to at least some extent.

Some stuff I did some time ago:
https://github.com/giulioz/rdpiano -> manually done full reverse engineer from silicon chips of something no one else tackled before, converted that into a fully working accurate emulator
https://www.youtube.com/watch?v=XM_q5T7wTpQ -> manually figured out the bytecode for 4 different DSPs and coded the emulator with JIT even before LLMs were any useful at doing that

> scarfing down the work of others and claiming credit for what comes out the other end for the sake of clout

Uh what?? Which work of others didn't I credit??
As it states in the readme and in the download page, the CPU cores are derived from MAME, the SC-55 core derives from Nuked-SC55, and 100% of the reverse engineering work on the XP chip and on the SC-88/Pro/8850/1080/3080/CM32P is our own work, done by spending the entire last 2 year decapping chips and probing them with a mixture of manual and automated stuff.

I attached this time the work we did on the CM-32P reverb chip, where I spent multiple weeks of my life tracing every single wire and annotating every single standard cell type manually to get their logic functions out.
If this is slop for you, then show me something better you did yourself please.

> If you knew enough to do all of that then why did you need Claude?

Because it allows us to automate a lot of tasks and analyze stuff at speed that a human simply cannot match, allowing us to focus on what really matters instead of spending useless time manually fixing build environments.
If you think you are better than that, please contact us and join the team.

Reply 27 of 35, by zaphod77

User metadata
Rank Member
Rank
Member

There is a difference between AI slop and constructive use of AI. I believe many of these new projects are the latter. The fact that these authors have access to the originals makes a huge difference.

Reply 28 of 35, by giulio

User metadata
Rank Newbie
Rank
Newbie

> when using the internal midi player, the front panel of devices with more than 16 midi channels (e.g. Sc-88, Sc-8850) do not show any of the played instruments, because Part B (17-32) is used. The midi does not play back on multitimbral devices on parts 1-16

Do you mean that even when pressing the ALL button you can't see the part B? or that it doesn't make sound at all? are you sure you configured the two ports correctly?

> playback of some midi files sound more sort of metallic when I use an external midi player like vanbasco and loopmidi. I do not know why, I don't think there is a different post processing of the sound on my computer. When I use the internal midi player it sounds compareable to the playback on the real hardware device (using vanbasco's karaoke player). I hear a clear difference especially when using special drum sounds (e.g. Timpani).

That kinda sounds like your midi notes are being repeated and they are out of phase or something, maybe related to the thing above. Maybe you have both midi inputs sending to channel A?

By the way, we have a bug report system here: https://tus.youtrack.cloud/form/f41165e1-01a0 … ac-5589b22e8ef5
If you provide a repro case and info about your configuration/environment we try to be quick in solving them.

Reply 29 of 35, by NeoG_

User metadata
Rank Oldbie
Rank
Oldbie
terrorinstinct wrote on Today, 02:25:

If you knew enough to do all of that then why did you need Claude? This is an honest question because I am sick to death of people in the various retro communities using LLMs that only work by scarfing down the work of others and claiming credit for what comes out the other end for the sake of clout. If you don't know how to do something, learn it or get as far as you can and ask another human being for help. Otherwise you didn't build it and you didn't learn from it either, so in my opinion you shouldn't get respect for it. A snazzy GUI or whatever isn't worth that.

I feel like your attitude is unwarranted given the amount of new research work that has gone into the project, this is so far from slop it's not even funny. If you are going to fly off the handle anytime anyone touches AI assisted code for any reason you are not going to have a good time from this point onwards.

98/DOS Rig: BabyAT AladdinV, K6-2+/550, V3 2000, 128MB PC100, 20GB HDD, 128GB SD2IDE, SB Live!, SB16-SCSI, PicoGUS, WP32 McCake, iNFRA CD, ZIP100
XP Rig: Lian Li PC-10 ATX, Gigabyte X38-DQ6, Core2Duo E6850, ATi HD5870, 2GB DDR2, 2TB HDD, X-Fi XtremeGamer

Reply 30 of 35, by Gradius2

User metadata
Rank Newbie
Rank
Newbie
giulio wrote on Today, 02:10:

We spent 2 years working on this, we decapped the SC-88 sound chip and now we know what it does every single cycle precisely down to each single register, so much that once we were done with it every single Roland device that used the same chip worked out of the box without any change to the XP emulation core.

If you find some inaccuracy there please report a bug. Good luck.

So is very wrong calling it as a simple "emulator", this is in fact a recreation, like we do with FPGA.

Edit: Btw, if someone got R15199827 from scb55 (32kb), PVT please.

Reply 31 of 35, by moturimi1

User metadata
Rank Member
Rank
Member
giulio wrote on Today, 03:00:
> when using the internal midi player, the front panel of devices with more than 16 midi channels (e.g. Sc-88, Sc-8850) do not s […]
Show full quote

> when using the internal midi player, the front panel of devices with more than 16 midi channels (e.g. Sc-88, Sc-8850) do not show any of the played instruments, because Part B (17-32) is used. The midi does not play back on multitimbral devices on parts 1-16

Do you mean that even when pressing the ALL button you can't see the part B? or that it doesn't make sound at all? are you sure you configured the two ports correctly?

> playback of some midi files sound more sort of metallic when I use an external midi player like vanbasco and loopmidi. I do not know why, I don't think there is a different post processing of the sound on my computer. When I use the internal midi player it sounds compareable to the playback on the real hardware device (using vanbasco's karaoke player). I hear a clear difference especially when using special drum sounds (e.g. Timpani).

That kinda sounds like your midi notes are being repeated and they are out of phase or something, maybe related to the thing above. Maybe you have both midi inputs sending to channel A?

By the way, we have a bug report system here: https://tus.youtrack.cloud/form/f41165e1-01a0 … ac-5589b22e8ef5
If you provide a repro case and info about your configuration/environment we try to be quick in solving them.

@internal midi player and 88emu with devices with more than 16 midi channels@
This error seems to happen only for some midi files originating from queststudios.com (old sierra games midi music that was rearranged e.g. KQ6GM8.MID)
Very strange.

@strange metallic sound when using external midi playback@
The problems was related to using port A+B for the same Midi In. So this was my fault in the configuration! Thanks for the hint.

Reply 32 of 35, by zaphod77

User metadata
Rank Member
Rank
Member

This is because that midi file is set to port two for those midi tracks. i have found that midi file form the wayback machine, and loaded it into cakewalk pro audio 9.

So this is expected behavior from the internal midi player.

Any midi sequencer program that understands port select meta events will show this.

The sierra midi driver most likely recognizes these port selects.

Reply 33 of 35, by ajacocks

User metadata
Rank Member
Rank
Member

Wow, the scale of the effort required to analyze and reimplement a device like the SC-88 completely blows my mind.

Hats off to all of the folks working on this project.

- Alex

Reply 34 of 35, by Schule04

User metadata
Rank Member
Rank
Member

Honestly, it's kinda pointless as long as the ROMs aren't available anywhere. Even if you own the hardware, the likelihood that you'll be able to dump the ROM that is located inside the CPU(!) is basically zero. This is how it was done for SC55mkII for example:

https://x.com/nukeykt/status/1752965047179981212

Reply 35 of 35, by zaphod77

User metadata
Rank Member
Rank
Member

You can use a custom program rom to dump the cpu rom. I believe someone has written one.

https://shingo45endo.github.io/sc-mcu-wave-romdumper/

it patches programs roms to add a dump function, which will get you the MCU rom and wave roms.

i don't think it supports sc8820 yet, but it's probably possible to make one.