MiSTer FPGA Forum

That one is a bad rip/image. Almost all of the R-W channel data is just repeating 0xFF bytes

I got it working! Turns out the subcode handling in the core was slightly wrong and wasn't writing into the subcode buffer properly. I may have a lingering off-by-one error but that's a task for tomorrow...

It's probably pretty annoying, you have to find a ripper that even cares about subchannel data. I think cdrdao and derivates should be able to do it with the proper flags. Once you have the toc/bin, I think chdman can convert it. Before you go too far along: you will never get consistent reads of R-W subchannel data on real hardware. That part has ...

My CHD image (which was converted from a bin/cue) works.

Just to rule out a common error: did you transfer it to the mister by using FileZilla?

The core had some subcode handling commented out, so I uncommented that and re-built the core. I then extracted the subcode data out of the chd for each sector, and sent it to the core using the existing subcode data index. And it...sorta works. The BIOS player TRIES to do something, but it never draws a coherent image. So I'm not sure if it's a bu...

No, there is not. The cd image handling code in Main doesn't deal with subcode data at all. It looks like there may have been some thought of doing so, as there's some subcode related stuff in main, but it was all commented out and referenced other functions that don't exist. It looks like there may be support in the core itself, but I'm not sure h...

It's not 'real' encryption. It's just some bit shifting/swapping. There's no key or anything like that. The mame driver comments say it appears to just be a 'coincidence of easy pcb design'. I'm not sure modifying the rom to 'decrypt' it will work. The Braze board also has a pal/gal that toggles the A15 line on the Z80, which if I'm skimming the ma...

Just so no one gets confused: the core is still beta/patreon-only. There is no public release yet.

With JTSTABLE having an update cadence of 'a few times a year', almost everyone is going to activate the beta setting in update_all to get current bugfixes for public cores. So the patreon-only content is technically opt-in, but in practice almost everyone will. At this point if you're really adamant about not getting patreon-only cores someone is ...

sjuswede wrote: ↑Fri Jun 18, 2021 3:01 pm Very interesting. I still have my SV318, and a pile of tapes to convert to cas files. How do I find this core? Will it install through update all, or do I need to install it manually?

It is part of the normal update/update_all. If you run that you should have it.

You should also be aware that in the current state of this core, Cho Ren Sha doesn't run at the proper framerate

You didn't screw anything up. That option is likely there for his debugging purposes. You should be loading arcade games via MRA files. The 'rom load' option would only be relevant if you specifically created a rom file by extracting mame roms and recombining them into a single file. Since you just used update_all you didn't do that, so it's not re...

If you loaded via an MRA file, it's probably trying to use the 'setname' as the base directory, which likely doesn't exist.

I'm not sure why you'd use that menu entry; you should be loading games via MRA files. Unless for some reason you hand-assembled rom files with all the proper interleaving etc?

Imagine being the developer on July 2nd and getting a bunch of messages asking where the core is...

Felix Andrews wrote: ↑Sat Jun 12, 2021 9:22 am I can't get the BIOS files to read at all. The ones I've got have the correct checksum, but I can't seem to get the location and/or filename correct. Finding the readme instructions a little confusing - can anyone give me any pointers?

In /media/fat/games/WonderSwan:

wonderswan bios: name it boot.rom
wonderswan color bios: name it boot1.rom

Does it work with today's mister release? I noticed there was a commit a few days ago specifically addressing a crash related to jamma devices

The problem is changing the audio settings require the core to be loaded. The audio outputs are connected directly to the FPGA side, not the linux side. So there's no real way to initialize audio before the core 'starts'. The FPGA is programmed, immediately starts executing once it initializes and enters 'user mode', THEN the linux side/main Mister...

From the README for the core:

"This core may work without SDRAM (using on-board DDR3), but it may have different kinds of issues/glitches due to high latency of DDR3 memory. Thus SDRAM module is highly recommended for maximum accuracy."

Wasn't there a version of OSSC that ran off a DE10? Or was that canceled? The DE 10 OSSC was a prototype for the (at the time of writing) yet unreleased OSSC Pro Its going to use the same Cyclone V FPGA, but they needed to move away from the DE 10 dev board to do what they wanted. I think they were going to produce add-on boards for the de-10 so y...

Wasn't there a version of OSSC that ran off a DE10? Or was that canceled? I don't think they ever produced it. It was part of the OSSC-Pro 'announcement', since that product is based on the same Cyclone-V as the DE-10. I think they were going to produce add-on boards for the de-10 so you could run at least some of the OSSC-Pro features on it, but ...

(I know nothing about Mame etc and split/merged/etc roms - it's all a foreign language to me) This is really simple. Split means that every variant of every game has all ROMs in a single zip. Since many variants share common ROMs, this is typically a waste of space, both storage and download bandwidth. Merged means that all variants of a certain g...

These releases are weird and maybe someone needs to engage this person on twitter and ask why they aren't releasing ANY source code with these updates and releasing them in a way that they'll never work with any existing updater scripts.

I assume you are looking at his jtbubl repo? The only cpp files there are in the documentation directory, which is not part of the built core. As a matter of fact, those are just copies of some mame source code.

If you are talking about something else please link to it.

Hey Jotego, having the 68705 implemented in C++ running on the ARM side works fine for MiSTer on the DE10-nano, and is likely good-enough for most people to simply enjoy playing the game, but I really want to pursue a pure HDL implementation for FPGA. I'd like the option to create a physical replacement for failing 68705s on real hardware (once a ...

To quote the comments in the mister.ini for the vsync_adjust option

"Adjusting is done by changing pixel clock. Not every display supports variable pixel clock. For proper adjusting and to reduce possible out of range pixel clock, use 60Hz HDMI video modes as a base even for 50hz systems."

I have a 160hz VRR LG gaming monitor and Samurai Shodown IV scrolling looks good, SamSho II select screen scrolling looks good, shadows look good etc. There is one peculiar thing about my display though is that it seems to want to lock the input and output frame rate regardless of if it claims to have freesync on or not. There may be another settin...

TVs tend to be weirder with stuff like this than PC monitor panels for some reason.

Try enabling game mode on that input, or setting it to a "PC" input. (Or maybe even just renaming it to "PC", which matters on some TVs).

Maybe see if there's a firmware update too.

I'm a bit confused by your post, are you connecting the red/white jacks to the dac, and the other end of that cable is connected to the mister? Exactly! The 3.5mm into the mister io board and the red/white essager cable to the dac Isn't this the correct way? The red/white plugs on the DAC are _outputs_. The DAC is supposed to take digital audio (f...

I'm a bit confused by your post, are you connecting the red/white jacks to the dac, and the other end of that cable is connected to the mister?

Based on all the digging around and modifications I've done in that source code, it seems like it would be a pretty large undertaking. That main loop handles a lot more than just input, it's responsible for things like polling some of the CD-based cores for cd/ide commands and responding to them, dealing with all the various 'timers' (UI "anim...