Post by Alyosha

Posted: 1/25/2020 12:12 PM

Quote

Sonia

She/Her

Joined: 12/6/2013
Posts: 435
Location: Brazil

Alyosha wrote:

I could use some help getting a list together of good hashes (SHA1) for BIOS files though, if anyone more familiar with the system knows what the standards are.

Here are some I'm aware of:

FMPAC.rom
SHA1:9D789166E3CAF28E4742FE933D962E99618C633D
 MD5:6F69CC8B5ED761B03AFD78000DFB0E19

KANJI.rom
SHA1:5AFF2D9B6EFC723BC395B0F96F0ADFA83CC54A49
 MD5:ACF53887C2D2783DC059A9B442C86B90
 
MSX.rom
SHA1:E998F0C441F4F1800EF44E42CD1659150206CF79
 MD5:364A1A579FE5CB8DBA54519BCFCDAC0D
 
MSX2.rom
SHA1:6103B39F1E38D1AA2D84B1C3219C44F1ABB5436E
 MD5:EC3A01C91F24FBDDCBCAB0AD301BC9EF
 
MSX2EXT.rom
SHA1:5C1F9C7FB655E43D38E5DD1FCC6B942B2FF68B02
 MD5:2183C2AFF17CF4297BDB496DE78C2E8A
 
MSX2P.rom
SHA1:E90F80A61D94C617850C415E12AD70AC41E66BB7
 MD5:847CC025FFAE665487940FF2639540E5

MSX2PEXT.rom
SHA1:FE0254CBFC11405B79E7C86C7769BD6322B04995
 MD5:7C8243C71D8F143B2531F01AFA6A05DC
 
MSXDOS23.rom
SHA1:0527FB75775CAA76C7ECA8D449938ACE83D36E96
 MD5:56BF5B02FED377B7BB9D91F914965431
 
PAINT.rom
SHA1:ACE202E87337FBC54FEA21E22C0B3AF0ABE6F4AE
 MD5:41DB0D7B37BE479296FFD59FCD6775F0
 
MSXJ.rom
SHA1:DF48902F5F12AF8867AE1A87F255145F0E5E0774
 MD5:F005E55C680BA6E7B19F6D4DC8F73CE5

MSX2J.rom
SHA1:0081EA0D25BC5CD8D70B60AD8CFDC7307812C0FD
 MD5:53BEC1C22B30C0A15263E04B91A7814F

MSX2JEXT.rom
SHA1:0FBD45EF3DD7BB82D4C31F1947884F411F1CA344
 MD5:8AABDE714A42256BEF36EA9B04F6EF59

The source is BlueMSX's Machines\Shared Roms folder.

Posted: 1/26/2020 1:54 AM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

^thanks, that saves e a bit of time. Is there a standard one for PAL, or is it the same? I'm making decent progress overall. Savestates seem to be working and I can load basic games. Still have to do keyboard and a few other details. This one seems to be going at about 450 fps compared to the 550 I had with GG. The cpu is the same at same speed, and the sound isn't much different, so the ppu must be much slower here. This will be a good chance to see what kind of things work on the ppu side to speed things up. With some effort I'm pretty sure I can end up around 600 fps through obvious optimizations. I still want / need to be around 800 though, so I've got a very long way to go.

Posted: 1/26/2020 6:17 AM

Quote

Sonia

She/Her

Joined: 12/6/2013
Posts: 435
Location: Brazil

Alyosha wrote:

Is there a standard one for PAL, or is it the same?

Yes it is. Confirmed that after doing some tests: First I changed BlueMSX's Video Frequency to Auto, then loaded a regular MSX game using the "MSX - French" and "MSX - German" profiles (because they're undebatably PAL territories). The idea was checking if their FPS would display as 50. BlueMSX has no native FPS display like Bizhawk, so I had to use Fraps for that. As expected, the counter kept fixed at 50 for both. Then did the same with "MSX - Brazilian" and "MSX - Japanese" and the counter went up to 60, so those were also working as intended. Last thing to check was the regular "MSX" profile (which corresponds to MSX.rom). The counter showed 50 like the first two, therefore that's definitely the PAL standard.

Posted: 1/26/2020 10:55 PM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

Alright thanks for the help, I'll go with that then. I'm leaving some notes here as I try to make performance improvements. One of the most important things I realized is that performance is directly related to video buffer size. This was unexpected. At first I was trying to compare to gambatte which was getting 800 fps. But then I removed all calls to MSXhawk and just ran the core doing nothing and it only got 700 fps. I struggled to figure out what was going on until I decided to change the screen size as a last resort. I changed it to only be 100 x 100 and got over 1100 fps. This also means I was wrong with my previous guess that the ppu was slowing things down. I'm not sure what to make of this. I seem to recall this not being the case before. I ran up QuickNES to double check, and sure enough it only goes at ~600 fps, where as in my memory I'm pretty sure it used to go double that. But anyway, using 700 fps as a starting point, adding in fetching the video buffer and sound buffer from the core and processing controller input and other once per frame tasks like that costs negligible performance as expected. Processing video is actually quite fast, costing only about 25 fps. Processing audio costs 50fps. So roughly speaking with the cpu turned off the core does 625 fps. Not too great considering this is roughly equal to quicknes running correctly. With the CPU running in it's current state I'm at 450. Knowing this gives me at least a more realistic target. I can't get to gambatte speeds but if I can get to around 600 fps I'll be in good shape.

