Macintosh (Basilisk II) 8-bit Color

mediamogul

Have you tried enabling overscan yet. I'm about to.

edmaul69

@mediamogul i have the disable overscan hashtagged out. Is there something else? So even setting it to black and white with dispmanx on it immedietly crashes which it didnt used to do. Thats how i believed i go the 256 colors to work. But yeah even b&w 256 crashes

edmaul69

@mediamogul the way this is acting now is like dispmanx doesn’t work at all

mediamogul

@edmaul69

I read and reread @Meneer-Jansen's workaround here and it seems he believes it all boils down to leaving #disable_overscan=1 commented out. Mine's uncommented, but was set to disable_overscan=0. I've restored it back to it's default and am rebooting now.

mediamogul

Black screen and a crash. Now I'm going to try it with the framebuffer at 8-bit. After that, I'm going to try disabling dispmanx all together.

edmaul69

@mediamogul ok let me know. Im having no luck getting it to switch to 256 colors from b&w with dispmanx on and off. Makes no sense why it is acting like dispmanx doesnt exist.

edmaul69

@mediamogul here is my runcommand log when trying to boot 256 color image

https://pastebin.com/ZuyxBTEY

edmaul69

@mediamogul and here is the log with another mode. it gives an error about the runcommand-onstart. do you know what this means?

https://pastebin.com/F4fZF2pU

edmaul69

@mediamogul one last thing, i found this on emaculation. how do i enable sdl?

"It seems that when I enable the SDL, then I can turn the emulator into 256 colors... However, with SDL enabled, I have very poor performances :-(
Without SDL enabled, performances are amazing (but no 256 colors)."

mediamogul

@edmaul69

No luck here either. It seems like it's one of those SDL issues that might come and go as it pleases.

it gives an error about the runcommand-onstart. do you know what this means?

Can you post your runcommand-onstart.sh up until line 6?

edmaul69

@mediamogul ok well i cant get 256 to ever boot fully. here is my runcommand-onstart

edmaul69

@mediamogul so it dawned on me that 32bit works with dispmanx enabled. So i am pretty sure dispmanx isnt working on basilisk. Not sure how to test it in another emulator.

mediamogul

@edmaul69 said in Macintosh (Basilisk II) 8-bit Color:

here is my runcommand-onstart

Three things. First, you should add a shebang to the top of your script

#!/bin/bash

The second is my fault. Both if/else statements for onstart and onend are missing a 'then' in my original example. I've corrected it above. Lastly, you have $2 as being the system name when it should be $1

if [ "$1" = "macintosh" ]; then

edmaul69

@mediamogul top of what script am i putting a bin bash?

edmaul69

@mediamogul up top you have $2 not $1. It wont boot at all with $1

Meneer Jansen

Only thing that I can add to the discussion at this point is I've set my HDMI mode to VGA via the following option in /boot/config.txt:

hdmi_group=1
hdmi_mode=1

The other thing I might add is that on my Pi MacOS does boot, but when it crashes, it crashes on the colored logo (I'm convinced that that's when the virtual Mac goes into 256 color mode). As @mediamogul pointed out I'm using a Mac image that uses MacOS 8 rather that the free OS 7.

Last thing I might mention is that in the past I had to compile BasiliskII from source code (to work w/ framebuffer) on the Pi because on the Pi the "stock" BasiliskII version (which works w/ SDL) refused to work in 256 color mode. Like I wrote 2 years ago in a post of mine in this here topic: "So one has to compile BasiliskII w/ framebuffer support instead of SDL. Unfortunately this also means that BII has to be started from within X (i.e. LXDE in Raspbian).".

There is something very, very strange going on w/ Retropie, SDL, dispmanx, framebuffer and 256 colors. Of these I do absolutely not know what the heck dispmanx is.... The others I can understand a bit. It appears to be a solution for software that needs a windowing system to be run outside of a graphical user interface (GUI), quote: "Dispmanx is a windowing system in the process of being deprecated in favour of OpenWF (or similar), however dispmanx is still used in all API demos and it's replacement may not yet be available". Am I right to assume that programs like BasiliskII and PSX emulators, who need dispmanx, do not run in "framebuffer mode"? If so, then one does not have to fiddle w/ setting framebuffers.

mediamogul

@edmaul69 said in Macintosh (Basilisk II) 8-bit Color:

top of what script am i putting a bin bash?

The runcommand-onstart/onend scripts. You can get away with not having it many times over, but some script elements will misbehave without it.

up top you have $2 not $1. It wont boot at all with $1

There may be an example that I'm overlooking, but the first one I'm seeing is this and has

if [ "$2" = "basilisk" ]; then

which should work as an alternative to

if [ "$1" = "macintosh" ]; then

mediamogul

@meneer-jansen said in Macintosh (Basilisk II) 8-bit Color:

There is something very, very strange going on w/ Retropie, SDL, dispmanx, framebuffer and 256 colors.

From what I keep hearing, the problems likely boils down to SDL in some way. I keep reading post after post that updates usually break just as many things as they fix.

Meneer Jansen

Did a little experiment to see if dispmanx and SDL get confused by (re)setting a framebuffer. They (or one of them) do.

pi@raspberrypi:~ $ fbset --verbose
Linux Frame Buffer Device Configuration Version 2.1 (23/06/1999)
(C) Copyright 1995-1999 by Geert Uytterhoeven

Opening frame buffer device `/dev/fb0'
Using current video mode from `/dev/fb0'

mode "616x456"
    geometry 616 456 616 456 32
    timings 0 0 0 0 0 0 0
    rgba 8/16,8/8,8/0,8/24
endmode

pi@raspberrypi:~ $ fbset -depth 8
pi@raspberrypi:~ $ fbset --verbose
Linux Frame Buffer Device Configuration Version 2.1 (23/06/1999)
(C) Copyright 1995-1999 by Geert Uytterhoeven

Opening frame buffer device `/dev/fb0'
Using current video mode from `/dev/fb0'

mode "616x456"
    geometry 616 456 616 456 8
    timings 0 0 0 0 0 0 0
    rgba 8/0,8/0,8/0,0/0
endmode

After setting the framebuffer to 8 bit I can get it back the way it was: the command fbset -depth 32 will do the trick. However, pcsx-rearmed (the PSX emulator) still wont start in Emulationstation (Mame does) and pressing F4 to escape to the command line leaves me w/ a black non-respensive TV. Only thing I can do is reboot the Pi via ssh.

We really need help on this from somebody who knows everything about graphics on computers.

Meneer Jansen

@mediamogul said in Macintosh (Basilisk II) 8-bit Color:

@meneer-jansen said in Macintosh (Basilisk II) 8-bit Color:

There is something very, very strange going on w/ Retropie, SDL, dispmanx, framebuffer and 256 colors.

From what I keep hearing, the problems likely boil down to SDL in some way. I keep reading post after post that updates usually break just as many things as they fix.

That's why I live by the saying "If it ain't broken don't try to fix it". So many, many, many, many times I've been left w/ a system that does not work after an "update" that I hate updating anything with a passion! I'm afraid that after "updating" Retropie I'm, again, left w/ some non-working emulators. What a mess!

P.S. SDL2 does not seem to work w/ framebuffer, SDL1 does. Maybe I've somehow gotten sdl version 1 because I'm on a Pi 1 B+?