MiSTer FPGA Forum

I've been trying to find a way to add padding to the left and right sides of a core's image before it gets scaled (this allows for soft rather than razor-sharp edges). I've been able to do this for some individual cores by fiddling with the DE/HBlank signals, but that doesn't always work and I'd like to have a more general solution anyway, hence AS...

So I opened a pull request and it got rejected. I'll try to keep the Google Drive folder somewhat up to date, at least. For anyone who wants to recompile their favorite core to support 4K horizontal, it's usually quite simple. Just change the following line in sys/ascal.vhd: OHRES : natural RANGE 1 TO 4096 :=2048; to this: OHRES : natural RANGE 1 T...

I've tested this with a lot more cores now. It turns out that most of the feature removals were unnecessary--the only feature that needed to be removed was the scandoubler/HQ2X, and only for SNES, TurboGrafx16 and Saturn. So custom builds shouldn't be needed for most cores if/when this gets upstreamed--just a custom modeline and aspect ratio with v...

For anyone who finds this post, multi-core INI sections have been possible for a while now. The syntax: [jtcps1] +jtcps15 +jtcps2 video_info=0 ... Using the RBF file name (technically the core config string name, but they usually match) instead of the MAME name works for me (don't know if this changed since the thread was started). (To answer an ea...

Would it be possible to support 3440 x 720 resolutions? What modeline and filter should I use for that? (it would need 2x scanlines) For an ultrawide monitor? You'd still want 3x scanlines because you're still scaling from 240p to 720p on the MiSTer side. You'd need to set a custom aspect ratio that's 2x wider than usual instead of 3x, though. vid...

Any chance of an Amiga (Minimig) core using this technique? I focused on the cores I spend a lot of time playing, but it could certainly be done for other cores as well. If there's demand I can do a second round, and at the very least I'll do a writeup on how I did this so people can make their own--it's really not all that complicated. Here's a r...

Small suggestion, could you change the name of the core in config string (e.g. NES4k) so that settings can be saved for it separately? I'd like to do that, but there's a good deal of core-specific logic in main that looks for an exact name match, to the extent that changing the name can completely break the core. For instance, the PSX core can't b...

Do you have any screenshot examples from a capture card? Yeah, it would probably be a good idea to show what it looks like... I don't have a capture card, but I can simulate it well enough with image editing tools. I've attached examples of what it should look like with two different horizontal scaling options--integer nearest-neighbor and non-int...

Not sure how many other people this appeals to, but I modified some MiSTer cores to support horizontal output resolutions up to 4096px without pixel repetition. This doesn't mean 3840x2160 is possible, of course--there's just not enough bandwidth available. What you can do is use a lower vertical resolution like 720px and enable the "stretch t...

Ten months later and I still haven't submitted the PR... and my motivation has dropped since I'm no longer interested in using the Brook adapter--I'm going over to the wireless dark side with a DualSense once my Bluetooth dongle arrives. For anyone interested in pushing this over the goal line, it's just a matter of adding a single line to drivers/...

I think I've found the answer: the Brook adapter needs to receive a special packet before it starts sending input. With the xpad driver modified to send this packet, the adapter works on my Linux testbed (it didn't work before). Thanks to toyoshim on GitHub for doing the real legwork on this. I will submit a pull request when I have some more time....

So after doing some testing with the core from makigumo's PR and the current official release, it looks like pixel repetition works fine without a framework update, although there is some oddness with horizontal filtering. I'm not sure why it wasn't working for me before. Maybe I had a bad modeline or the resolution was too high for the 1080p displ...

I second that. My C9 can't use a 1920x1440p resolution, so supporting the pixel repition 2560x1440 resolution would be nice for the TurboGrafx/PC-Engine core. The integer scaling results are much better than using 1920x1080p. Unfortunately, pixel repetition won't actually give you 2560 pixels of horizontal resolution, but rather 1280 double-wide p...

The last release for the TurboGrafx core was in March, and since then pixel repetition support has been added to the framework. This is a feature I'd really like to have working in this core because it allows for integer scaling with correct pixel aspect ratio (8:7 for low-res, 6:7 for mid-res, 4:7 for high-res) which I've been enjoying on the NES ...

