1 (edited by hunterk 2013-02-05 16:03:10)

Topic: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

I'll put my latest Mac OS X builds of RetroArch, RetroArch-Phoenix and libretro(s) in this post.

RetroArch 0.9.9-wip2 w/ RetroArch-Phoenix
Also includes CPU filters and many XML and Cg shaders <- should work without users needing to install Cg toolkit separately (hopefully) smile
http://www.mediafire.com/?43g2n9tvjumosm3

RetroArch 0.9.8 w/ RetroArch-Phoenix <- known to work, in case the new version doesn't for whatever reason. If this happens, plz report!!
Also includes CPU filters and many XML and Cg shaders
(compiled on 10.7 Lion but should work on 10.8 Mountain Lion, as well):
http://www.mediafire.com/?v75dyyqlcqs5q18

Libretro Pack (03/31/2013):
https://s3.amazonaws.com/Emulation/libr … 1-2013.zip

bsnes-style CPU filters (includes Blargg's NTSC):
http://www.mediafire.com/?l5abvq3077cuqvt

These builds require you to have Nvidia's Cg Toolkit installed (enables the use of Cg shaders):
http://developer.download.nvidia.com/cg … il2012.dmg

If you have any questions or problems with these builds, please start a new thread and save this one for releases and official notices.

Note: libretro-bsnes builds support special chip loading for the *.rom images intended for use with bsnes v087 and later.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Which version is bsnes/libretro pack based on? If it's the latest from gitorious (v089), it should be the modern v087+ *.rom files.

Happyhats! big_smile

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

ah, yeah, I was using the out-of-date C++98 repo. I didn't realize you were putting the updates into Screwtape's repo. OP updated with a new link that uses the up-to-date chip images.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

I'm still getting video ram error trying to load any neogeo game. I do not receive this error when I try loading the very same rom on windows.

(running mountain lion)

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

I'm still getting video ram error trying to load any neogeo game. I do not receive this error when I try loading the very same rom on windows.
(running mountain lion)

Is rewind enabled in retroarch.cfg by any chance? Try rewind_enable=false

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

bloodtype wrote:

I'm still getting video ram error trying to load any neogeo game. I do not receive this error when I try loading the very same rom on windows.

(running mountain lion)

Rewind under the hood just calls the savestate function except instead of writing it to file, it writes it to memory. Some emulators/games might have some savestate issues that are not readily apparent unless you serialize and write them to memory for x number of frames. Neo Geo in FBA and Sega CD in Genesis Plus GX right now appear to be two of them.

The only way to deal with this is to mention it to the original authors and hope they somehow improve the savestate code so that it can deal with serialization better.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

I´ve been testing the psx mednafen and it works like a charm. I´ve tested Castlevania SOTN, Tekken3, R type delta and Alundra and all of them run full speed.

I thought the psx mednafen was less advanced. It looks almost perfect emulation here.


Also I tried Daimakaimura for supergrafx and it worked.

Also noticed the vram neo geo error in retroarch OSX. Not present in the windows port

Keep up the good work, this is starting to be impressive.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

fogueman wrote:

I´ve been testing the psx mednafen and it works like a charm. I´ve tested Castlevania SOTN, Tekken3, R type delta and Alundra and all of them run full speed.

I thought the psx mednafen was less advanced. It looks almost perfect emulation here.


Also I tried Daimakaimura for supergrafx and it worked.

Also noticed the vram neo geo error in retroarch OSX. Not present in the windows port

Keep up the good work, this is starting to be impressive.

The VRAM Neo Geo error only happens if you have rewind enabled. If you turn it off, it will work.

9 (edited by fogueman 2012-08-27 18:53:01)

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Thanks for the tip Squarepusher. Runs ok now.

Bug detected?

I´ve tried to run Abe´s oddysee PAL version on mednafen-psx-retroarch (osx).

It enters emulation, then a green screen says "Video system mismatch" and emulator hangs.

Any advice? Could that be caused by wrong BIOS file?

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Hello hunterk, long time no tried retroarch, I noticed that you updated to a new version recently
I´m running on osx lion. No matter what game I try to run, I get this error. It´s more than likely another stoopid thing but I can´t figure out

RetroArch CMD: /Users/Angel/Desktop/Retroarch/RetroArch Binary/retroarch /Users/Angel/Desktop/Retroarch/Gbaroms/Mario Advanced 2 - Mario World.GBA -c /Users/Angel/Desktop/Retroarch/retroarch.cfg -v --no-patch

dyld: Library not loaded: @executable_path/../Frameworks/Cg.framework/Cg
  Referenced from: /Users/Angel/Desktop/Retroarch/RetroArch Binary/retroarch
  Reason: image not found



no matter what emu or game I try to run

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Ah, yeah, the new builds require Nvidia's Cg toolkit to be installed.

You can download it here:
http://developer.download.nvidia.com/cg … il2012.dmg

Nothing fancy needed for installation. RetroArch will find it in the default installation location once it's there. I'm not sure why it didn't get copied into the Frameworks folder on its own but I'll try to get it in there with the next build. In the meantime, manual installation should get you fixed up smile

On the upside, now you can use Cg shaders!

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

ok hunterk, thanks, got it running

Any way to run PAL games on Mednafen psx code? Or it´s a mednafen-related issue. I can get running all the NTSC-U stuff I throw at it, but no way with Oddworld abe´s oddysee pal.

I´ll have a closer look at all the cores tomorrow

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Hi,

I'm having a problem with the latest OSX prebuilt builds of bsnes-libretro (libretro-bsnes-balanced-v092). (Downloaded from above.)

It won't load special chip games.
The chips without firmware, Super FX, S-DD1, SA1 etc. don't work.

Everything non special chip related works fine, I don't have Shougi 1 to test.

The DSP games all work except Top Gear 3000 (DSP4) loads to a black screen,


eg.

$ retroarch Super\ Mario\ World\ 2\ -\ Yoshi\'s\ Island\ \(USA\)\ \(Rev\ 1\).sfc -c ~/.retroarch/bsnes/retroarch.cfg
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//program.rom".
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//save.ram".
RetroArch [ERROR] :: Failed to load game.


$ retroarch Mega\ Man\ X3\ \(USA\).sfc -c ~/.retroarch/bsnes/retroarch.cfg
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//program.rom".
RetroArch [ERROR] :: Failed to load game.


$ retroarch Hayazashi\ Nidan\ Morita\ Shougi\ 2\ \(Japan\).sfc -c ~/.retroarch/bsnes/retroarch.cfg
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//save.ram".
RetroArch [ERROR] :: Failed to load game.


$ retroarch Super\ Mario\ RPG\ -\ Legend\ of\ the\ Seven\ Stars\ \(USA\).sfc -c ~/.retroarch/bsnes/retroarch.cfg                                         
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//program.rom".
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//save.ram".
RetroArch [ERROR] :: Failed to load game.


$ retroarch Metal\ Combat\ -\ Falcon\'s\ Revenge\ \(USA\).sfc -c ~/.retroarch/bsnes/retroarch.cfg                                                         
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//save.ram".
RetroArch [ERROR] :: Failed to load game.


$ retroarch Tengai\ Makyou\ Zero\ \(Japan\).sfc -c ~/.retroarch/bsnes/retroarch.cfg                                                                       
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//rtc.ram".
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//program.rom".
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//data.rom".
[bSNES]: Cannot find requested file in system directory: "/Users/Sirius/.retroarch/bsnes//save.ram".
RetroArch [ERROR] :: Failed to load game.


etc, etc.

Mountain Lion 10.8.2

All the other libretro cores work great in my limited testing.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

That issue was fixed yesterday. I've updated libretro/bsnes Git. I haven't fixed every special chip yet, but SFX, SA1 and SDD-1 are tested.

Happyhats! big_smile

15 (edited by Cornelius 2013-03-02 09:44:47)

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

What is right libretro/bsnes Git address? I have come across a couple and am confused to which is the latest official one.

Disregard figured it out.

16 (edited by bloodtype 2013-04-27 04:09:39)

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Getting this error on 0.9.9-wip1 whenever I start up any game.

dyld: Library not loaded: /opt/local/lib/libxvidcore.4.dylib
  Referenced from: /Applications/Games/RetroArch/Frameworks/libavcodec.54.dylib
  Reason: image not found

17 (edited by jeruro 2013-04-27 10:14:56)

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Same here! I cant start any game.

Now im getting this errors too:

retroarch-phoenix(304) malloc: *** error for object 0x7f9b98e39348: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug

The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec().
Break on __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() to debug.

I'm on OSX 10.8.3. The last version worked fine.

Where i can download 0.9.8?

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

dammit. Looks like I botched the part where it bundles all of the necessary libraries. I've updated the first post with the older v0.9.8 link. Sorry guys. I'll try to get this fixed ASAP, but it might take a couple of days.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Always happy to be of service, hunterk! This time around the verdict is...--- still not working sad !!!

I'd provide a change log but it's so inoperable that a change log isn't even produced. Hitting start retroarch simply does nothing.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

alright, something more serious must be amiss. I'll have to dig a little deeper.

Thanks for trying it out and reporting the result smile

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Looks like there is a reference to the wrong location of one of your packaged dylibs:

./retroarch
dyld: Library not loaded: /opt/local/lib/libx264.128.dylib
  Referenced from: /Volumes/RetroArch-0.9.9-wip2/Frameworks/libavcodec.54.dylib
  Reason: image not found
Trace/BPT trap: 5

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Alright, it looks like the deployment script I was using wasn't correcting the library references in libavcodec and I was *not* about to otool all bazillion of those references (at least not today), so I've temporarily disabled ffmpeg recording/streaming.

I've updated the first post with the new link, which should work now. I actually tested it this time and it seemed okay, so hopefully you guys will have a better time of it, as well.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

Appreciate the hard work, hunterk; v0.9.9-wip2 (no ffmpeg dumping) is working!

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

woop woop! Glad to hear it, bloodtype big_smile

thanks again for your help with testing.

Re: Mac OS X builds - updated to v0.9.9-wip2 (no ffmpeg dumping)

What's the sys req on Phoenix?  I'm getting a no sign on the icon (meaning it will not run on my Mac); I'm running 10.6.8 32-bit.  Is there a binary of the frontend that's compatible?