That's because the FPGA cores and the firmware are different projects with different contributors, and need different skills, knowledge, and motivation to work on them.jcarvalho wrote:sorry for asking, but why messing with keys and auto-fire when things like demos: nocooper 1984, atari ste 20th anniversary demo and games like turricanII dont work?
basic things like a proper fpga implementation are left behind
MiST core and firmware changelog
Moderators: Mug UK, Zorro 2, spiny, Greenious, Moderator Team
Re: MiST core and firmware changelog
Re: MiST core and firmware changelog
sorry @jcarvalho, but you often complain about how the MiST is not correctly finished and such. It's an open source development made with the passion of some few (unpaid) developpers. We must be very grateful about what was already made. I'd be tempted to say if Turrican II is not working correctly on the Atari ST core, then use the Amiga one, I've just played it until after the 1st boss, and it was gorgeous and perfect! Yeah, on some aspects, some emulators are "better", but on other the MiST is better, that's it. You have almost real original hardware with MiST, but there is maybe 2% which is not perfect (maybe also because of undocumented features) and that prevents some demos to run.
Re: MiST core and firmware changelog
Hi!
I've sent a PR for the firmware to skip the limit on the number of max. OSD options.
https://github.com/mist-devel/mist-firmware/pull/14
Any chance for a new release with it? It would open some possibilities in some cores (e.g. in the new Amstrad core from Sorgelig). The gap between the OSD options in MiST and MiSTer could be narrowed then.
I've sent a PR for the firmware to skip the limit on the number of max. OSD options.
https://github.com/mist-devel/mist-firmware/pull/14
Any chance for a new release with it? It would open some possibilities in some cores (e.g. in the new Amstrad core from Sorgelig). The gap between the OSD options in MiST and MiSTer could be narrowed then.
Re: MiST core and firmware changelog
firmware_180808
===============
- Support more than 7 OSD options (by slingshot).
- Support '?' in requested file extensions.
===============
- Support more than 7 OSD options (by slingshot).
- Support '?' in requested file extensions.
Re: MiST core and firmware changelog

You're title is saying Fuji Shaped Bastard. That's right. You're admirable!

