17

(13 replies, posted in Nintendo Handhelds)

Great!

Weird folder path though. I stored my wine instance under my Documents folder, for development reasons and for ease of use.

18

(13 replies, posted in Nintendo Handhelds)

The files should be created in the bgb folder. Wine is just a little weird about files that are created while it is running. I had to restart my Wine "session" to make them appear in Wine. If i browse my Wine instance folder in the Finder i can seem them right away.

If you are still using wine like stargazer did tell you in this thread then you should be able to find those files. (Easiest way to find them is to type in the prefix you typed in the bgb wav output settings - standard is bgb)

You're welcome! If you find out how to change the default search location, give feedback. I'm interested in changing that as well.

20

(37 replies, posted in Nintendo Handhelds)

Unfortunately Ben never got around sending me what he has so far... sad

There is a file in ~/Library/Preferences/ called com.bannister.kigb.plist but i can not figure out, how to make changes in it take effect. But it is definitely the file, KiGB stores it's preferences in.

    <key>NSNavLastCurrentDirectory:GetFile:0</key>
    <string>~/Documents</string>
    <key>NSNavLastCurrentDirectory:PutFile:0</key>
    <string>~/Documents/gameboy</string>
    <key>NSNavLastRootDirectory:GetFile:0</key>
    <string>~/Documents</string>
    <key>NSNavLastRootDirectory:PutFile:0</key>
    <string>~/Documents</string>

I don't have much time to play around with it atm. Maybe the location helps already.

nanode wrote:

That's the Battery Ram folder already discussed in the thread. It's not working.

I've done it before writing my post. And i just tested it again. It works as expected.

I can just guess you (the original poster) are deleting files while KiGB is still running. If doing so, KiGB will restore the save file from RAM. If you close KiGB properly (Cmd + q) and delete save files after doing so then restarting KiGB will make lsdj test the save ram as there is no save file.

There is no other folder with save files. You can definitely take these save files and provide them to any other emulator or actual cartridge. They are proper save files!

Just in case: What version of MacOS are you on?

Hi there,

KiGB stores it's sav-files in your Application Support folder.

That means: In Finder click Macintosh HD an navigate to the following folder:
Users/[your_username]/Library/Application Support/Bannister/KiGB

This folder contains the folder Battery RAM which contains your save files.


Extra Note:
Like in any other emulator the naming convention is that the save files has the same name as the rom file. (Apart from the extension of course)

And as far as i experienced you can exchange save files as long as you follow the naming conventions.

BennVenn wrote:

As for the schematics/Gerbers/VHDL, No I'll be keeping them to myself. A LOT of time and money has gone into prototype boards and revisions of all these devices and I'd like to keep what little profit there is to be made on them. It is hard to find a good example where open sourcing has led to positive development of a product. Especially in such a niche market with specific coding/hardware conatraints.

I was especially thinking of the schematics. But i was afraid that you would not open source these due to the points you stated. I totally understand you though.

Then i'll keep hoping, that all of these things will be available to buy soon. smile (I'm especially waiting for the VGA board)

Ben, are you planning to put these projects open source to a certain extent?

26

(329 replies, posted in Nintendo Handhelds)

Hey Oliver, any idea on the price for this already?

SuperBustySamuraiMonkey wrote:

Link to facebook? Ima get some of those cheap sds when you got them for sale smile

Here you go? https://www.facebook.com/BennVennElectronics/

I'm highly interested in the VGA out for GB.

Is there a rev1 board left i can buy? I'd probably want it to be pre-assembled as i don't have the appropriate tools to assemble it on my own.

Could one use these to attach any generic screen to a gameboy? (Given one programs the clpd to do so?)

Also, how can one program the CLPD on the board? Do you need a extra programmer? (I once looked into buying one but got overwhelmed with their possibilites and the decision on what i would need...~.~)

catskull wrote:

Do you have the source code anywhere? I'd be really interested to look through it.

I like the chrome app idea. Could you possibly do it with Node and Electron instead? That way it would be it's own standalone program.

But yeah, I'd be really interested to try it out. Not that I would use it that much, but I'd like to dig through your code to understand it more.

Yeah, i think it could also be done with node. I don't have the code online somewhere as it is to specificly coded for my needs and i wouldn't like to post it somewhere unless i made it work a little more reliable. PM me your e-mail and i'll send the source to you if you like.

The Silph Scope wrote:

god no. native application pls.

Yeah, that's what i thought too. A native app would not have to cope with all that javascript abstraction overhead.

I built a chrome app that takes MIDI input from a choosable source and transfers it to BGB via it's tcp link protocol. I build it to test software i am working on at the moment. Biggest problem is that the connection is slow from the beginning and gets unbearable slow over time.
I don't know if it's due to my quickly implemented code or due to the fact, that javascript through chrome app is just too much overhead in a tcp communication. I quess it's a bit of both.

Implementing the link protocol is fairly simple as soon as one understands how to cope with the timestamps that BGB is relying on.

I'm currently not working on this but might be, when further testing is necessary. (Will soon be the case)

But my main question is:
Are people interested in having a "virtual arduinoboy" in a chrome app which requires the chrome browser?

And to answer the question of "why chrome app and not pure javascript?":  Javascript run in a browser cannot establish tcp connections.

31

(37 replies, posted in Nintendo Handhelds)

May i ask if you are still working on this?

I wanted to do the same a few months back but didn't get around doing it and then i saw your post. That's why i'm asking.