Posted: 1/29/2020 10:50 AM

Quote

Spikestuff

They/Them

Editor, Publisher, Expert player (2642)

Joined: 10/12/2011
Posts: 6438
Location: The land down under.

It would be nice to have the full lineup of the original Atari systems. All that's missing is 5200. Apparently Altirra or Atari800 are the best cases and both of them feature the Atari 8-bit (400, 800, XL, XE & XEGS).

WebNations/Sabih wrote:

+fsvgm777 never censoring anything.

Disables Comments and Ratings for the YouTube account. Something better for yourself and also others.

Posted: 1/30/2020 1:23 AM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

^I'll leave A5200 for any potential future devs to work on as an easy case. MSX (and O2) will be the last two 8 bit systems I work on personally. There's a lot of low hanging fruit right now, I hope it peaks someone's interest. I've added keyboard support to MSX and made some optimizations that give about a 10% performance boost. I'd say it's almost ready for general testing. I probably won't be adding floppy disc support at this time, so I'm starting to think about MSX 2.

Posted: 2/2/2020 3:23 PM

Quote

InfamousKnight

He/Him

Joined: 9/12/2014
Posts: 540
Location: Waterford, MI

Dobbie station(ps2 emulator) might be viable at this point. Lately it has been in active development, and save states and frame advance and video dumping is already included. Recently dirge of cerberus and midnight club 3 were fixed. And that team is looking into tasing as well.

Posted: 2/3/2020 10:34 PM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

I have added MSXHawk to the dev build. Currently it will load with Jp bios to NTSC mode. It also uses the JP keyboard layout. It doesn't support basic yet, only loading cartridge ROMs. Please test and let me know of any deficiencies. NOTE: most games don't require the keyboard, so I have default controller settings to joysticks only, change it in sync settings if you want / need to use the keyboard.

Posted: 2/4/2020 4:53 AM

Quote

Spikestuff

They/Them

Editor, Publisher, Expert player (2642)

Joined: 10/12/2011
Posts: 6438
Location: The land down under.

InfamousKnight wrote:

Dobbie station(ps2 emulator) might be viable at this point.

No DobieStation isn't. It's still practically a beta. When you look at PlayStation 2 as a whole the emulator can only do a handful of games properly and the rest either - Crash the Emulator - Loads into a void with the character - Plays FMVs at 5fps (or less)

Alyosha wrote:

^I'll leave A5200 for any potential future devs to work on as an easy case.

Ah, understandable then.

WebNations/Sabih wrote:

+fsvgm777 never censoring anything.

Disables Comments and Ratings for the YouTube account. Something better for yourself and also others.

Posted: 2/5/2020 2:12 AM
(Edited: 2/5/2020 11:04 PM)

Post subject: BBC Micro core request

Quote

dekutony

Experienced player (690)

Joined: 11/23/2013
Posts: 2232
Location: Guatemala

Maybe we can have a core for the BBC Micro? We have cores for other old computers, it wouldn't hurt to have another one.

Here, my YouTube channel: http://www.youtube.com/user/dekutony

Posted: 2/5/2020 4:47 AM

Quote

Sonia

She/Her

Joined: 12/6/2013
Posts: 435
Location: Brazil

Alyosha wrote:

I have added MSXHawk to the dev build. Currently it will load with Jp bios to NTSC mode. It also uses the JP keyboard layout. It doesn't support basic yet, only loading cartridge ROMs. Please test and let me know of any deficiencies. NOTE: most games don't require the keyboard, so I have default controller settings to joysticks only, change it in sync settings if you want / need to use the keyboard.

What games are working for you? Because everything I try gives me this:

Also, I couldn't find matching sha1s for bios_test and basic_test anywhere.

Posted: 2/5/2020 12:50 PM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

Did you download the most recent dev build? Do you have MSXHawk.dll in your dll folder? Those are the freeware BIos files from C bios 0.29a that I use for testing. (The most recent dev build works fine for me.)

Posted: 2/5/2020 8:24 PM

Quote

Sonia

She/Her

Joined: 12/6/2013
Posts: 435
Location: Brazil

Alyosha wrote:

Did you download the most recent dev build? Do you have MSXHawk.dll in your dll folder? Those are the freeware BIos files from C bios 0.29a that I use for testing. (The most recent dev build works fine for me.)