On the other side of the screen, it all looks so easy.
Re: MiST core and firmware changelog
firmware_180810
===============
- Support 2 mounted images at the same time.
===============
- Support 2 mounted images at the same time.
- krupkaj
- Captain Atari
- Posts: 305
- Joined: Wed Oct 22, 2003 11:00 pm
- Location: Olomouc/Czech Republic
- Contact:
Re: MiST core and firmware changelog
great, thanks for a new version
-
- Atariator
- Posts: 22
- Joined: Sat Aug 20, 2016 5:03 pm
C64 core problems with latest firmware
Hi,
with the latest firmware I have the problem that you can not list anymore the disk content in the c64 core (load"$",8 and then "list")
Anyone can confirm that mistake ?
with the latest firmware I have the problem that you can not list anymore the disk content in the c64 core (load"$",8 and then "list")
Anyone can confirm that mistake ?
Re: C64 core problems with latest firmware
I’m able to list disk contents.christianlucio wrote:Hi,
with the latest firmware I have the problem that you can not list anymore the disk content in the c64 core (load"$",8 and then "list")
Anyone can confirm that mistake ?
Works for me I tried firmware ATH180808 & ATH180810.
Re: MiST core and firmware changelog
Disk listing works flawless with latest FW.
-
- Atariator
- Posts: 22
- Joined: Sat Aug 20, 2016 5:03 pm
o.k. again with newer C64 core
I now tried a newer C64 core and here everything is o.k. again !
-
- Retro freak
- Posts: 11
- Joined: Wed Aug 02, 2017 3:40 pm
Re: o.k. again with newer C64 core
can you provide the link ?christianlucio wrote:I now tried a newer C64 core and here everything is o.k. again !
-
- Atariator
- Posts: 22
- Joined: Sat Aug 20, 2016 5:03 pm
Re: o.k. again with newer C64 core
The one out of this subforum:mrr19121970 wrote:can you provide the link ?christianlucio wrote:I now tried a newer C64 core and here everything is o.k. again !
http://www.atari-forum.com/viewtopic.ph ... 5&start=25
Re: MiST core and firmware changelog
Same problem here with current Mist site C64 core and firmware_180810.upg - i.e. D64 images don't load. Also noticed a few menu issues with older cores with this firmware.
Backup to firmware_170412.upg for me as it doesn't have these problems.
Backup to firmware_170412.upg for me as it doesn't have these problems.
Re: MiST core and firmware changelog
As the source code of that C64 core version is not available, I cannot check what's the problem. The change of the UIO_[GET|SET]_SDSTAT command should not cause problems with well-written cores. ZX Spectrum still can load disks (without any change in the core), other C64 versions, too.
Also, what core has menu issue? Show me an example, and I'll fix it.
Also, what core has menu issue? Show me an example, and I'll fix it.
Last edited by slingshot on Sun Aug 26, 2018 11:00 pm, edited 1 time in total.
Re: MiST core and firmware changelog
The older spectrum core had messed up menus with this new firmware. I've updated it with sorg's latest version and it looks OK.
Re: MiST core and firmware changelog
One little issue that I've always kept an eye on (not sure if there's a bug log anywhere) is if I swap floppies, the disk free and/or label isn't updated properly when doing a directory listing.
Say I have a nearly full disk labelled "HELLO" and a fresh disk labelled "YOYO", inserting the first D64 (labelled HELLO), load"$",8, then LIST shows the expected results. If I swap the D64 to YOYO without resetting, and then also load"$",8, then LIST, the disk shows up as label HELLO, but with YOYO content.
I think I recall this having to do with write protect sensor not triggering the disk change to the DOS.
Say I have a nearly full disk labelled "HELLO" and a fresh disk labelled "YOYO", inserting the first D64 (labelled HELLO), load"$",8, then LIST shows the expected results. If I swap the D64 to YOYO without resetting, and then also load"$",8, then LIST, the disk shows up as label HELLO, but with YOYO content.
I think I recall this having to do with write protect sensor not triggering the disk change to the DOS.
-
- Obsessive compulsive Atari behavior
- Posts: 132
- Joined: Mon Apr 09, 2018 10:58 pm
Re: MiST core and firmware changelog
Hi
it's not possible to have _folders, botroom folder, "marquee" on the file names? so we can organize better the cores and needed files?
Thanks
it's not possible to have _folders, botroom folder, "marquee" on the file names? so we can organize better the cores and needed files?
Thanks
Re: MiST core and firmware changelog
firmware_181013
===============
- Support extra buttons on USB gamepads/joysticks
Need for new fpgagen beta.
===============
- Support extra buttons on USB gamepads/joysticks
Need for new fpgagen beta.
- jotego
- Captain Atari
- Posts: 253
- Joined: Wed May 04, 2016 10:02 am
- Location: Valencia (Spain)
- Contact:
Re: MiST core and firmware changelog
Feature Request
I think it would be good to add zip support to the firmware. We normally have the ROMs stored in zip format so it is more convenient to copy data over that way.
Another reason, is that once we start having support for more arcade platforms -particularly NeoGeo- the ZIP format is a neat way of putting all files together. The firmware could transmit all files to FPGA in alphabetical order. For my Ghosts'n Goblins core I chose to make a single binary file out of all the original ROM files using a bash script, but that is very inconvenient to final users and it puts off people from trying the core.
I think it would be good to add zip support to the firmware. We normally have the ROMs stored in zip format so it is more convenient to copy data over that way.
Another reason, is that once we start having support for more arcade platforms -particularly NeoGeo- the ZIP format is a neat way of putting all files together. The firmware could transmit all files to FPGA in alphabetical order. For my Ghosts'n Goblins core I chose to make a single binary file out of all the original ROM files using a bash script, but that is very inconvenient to final users and it puts off people from trying the core.
Re: MiST core and firmware changelog
That would be a good idea to consider, just last time I worked on the firmware to add more than 1 mountable drive support, there wasn't any RAM available for 2 more drive buffers, only for 1. Don't know if an unzipper would fit.
Btw, almost all cores has concatenated ROM files, and seems it doesn't prevent them to be used.
Btw, almost all cores has concatenated ROM files, and seems it doesn't prevent them to be used.
- MasterOfGizmo
- Atari God
- Posts: 1345
- Joined: Fri Feb 08, 2013 12:15 pm
- Contact:
Re: MiST core and firmware changelog
Ram may indèed be an issue.
But one thing that might be easy to add is a way to load multiple roms automatically if they match a pattern like corename0.bin, corename1.bin ...
But one thing that might be easy to add is a way to load multiple roms automatically if they match a pattern like corename0.bin, corename1.bin ...
MIST board, FPGA based Atari STE and more: https://github.com/mist-devel/mist-board/wiki
- jotego
- Captain Atari
- Posts: 253
- Joined: Wed May 04, 2016 10:02 am
- Location: Valencia (Spain)
- Contact:
Re: MiST core and firmware changelog
There are many arcade dumps that follow a pattern. Maybe that is a good option too.MasterOfGizmo wrote:Ram may indèed be an issue.
But one thing that might be easy to add is a way to load multiple roms automatically if they match a pattern like corename0.bin, corename1.bin ...
Re: MiST core and firmware changelog
firmware_181225
===============
- Fix the parsing of the first 8-bit menu item (no more Mount item in SMS).
===============
- Fix the parsing of the first 8-bit menu item (no more Mount item in SMS).