Macintosh Retropie emulation

CodeDrawer

If it works the same way as the ninty consoles, leave it in the main area

briandamico

@edmaul69 i should also mention, the games are already unzipped and in dedicated folders.
no installation is needed. its just click and open and play but thats not the case right now like it is via basilisk on the mac where the icon is present to click, open, and play.

briandamico

@edmaul69 so in pi/roms/macintosh/ i made a folder called games. and put all the games in their singular file form removed from the folders they were in with their own titles and a few other random files associated with them. just the games are in one folder called games.

went into the os and moved the games folder from unix to the desktop.
opened the folder, icons were still white and same error occurred when trying to open

and again, not the problem on basilisk on the mac. they open just fine

edmaul69

@briandamico that iS strange. Can you post a good screenshot of this issue on the pi?

edmaul69

@briandamico i think i know the issue. Can you install an application called stuffit expander 5.5?

briandamico

@edmaul69 i can and believe its in there
let me see

going to include some photos first hang on

briandamico

@edmaul69
http://i95.photobucket.com/albums/l137/briandamico/nes/Screen Shot 2017-05-17 at 3.09.39 PM.png

briandamico

@edmaul69 same error
i had stuffit 4.1 or or something on the shared folder already and dragged it to the desktop and it was white and when opened it gave that same error

edmaul69

@briandamico are you putting the installation apps or already installed games in the games folder in the macintosh folder?

mediamogul

@briandamico

MacOS classic apps always need to be brought into the Basilisk environment in their original stuffed (.sit) or image (.img) formats and unpacked from there. Classic Mac applications had resource forks that are lost when introduced to other file systems, which is why they are appearing white. Without the resource forks, the Mac doesn't even know what they are.

briandamico

@mediamogul @edmaul69

i had put already installed apps i had unzipped.
they worked just find on the mac version of basilisk

the website i got these from had zip files per each letter that i can try and see if they work to unzip via the pi but doubt it.

ill have to see if i can find them in this .sit format i guess. let me take a look

briandamico

@edmaul69 i stand corrected now. the games were unzipped from .dsk files which then opened an image with the games in their own folders just ready to go. no installation process needed and yes these worked just fine on the os via mac basilisk

briandamico

@briandamico if one of you want to check out emaculation in google search you can see what i have and am dealing with via that site

mediamogul

@briandamico

Nice. Mounting a .dsk in the Basilisk environment will of course also preserve the resource forks, as the disk image was formatted to accomodate.

Edit: Ah, I see you were talking about the previous applications that you were able to get working. As long as everything is unpacked after being brought into Basilisk, everything should be fine.

briandamico

@mediamogul
So what do you think I should do. The games/files are the same files that were used and opened just fine in basilisk on the mac.

If I am even able to unzip a dsk in os 7.5 the files are still the same as they were before.

The bigger question is, why do the games appear to open fine in basilisk on the mac but not on the pi when it's using he exact same os file?

mediamogul

@briandamico

The bigger question is, why do the games appear to open fine in basilisk on the mac but not on the pi when it's using he exact same os file?

It could be that the current MacOSX still retains the ability to preserve resource forks in it's file system. Classic apps were supported early on in OSX and it might be a holdover. I was assuming that .dsk was a somewhat standard disk image, but it might be a type of self-mounting image that the MacOS needs to read as an application.

Two apps I have installed in Basilisk are 'Stuffit Expander 5.5' and 'Disk Copy 6.3.3'. Anything I bring into Basilisk on the Pi opens with one or the other. have you tried opening the .dsk file with 'Disk Copy' or was it ever embedded in a .sit, .bin, or .hqx file that Stuffit should be opening?

briandamico

@mediamogul i found a site that had games as a .sit
it presented the SAME error when trying to open them.

i have a feeling its something bigger with this error.

its saying "the application program that created it cannot be found, could not find translation extension with appropriate translators"

mediamogul

@briandamico

Have you been able to use Stuffit Expander at all yet on the Pi? Assuming that it's operational, you might try highlighting the .sit file, press whatever button combo equates to 'apple+i' or 'cmd+i' and make sure that the file is set to open with Stuffit in the resulting window.

briandamico

@mediamogul

i can try all of this but what i am most curious is why i don't have to do any of this via basilisk on the mac?

i have some photos I'm going to post in a few of my mac version of basilisk which is ALL the same stuff as it is on the pi

mediamogul

@briandamico

can try all of this but what i am most curious is why i don't have to do any of this via basilisk on the mac?

It's just a guess, but as stated above, it could be due to how OSX handles files.