Search options (Page 13 of 22)

Im running XP, I have 8 on my laptop and Ubuntu on my desktop but most work gets done in XP. The shell script examples are based in a Linux environment. It doesn't really matter, code development is what is important. I'll upload each iteration to my site and if someone wants it, or wants to put it up on Github they are welcome to do so.

Never used Github and my VCS is usually replicate my working folder and begin an updated revision of my code, time stamping each folder as I go. Not optimal but works for me. I just read the Github help page and seems pretty easy though most commands are shell based. I suppose there are GUI apps to do it on a windows PC?

So yes, please share any info you think I'll need on the git VCS.

Ahh that makes more sense. Real-time CC control via the AVR?

Manukinuki: My understanding is there were less than 20 carts actually shipped, a large number of the owners wouldn't hold the hardware to re-flash these. This would be an awful lot of coding, in two forks of the code to be done by one person, for the sake of only a few. If we get more coders onboard then we will work though all the original hardware issues. For now, my intention is to produce a flash cart compatible version for the widest possible distribution. As the bugs are fixed it would be as simple as updating the asm files in the original source if you wish to re-flash your own original cart.

Biere: Waveform replacement will be something to address after the bugs are fixed.

I would love Furrtek to resume work on this or at the very least contact me. I understand priorities shift and he may no longer have the time or want to work on this but a snappy chat would speed up this whole process.

KeFF: Aira GB? If you want to submit some art I can roll it in.

Progress so far...

I've re-written the EEPROM handling routines to use SRAM instead. This is mostly complete, I need to re-write the 'format' routines to initialise a corrupt/fresh SRAM. Other than that, the SRAM port is complete. Already this will provide around a 20x increase in read speed and over 100x write speed.

I’ve bypassed the ADC (pot) input detection. I’ll have these routines instead use MIDI CC data passed into the GB. This also has the option to use multiple inputs to control all aspects of the waveform generation, not just 3.

Furrtek's code used 16kbytes of EEPROM. A standard cart is 32K. I’ll change the Save routines to use the full 32K and have it save every user input.

That is enough to keep me busy for now.

That could only be an option if the general consensus was to allow reproductions of original hardware...

-Saving - the volume and speed of the SRAM on an EMS will allow the saving of ALL user defined parameters in the software instead of a select few to maintain speed.

-Sync – I’ve only had a quick look through the serial handler but there is room for improvement. In particular MIDI cc decoding / state machine. This should repair the midi sync function and allow a fix for slave mode in general.

-Pots –There is no real way to debug this issue at my end unless the decision to produce the hardware has been vetoed. Then there would be the decision to modify the original design to fix a few bugs, or try fix the problems in software to allow owners of the original hardware to update their ROM…

As for navigating, this is something we can all work on together. A simple flow chart of menu's would be easiest to implement.

Thankyou for the offer SBSM. If you could post here all the issue's you've had with your original hardware, what you think could be improved upon and what you think should be removed that would be very helpful.

I’d like to have a stable flash cart compatible release available soon to make this ROM accessible to the widest possible audience

I think the concept is fantastic, an aesthetic PCB using original CPU+PPU with great attention to detail on the board itself. If the HDMI up-scaling is done correctly it means it will once again have the same 'warmth' that my original does on an 80's CRT which will add to the immersability into the game I'm playing - just as I did when I was 7.

The enclosure conforms to today's expectations i.e. Bose, Foxtel, X-box etc... I feel the PCB should really be in the spotlight as so much effort has gone into it's development yet remains hidden away in what IMO is unbecoming in the context of 'Retro', 'Vintage' and the NES I grew up with.

Art is art and while it should promote debate and discussion I don't think it should be the tool used to manipulate a legitimate thread into a personal pie throwing competition. Mmmmmm pie.....