You might have to set AO486 to variable sync. I did that for mine and it worked perfectly after that.
To the previous posts about overwriting the Main Mister file, that also fixed my booting errors.
You might have to set AO486 to variable sync. I did that for mine and it worked perfectly after that.
oh that's strange, but you could see any walkthrough and the effect might appear but less visible.Q47 wrote: ↑Sat Aug 08, 2020 9:23 pmThis is just hw/coding limitation of that era. Video under explains this on NES. Why you see it is simply because your screen doesn't do overscan anymore as CRTs did back in the day.jordi wrote: ↑Sat Aug 08, 2020 9:00 pm I've seen this strange scroll artifacts on 2d games
See right part of the screen:
https://www.youtube.com/watch?v=fVMoYMJb3hk
It's strange as it only happens on horizontal scrolling.
https://www.youtube.com/watch?v=wfrNnwJrujw
ZigZag wrote: ↑Sun Aug 09, 2020 8:40 pm The "out of sync" issue with cache 41 wasn't limited to ao486 core - the actual menu screen wasn't showing after turning the MiSTer on so I couldn't see anything to actually access ao486 or anything else! Changing back to the old MiSTer file sorts the menu out, but cache 41 complains it can't see any boot devices.
EDIT: Oh yeah, forgot to say I have latest bios files. Thanks for the replies.
Yep, should've trusted myself, I'm quite familiar with this kind of thing. Just got out of my bed to triple check I hadn't made any errors (like the OCD twat that I am). I extracted the files again, copied the MiSTer file from the archive over again (having renamed the old one as backup - again). No menu screen, input out if sync. Had to remote connect to mister & revert to the backup (so I guess its just screen output that's not working, at least when set to 800x600@60). No idea if the menu works with other screen resolutions, might try that tomorrow (later today I mean).tontonkaloun wrote: ↑Sun Aug 09, 2020 9:05 pmZigZag wrote: ↑Sun Aug 09, 2020 8:40 pm The "out of sync" issue with cache 41 wasn't limited to ao486 core - the actual menu screen wasn't showing after turning the MiSTer on so I couldn't see anything to actually access ao486 or anything else! Changing back to the old MiSTer file sorts the menu out, but cache 41 complains it can't see any boot devices.
EDIT: Oh yeah, forgot to say I have latest bios files. Thanks for the replies.
For me, you have not put the correct main Mister file on your SD, it is in the archive with the core file.
The black screen is that it is missing or corrupt.
The Core that does not boot to HD is that it is not the correct version.
To follow your idea, I tested your resolution and it works for meZigZag wrote: ↑Mon Aug 10, 2020 1:31 amYep, should've trusted myself, I'm quite familiar with this kind of thing. Just got out of my bed to triple check I hadn't made any errors (like the OCD twat that I am). I extracted the files again, copied the MiSTer file from the archive over again (having renamed the old one as backup - again). No menu screen, input out if sync. Had to remote connect to mister & revert to the backup (so I guess its just screen output that's not working, at least when set to 800x600@60). No idea if the menu works with other screen resolutions, might try that tomorrow (later today I mean).tontonkaloun wrote: ↑Sun Aug 09, 2020 9:05 pmZigZag wrote: ↑Sun Aug 09, 2020 8:40 pm The "out of sync" issue with cache 41 wasn't limited to ao486 core - the actual menu screen wasn't showing after turning the MiSTer on so I couldn't see anything to actually access ao486 or anything else! Changing back to the old MiSTer file sorts the menu out, but cache 41 complains it can't see any boot devices.
EDIT: Oh yeah, forgot to say I have latest bios files. Thanks for the replies.
For me, you have not put the correct main Mister file on your SD, it is in the archive with the core file.
The black screen is that it is missing or corrupt.
The Core that does not boot to HD is that it is not the correct version.
Mister.iniZigZag wrote: ↑Mon Aug 10, 2020 7:45 am Maybe it's something to do with me having activated the VGA scaler in order to be able to use filters. If this had the internal filters I'd just use HQ2X. This monitor is prety damn robust when it comes to displaying signals (I did have it set for 1600x1200@60 over VGA but the ao486 core looks nicer with 800x600). It's the HP LP2065 monitor. Unfortunately my HDMI is bust or I'd try it on the TV. I still can using VGA but it means arseing around with the cables! I'll just stick to cache 37 for now since I managed to install 98lite on it and it wasn't working properly in cache 40. Hopefully whatever changed that is causing the MiSTer to mess with my monitor sync will get fixed in a later release.
I can't seem to get this one to boot up, but I haven't tried the beta core since one of the early ones. I've tried booting from floppy images, various vhds (including the freedos 1.3 one), swapping the floppy/hdd boot order and it always finds no boot devices. Any ideas on what I could be missing?
It looks like the last two commits are getting strange errors related to UART, I noticed MIDI wasn't switching between MUNT & FluidSynth as well the last functioning commit (i.e. 'ao486_Cache41_9c63fe4.zip' [Add simulation framework for modelsim for both caches and cpu test])AntialiasedPixel wrote: ↑Wed Aug 12, 2020 2:38 amI can't seem to get this one to boot up, but I haven't tried the beta core since one of the early ones. I've tried booting from floppy images, various vhds (including the freedos 1.3 one), swapping the floppy/hdd boot order and it always finds no boot devices. Any ideas on what I could be missing?
Boots for me, but remember to use the bioses, the new mister file and the rbf core file.AntialiasedPixel wrote: ↑Wed Aug 12, 2020 2:38 amI can't seem to get this one to boot up, but I haven't tried the beta core since one of the early ones. I've tried booting from floppy images, various vhds (including the freedos 1.3 one), swapping the floppy/hdd boot order and it always finds no boot devices. Any ideas on what I could be missing?
Cache43 was released after my post, so it most likely has whatever I have put in my zip and more.tlaloc wrote: ↑Wed Aug 12, 2020 7:45 amIt looks like the last two commits are getting strange errors related to UART, I noticed MIDI wasn't switching between MUNT & FluidSynth as well the last functioning commit (i.e. 'ao486_Cache41_9c63fe4.zip' [Add simulation framework for modelsim for both caches and cpu test])AntialiasedPixel wrote: ↑Wed Aug 12, 2020 2:38 amI can't seem to get this one to boot up, but I haven't tried the beta core since one of the early ones. I've tried booting from floppy images, various vhds (including the freedos 1.3 one), swapping the floppy/hdd boot order and it always finds no boot devices. Any ideas on what I could be missing?
The people that know better mention it in this 'Why OpenCore Plus UART?' thread:
viewtopic.php?p=7691#p7691
For now, if you want to hear really funky MIDI sounds coming out the MiSTer, download either of the two most recent commits and switch between MUNT and Fluidsynth... making sure to toggle between the "UART BAUD' speed of 31250 and the usual 38400 that the [now outdated?] MIDI-Link guide recommends specifically for ao486 (conflicting with a recent commit 06092fc, which I believe says we are to now use 31250 like the one recommended for the minimig - as mentioned in the below guide?):
https://github.com/MiSTer-devel/MidiLink_MiSTer
So yeah, if you want funky MIDI thrown in dissarray, pickup the following two most recent commits 100432e & cf9e20f:
ao486_Cache42_100432e.zip
ao486_Cache43_cf9e20f.zip
Otherwise, stick with the tried and true commit 9c63fe4/'ao486_Cache41_9c63fe4.zip' to be able to switch it up without hearing the MIDI all mixed up, which can be fun for a minute
In the disk selection screen, press backspace.
Ah, makes sense. Thank You for that bit of insight.
Yeah, I was thinking this as well. Its pretty obscure right now, being something you have to find out reading the wiki or asking on forums. I tried reading all that scrolling text and it was not mentioned at all.tlaloc wrote: ↑Wed Aug 12, 2020 9:44 pmAh, makes sense. Thank You for that bit of insight.
I vaguely remember reading (or perhaps, hearing) that on one of the many tutorials I've scoured.
It would be nice to see some scrolling text 'courtesy reminder on how to dismount' added to the mount menus globally, as it isn't readily apparent what to do in order to dismount when in that screen.
Once again, thank you for your time and consideration.
かすりん
Yes, that is how I found out. Still a lot more helpful if its something that is explained in the menu, rather than on some forums.kathleen wrote: ↑Thu Aug 13, 2020 4:20 am Was mentioned here by Cebion the 26th of July : viewtopic.php?f=13&t=680&p=6436&hilit=backspace#p6436
Especially on page 10 of a 22 page thread! It could be as simple as, in the Win+F12 menu, saying "Press Backspace to Unmount". Seems like that would be useful across all cores.Caldor wrote: ↑Thu Aug 13, 2020 12:19 pmYes, that is how I found out. Still a lot more helpful if its something that is explained in the menu, rather than on some forums.kathleen wrote: ↑Thu Aug 13, 2020 4:20 am Was mentioned here by Cebion the 26th of July : viewtopic.php?f=13&t=680&p=6436&hilit=backspace#p6436
I'm using a PC CRT monitor with my MiSTer, and these are my findings:
First page of this thread. viewtopic.php?p=5058#p5058NightShadowPT wrote: ↑Fri Aug 14, 2020 11:00 am Where have you guys downloaded the compiled core from? I'm looking forward to try the new improvements, but don't have the tools to compile the core myself...
SuperBabyHix wrote: ↑Fri Aug 14, 2020 12:05 pm First page of this thread. viewtopic.php?p=5058#p5058