Yes, and now I tried with that one you submitted some hours ago, that says "MSXHawk: more testing options". I have MSXHawk.dll in my dll folder, [URL=https://i.imgur.com/mj7VzCq.png]here[/URL]. And this is my [URL=https://i.imgur.com/yy3opPE.png]firmware folder[/URL]. It has a combination of multiple bioses from the TOSEC collection, what comes in the BlueMSX package, and what's contained in this [URL=https://sourceforge.net/projects/cbios/files/cbios/0.29/cbios-0.29a.zip/]c-bios compilation[/URL]. I managed to find find basic_test among them, but none of the above matches bios_test. I don't know where else to look at this point. Since it's freeware, could you please post a download link here?

Posted: 2/5/2020 8:32 PM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

https://sourceforge.net/projects/cbios/files/cbios/0.29/cbios-0.29a.zip/download here it is, but the MSXJ should still load by default, and this shouldn't be causing the missing DLL error.

Posted: 2/5/2020 9:13 PM

Quote

Al82

Joined: 8/27/2018
Posts: 5

Not having much luck with the MSX core - I just get a black screen when trying to load a cartridge. Bios files are present in firmware and no error message (only thing mising is bios_test).

Posted: 2/5/2020 11:34 PM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

Al82 wrote:

Not having much luck with the MSX core - I just get a black screen when trying to load a cartridge. Bios files are present in firmware and no error message (only thing mising is bios_test).

Try with only the bios file I linked above in your firmware folder. (remove the MSXJ one so it won't load it.)

Posted: 2/6/2020 3:39 AM

Quote

Sonia

She/Her

Joined: 12/6/2013
Posts: 435
Location: Brazil

Alyosha wrote:

https://sourceforge.net/projects/cbios/files/cbios/0.29/cbios-0.29a.zip/download here it is, but the MSXJ should still load by default, and this shouldn't be causing the missing DLL error.

That's the same link I posted in my previous message, so turns out I already had the right stuff. :P Anyway, I tried to load a game without MSXJ and it complained about the lack of bios:

And if I put it in, it gives that missing dll error. So yeah, not sure what else to do. All other cores work fine btw, just MSX that's being problematic.

Posted: 2/6/2020 11:34 AM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

Did you hit ok on that screen? What happened then? It should start with the test hios. Everything works fine for me right out of the box so I'm not sure what's wrong. The dll is compiled for 64 bit , could that be effecting you? EDIT: oh, wait I messed up, I committed a fix, now try the latest dev build with the test bios.

Posted: 2/6/2020 1:33 PM

Quote

ViGadeomes

He/Him

Judge, Active player (311)

Joined: 10/16/2017
Posts: 461
Location: France

Spikestuff wrote:

It would be nice to have the full lineup of the original Atari systems. All that's missing is 5200. Apparently Altirra or Atari800 are the best cases and both of them feature the Atari 8-bit (400, 800, XL, XE & XEGS).

I was actually thinking about implementing Altirra into BizHawk since a long time. I don't really know about the accuracy of the acid test suite given in the altirra page but it seems like atari800 doesn't pass half of them and altirra passes most of them as you can see in this thread by me.

Posted: 2/6/2020 4:19 PM

Quote

Sonia

She/Her

Joined: 12/6/2013
Posts: 435
Location: Brazil

Alyosha wrote:

Did you hit ok on that screen? What happened then? It should start with the test hios. Everything works fine for me right out of the box so I'm not sure what's wrong. The dll is compiled for 64 bit , could that be effecting you? EDIT: oh, wait I messed up, I committed a fix, now try the latest dev build with the test bios.

I hit ok. It then switches to the missing dll window and if I press ok there nothing else happens. Now I tried with the fixed build and still no luck. It persists on the dll error. I'm thinking what's causing it is the fact I don't have the right hash for bios_test:

it's the only one that's missing out of the five. None of the bioses you shared above matches it. Could you upload a .zip containing only the right bios_test and nothing else?

Posted: 2/6/2020 4:38 PM

Quote

Asnivor

He/Him

Editor, Emulator Coder

Joined: 11/27/2017
Posts: 87
Location: United Kingdom

I don't see the SHA1 hash (B398CFCB94C9F7E808E0FECE54813CFDFB96F8D0) for this test bios anywhere in TOSEC and a google search returns no results. Perhaps a typo still in the dev branch?

Posted: 2/6/2020 5:51 PM

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

In the current dev build that file is not even used. Only bios_test_ext is used, which you have. Can anyone else confirm a missing dll error? I can't reproduce this error without deleting the dll from the dll folder so I don't know how to go about tracking down this error.

Posted: 2/6/2020 6:02 PM

Quote

Asnivor

He/Him

Editor, Emulator Coder

Joined: 11/27/2017
Posts: 87
Location: United Kingdom

I have everything except bios_test and see no dll error (although I do see black screen on whatever rom i open)

Posted: 2/6/2020 10:14 PM

Quote

Al82

Joined: 8/27/2018
Posts: 5

Alyosha wrote:

Can you remove the jp bios from your folder and try with just bios_test_ext?

Removed the other bioses and just have bios_test_ext: can confirm it works! The audio seems to be very quiet and only plays out of the left channel - not really familiar with the system, so not sure if this is by design or not.

Forum BizHawk New Core Architecture Roadmap

Forum

BizHawk

New Core Architecture Roadmap