this will hopefully remedy the gameboy sync losses, some random arcade cores losing sync every few seconds, and of course, the SNES core missing the intro screen and chime when first booting a game in vsync 2 ( ex link to the past, super mario world) I was hoping for that last one myself, but the results on my LG 27GN650 weren't any better than vs...

Thanks for the quick responses, adding the _console path prefix did the trick. Unfortunately it doesn't seem to work with the bootcore setting in MiSTer.ini, so you can't use it to boot the MiSTer directly into a game (you can do this with cores that support loading boot#.rom at startup, but SRAM saves and save states don't work). It's still a grea...

I saw that the 20220224 Main update added support for MGL files, which per the changelog are like MRAs but for (almost) any core. I can't seem to get this feature to work on my fully up-to-date (ran update_all just today) MiSTer. My MGL file looks like this, modified from the example that Sorgelig provided on Patreon: <mistergamedescription> <rbf>s...

You could actually try 2160x1440 (with reduced blanking) as a resolution, the pixel clock would be similar to the currently supported 2048x1536 mode. Although, you might be up against the default resolution limit here, but there is an ultrawide 2p GBA fork that greatly expands that. For what it's worth, I've actually done this before--I had to inc...

This part seems relevant to my case ! It could be another backup plan if I can't find my device (instead of buying 2 cheap DACs) I have never thought about a Toslink switch, looks very interesting. How fast does it switch from a source to another, after you turn the knob ? It is entirely passive, right ? (No usb power needed ?) [Edit : it requires...

From my limited understanding of ARC (I've never actually used it so take all this with a grain of salt), your source device doesn't need to be ARC-compatible, only your display and audio output device (receiver/soundbar/the box you're asking about). So I think it would work if you connected the MiSTer to an ARC-compatible TV and connected the TV's...

This sounds similar to what happens if the Auto Region option is set to "File Ext" and an NTSC ROM with a .MD extension is loaded. What is your Auto Region option set to, and what extension do your files have? This is probably it, compounded by the weirdness that with Auto Region enabled, the plain old Region setting will be changed to w...

I guess it can be run on MISTer using a different SD card using his own framework. FPGAzumSpass had mentioned in a Patreon update that something like 17% of the FPGA is devoted to the MiSTer framework in his PlayStation core. While he's obviously making it work for PSX, it got me wondering what might be achieved with a stripped-down, barebones fra...

He just needs to inform himslef and choose what's the better option for him, there's no easier life or better choices. There are use case and different needs, you just need to understand what's best for your, there's plenty of different use and options nowadays. True enough, but there's a lot to be said for starting with the bare essentials and le...

If Dreamcast and up wouldn't really benefit from FPGA emulation, would a hypothetical "MiSTer but for more advanced consoles" really need to be FPGA-based? it’s called a PC. you can build them in small form factor these days and they have the advantage of the emulators running on them having often had decades of performance tuning and de...

If Dreamcast and up wouldn't really benefit from FPGA emulation, would a hypothetical "MiSTer but for more advanced consoles" really need to be FPGA-based? I love the MiSTer user experience for reasons that have nothing to do with it running on an FPGA, and I'd welcome a more traditional SD card image-based emulation frontend that focused...

There's a release candidate posted on FPGAzumSpass' Patreon. Save states are supported for most mappers, including all of the prominent ones as far as I can tell. This is really great timing for me since I've been on a Famicom/NES kick lately, and there are plenty of games in that library that I consider save states essential for. Maybe I'll finall...

For example if we could make a do not update ini file or script file that is checked after the update script is checked and simply does not run update on whats in that file. Doing it this way would be way easier then trying too implement something in the update script. But have not seen anything new about this. Unless I'm misunderstanding, this ha...

The output from a Modi (or pretty much any other standalone DAC) would be more than enough to drive low impedance headphones like yours. In fact it would be too loud without lowering the volume, either in the MiSTer UI or with a variable attenuator (e.g. Schiit Sys) between DAC and headphones. TOSLINK output -> passive TOSLINK switch -> DAC without...

And here I thought I was obsessive about aspect ratio and integer scaling... Nice work! My head is spinning from all those different Atari 2600 resolutions. For what it's worth re: your recent commits, jotego's cores don't read custom aspect ratio settings from MiSTer.ini. The only way I can find to change the default of 4:3 is recompiling the core...