garvalf wrote:

I noticed far below the limit of 64 Mo the ems-flasher complains about full cart when I transfert gbc roms. Around 4 Mo I can't send more... I don't know for classic .gb how many roms it can get before reaching the limit.

Keep in mind that the cart memory is 64 Mega_BITS_, divided in 2 banks (32 Mega_BITS_ each), and 32 Megabits == 4 Megabytes, so the limit makes sense.

garvalf wrote:

Also by default on my system, the ems-qart window is quite huge (1050 px wide, 700 px high). I noticed also the images are probably in svg because if I make the window bigger, they can grow. So maybe the window could be more like 800x600 to fit on smaller screens (maybe it's the case, it depends on resolution?), or at least be able to reduce the size. Maybe it's also this size because my fonts are quite big. In this case, the "bank x Bank 1 [] bank 2" field could maybe wrap in the line below (even if it would look less nice this way)

Yes, the windows is big to accomodate the horizontal radio buttons. I can think about putting them vertically (one above the other) so I can make the window a little smaller.
Anyway, your mockup is a good starting point, but lacks some interactions. For example: how can a user delete a single cart on the rom?

rumpelfilter wrote:

Will have a go at the concatenation thing. So just so I get this right, I do have to use that if I want to have multiple ROMS available on the cart, don't I?

Actually, the concatenation thing doesn't work so simply, it requires the cart to be aligned to their size

rumpelfilter wrote:

@rbino: if you need some help UI wise, I'd be happy to help, designing UIs is what I do in my life smile but I'll be away for a couple of weeks now, just so you know...

I'd be happy to accept your help! I am by no means a UI expert, and the nice thing about working with QML and Qt is that is fairly easy to translate a well designed mockup in a working UI.

garvalf wrote:

is there a way to concatenate roms from a command line (without flashing to cart)? I've tried with "cat menu.gb rom1.gb rom2.gb > myrom.gb" and I've transfered myrom.gb. I've got the list of the roms / games on it, but whenever I try to launch on of them, the screen remains blank

It's not possible to simply cat the ROMs together because their offset inside the final ROM has to be aligned to the ROM size (apparently because of a limitation in the EMS cart, see here).
Multi-ROM support will arrive asap, I'm thinking about how to integrate this new functionality in the current UI in a sane way before starting to write the code, if someone has suggestions they're welcome!

urbster1 wrote:

The Drenn1 version of the ems-flasher does allow you to add/remove a single ROM in a bank, although I haven't peeked at the code so I couldn't tell you that it wasn't just automatically reflashing the entire bank.

Looking at the code, it lets you remove a single ROM. The problem is that this could lead to fragmentation (when you write a ROM, it searches for available space between the ROMs, and it could become sparse). Still, it is a good starting point, I'll think how to integrate it in the UI.
Then I'll have a look at MottZilla's menu to see if I can do something about multiple SAVs (it was not on my priority list since I mainly use EMS cart with LSDj and I know that lsdj SAVs take up all the available SRAM space, so even with MottZilla's menu you can't have more than one SAV if you use LSDj).

urbster1 wrote:

https://github.com/Drenn1/ems-flasher

You can grab the menu.gb or menu.gbc rom from here, concatenate the roms you want onto it, then flash it onto the cart. The only drawback is you would have to do this every time you want to change out a game.

I've found the same project myself just today! I think there's no way out to reflashing all the bank everytime you change a game... or is there?
Does the official program allow you to change a single ROM in a bank with more ROMs? I ask because I never used it (I'm a Linux-only guy so before I wrote my program I always used ems-flasher)

dsv101 wrote:

This did the trick. And yes I used the deb package.

I'll add explicitly that dependency and make a new release, so other people on Ubuntu 14.04 and derivatives should be ok just installing the deb package.

dsv101 wrote:

Now I just need to figure out how to mount my ipod in linux then I can finally get rid of that stupid win 10 partition.

My iPod Classics works well with Rhythmbox but I've heard that new generation iPods are not as simple to work with.
Thanks Apple for your beautiful walled gardens!

Did you install it with the deb package or did you build it yourself?
For a quick fix I think that

sudo apt-get install qtdeclarative5-window-plugin

should solve the issue.

It's strange that that package is not a dependency of the other packages I'm installing anyway.

dsv101 wrote:

When trying to run the line to install dependencies I get unable to locate package qml-module-qtquick2 qml-module-qtquick-controls qml-module-qtquick-dialogs.

If you're using Freya, that is based on Ubuntu 14.04, the problem is that these packages have a different name.
I've just made a  new release that should fix that, try downloading the v0.9.3 deb and please tell me if it's working.

Hi everybody!
During this summer I wrote a program with a GUI to flash EMS 64M cartridges that works on Linux, OS X and Windows (up to the last Windows 10).
On Windows it doesn't use the original EMS driver but a different one, that is signed, so you don't have to become mad disabling driver signing or using old PCs with Windows XP.
You can find it here: https://github.com/rbino/ems-qart
I tried to make it easy to install, you don't have to compile things to make it work if you just want to use it.
Please let me know if you encounter some problems but also if everything goes well, so I can be sure it is reasonably working on all the platforms (it has already been tested, but corner cases aways exist).
For now, it supports only writing (and reading) a single ROM to each bank, but I plan to implement multi-ROM support as soon as possible.

The non-working one I have is 1110. The working one 1203.
Both have PCB-revision GB64USB-11

Bit wish wrote:

maybe were just stupid....

Maybe, but the fact that I got another cartridge from another site and it's perfectly working lowers the probabilities of us being stupid

Try this
http://www.buskerdroid.com/2011/11/side … n-in-lsdj/

Bit wish wrote:
rbino wrote:

I think NonFinite has a batch of faulty cartridges. I hope you're luckier than me in getting a response from them.


  I dont think its that. I had him put it on there for me and it worked fine.

So did my cart, but when I tried using it by myself with the program all was a complete failure

Added another track

http://chipmusic.org/rbino/music/rtfm

No one leaves me CC, I'm gonna cry boohoo sad

15

(41 replies, posted in Software & Plug-ins)

I think NonFinite has a batch of faulty cartridges. I hope you're luckier than me in getting a response from them.

Since I had to play for the first time live, I bought another cartridge from Noise Android. When I received it I tried it and I realized that it was the first time that I was using a working cartridge, since the one from NonElectronics in fact never worked for more than an hour before crashing (earlier if I shook the Game Boy), but I didn't have a comparison and so I thought it was normal.
I wrote three e-mails to NonElectronics but they never answered, not even to say "It's not our problem", so I basically threw 38 dollars away. Nice customer support.