MiSTer FPGA Forum

I think what you mean to say is 'breaks networks horribly in general'. That's not a MiSTer problem.

I use Procomm Plus in DOS on a regular basis to 'dial out' to various Internet BBSes, nothing to do with PPP (and long predates it). I'm back to using ProComm Plus 2.01 again with a small tweak to the MiSTer.exe https://github.com/bbond007/Main_MiSTer/commit/a659c488571426cbd42ae65a453eaadb63446a1f So its not really a regression in the core like I...

That would also offer the flexibility to have some controls be joystick and others be keyboard, for example...and there's a lot of good cases for that (hello, Colecovision!)

Didn't the fake 'modem' require MIDI, which means bauds will be messed up? Yes This is definitely incorrect. MIDI has nothing to do with dialup. PPP is what should be used for dialup. It has special option for high-speed (30x) connection. Actually, it worked exactly as the C64 described at the bottom of this wiki article: https://github.com/MiSTer...

To be fair, I ran mine bare for a month with no fan at all and it was fine.

Can anyone actually start a game of Gauntlet? The coin, Start 1P, and cheat definitions all seem to add coins for different players but nothing actually starts the game.

That depends, really. If you have no case, I 100% agree - but if it's enclosed, blowing air onto the heatsink...without proper side ventilation...will simply cause the now-hot air to collect and swirl around inside the case, raising ambient temperatures. With closed cases, it's usually best to exhaust for that reason, but you'll still need side or...

Personally, I rather doubt it - these days s-video is considered a niche within a niche. It's a hobbyist project, so anything could happen, but I wouldn't bet on this.

That depends, really. If you have no case, I 100% agree - but if it's enclosed, blowing air onto the heatsink...without proper side ventilation...will simply cause the now-hot air to collect and swirl around inside the case, raising ambient temperatures. With closed cases, it's usually best to exhaust for that reason, but you'll still need side or ...

Didn't the fake 'modem' require MIDI, which means bauds will be messed up?

This is absolutely fantastic - thank you!

They didn't - I believe the poster is confusing publisher with poster.

One-on-One is definitely too fast, but it more or less always has been, even on hardware.

Any idea around what build/release the problem started? I can try to narrow it commit by commit if I have some reasonable window (the hour-long compiles don't help).

The _right_ solution, as I see it, is for MiSTer to stop associating devices to players 1:1. No other system does that.

Simple direct framebuffer output.

Oh, sorry, I was assuming there was room on the SD card for a backup, so you'd just copy from/to SD without involving network traffic, but I see your point...the slack space on the VHD is ignored by Ghost but copied by Linux. Maybe your strategy is faster (on a clean install, at least) after all. =)

Just one tip - rather than cloning in-skin, it's far easier to just ssh into the MiSTer itself (without the vhd mounted or the core running, naturally!) and just make a backup/copy of the vhd from the command line. (It's also FAR faster.)

I don't know if this applies to the Collector CD version, I'm asking purely about the floppy edition. Does anyone have the joystick working at all in newer cores? Mine is completely unrecognized (mouse works though), yet works perfectly in Wing Commander (as a basic 2-button analog stick), so there's no reason I can think of it *shouldn't* work in ...

The explanation for the change directly by the author is here:

https://github.com/MiSTer-devel/Main_Mi ... -668906466

and the reason he gave in a forum thread that it won't be reverted is that it will simply go back to breaking other devices that misuse the uniq field.

Does NeXTStep assume a SCSI controller? (I think it might from my VirtualBox days.) If so, ao486 only implements a very basic IDE controller.

I don't think so - don't think the Pi MT-32 has any network stack going at all.

That's what I was curious about, if the ARM side could handle it. Is the ARM side as powerful as the RPi3? The Cortex V is paired with a dual-core Cortex-A9, an ARM v7a processor at 925MHz with no dedicated GPU. The RPi 3 is a quad-core Cortex-A53, an ARM v8a processor at 1.2GHz with a Broadcom Videocore IV GPU. They aren't anywhere near being the...

The IBM PC 8088 was introduced in 1979 and had a clock speed of 4.77Mhz to about 10Mhz. DOS was introduced in 1980. There are alot of games from this era that are compatible with IBM PC and MSDOS 6.22, except for the unplayable speed caused by the programmed dependency of clock speed. This problem is remedied with two programs, MOSLO and SLOWDOWN,...

I can't imagine this'll work out too well, tbh - it uses shaders, which...well, to be honest, I'm not sure how in hell you'd pull that off in Verilog or VHDL in an API-sane way. MPV very clearly expects a host OS, and I don't think you're likely to get anywhere on the FPGA side. The ARM side of MiSTer is just too slow for this.

You could theoretically put the files from the ISO onto a vhd (and give it a valid boot record) and try to boot from that, and use that to install to a second vhd.

What needs slower than 15MHz? It's ideal even for the Gold Box games. I can't imagine slower than that.

There are a few cores that won't compile cleanly on 19 and no real updates to Cyclone V support (specifically) beyond 17.0.2, hence the recommendation. Nothing mystical, just unnecessarily compiler breakage and headaches without benefit.

17 won't compile any faster, tho.

Yes, yes, yes, and yes.