(13 replies, posted in M8)

MazHoot wrote:

For the headless, is there a way to make it works with linux computer or with raspbian raspberry pi?

Yeah, works totally fine on Linux. You'll probably want to use jackd to route the audio for low latency.


(2 replies, posted in Releases)

Fuck yeah, Planet Zaxxon is back in alignment with my ears!

nitro2k01 wrote:
jefftheworld wrote:

This site is probably small enough to fly under the radar, but technically it's a requirement that citizens of EU states are able to delete or request deletion of their data.

That is an EU law. Chipmusic.org is owned and operated by Tim, who's in the US. Big corporations and news sites have to care about GDPR because they either have local offices in the EU, or rely on advertising shown by ad agencies in the EU. But it would be difficult to motivate why a 100% US run site would have to abide by EU laws, when it doesn't have any business (as in local branches or money exchanging hands) anywhere in the EU.

GDPR does technically apply to any entity providing services (even free ones like a forum) to EU users. Enforcement is unlikely, but it's possible. As a US-run site, the California Consumer Privacy Act is closer to home. Also unlikely to be enforced, but it's worth considering some mechanism that can satisfy the CCPA personal data deletion requirements.

I understand the desire to save important information but I'd hate to see this site get tangled in this personal data protection web. Maybe a tool for deleting personal data, username, etc, but leaving anonymized posts behind? Maybe a policy where users can request any posts with personal data removed?

egr wrote:
jefftheworld wrote:

Then cm.o might have to starting blocking the EU, since that's a requirement under the GDPR.

Hmmm that could be a problem.

This site is probably small enough to fly under the radar, but technically it's a requirement that citizens of EU states are able to delete or request deletion of their data.

Shifty Pixlz wrote:

I have an IPSv3 in my DMG and love it so much!

I do feel that it adds a little hiss to the headphones though... It's volume independent though so I'm guessing it's power-supply noise getting into the headphone amp and wouldn't appear on the prosound smile

Where are the best places to buy these?

I'd like to find somewhere in the UK/EU but my main criteria is that I'm buying from a trustworthy seller.

egr wrote:

I don't think you can. Just log out and leave it.

Then cm.o might have to starting blocking the EU, since that's a requirement under the GDPR.


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

Orgia Mode wrote:

It looks like a great page until you open one of the programs. xD Virtually unusable on modern hardware in spite of them all having x64 installers. egr is right about demoscene trackers in that these were all designed to run on a 640x480 monitor. OpenMPT does look like the best option though. I'll look at that one next.

Protracker and Fasttracker II both run perfectly fine on windows and have scaling options for modern displays. Their UIs are simple and blocky, but they're both designed to be used heavily with hotkeys, so they're far from unusable.

You might not like that type of software, but I don't want people reading this to think those programs are actually incompatible or difficult to use on a modern Windows or Linux machine.

pcm2pwm v1.0 is finally here!

The most important changes are binary output mode and the move to POSIX-style options/arguments that'll make it more versatile and easier to use. Also included is a DASM-style output that appends a \t to each .byte directive.

Grab it now!


(12 replies, posted in Nintendo Handhelds)

Feonaoh wrote:

I don’t think it’s technically possible to write save data straight to microSD for two reasons: flash memory is not random accessible and power off while writing can damage all the data on microSD. So the way it works seems very logical to me.

With the right microcontroller on the cartridge it wouldn't be unreasonable. You'd need to have reads and writes handled by the microcontroller. This device can already load save data from the SD card into a fast-access medium. I haven't seen the board, so I don't know if it's using a µc with on-chip ram or some sort of non-volatile ram/eeprom chip.

To get "real-time" saving to the SD card, a cartridge needs to handle read/swrites to the SRAM fast enough for the Game Boy but also perform buffered writes to the SD card. There are definitely microcontroller chips out there that could handle that but the additional development costs and even the per-chip cost would make for a more expensive product. At that point, you're better off designing something like the Drag'n'Derp, which is even simpler to use and more robust.


(12 replies, posted in Nintendo Handhelds)

Feonaoh wrote:

When you turn off your Gameboy, save is stored in battery powered RAM. When you turn Gameboy on, it asks to backup save to microSD, if not, it removes from RAM. Also you can choose auto backup on startup. The battery is also used for RTC.

That's neat, though. It's not quite as easy as having the data go straight to the SD card, but for a budget cart it's a hell of a lot better than having to rely entirely on battery-backed RAM.


(12 replies, posted in Nintendo Handhelds)

Since these use SD cards, I'm guessing the battery is fork the working ram in some way? Can you back up that working ram back to the SD card easily?


(15 replies, posted in Nintendo Handhelds)

soulgun16 wrote:

...I would be mostly unsure of how I would make the midi code communicate with the arduinoboy code directly since the midi controller code would be designed to output midi and the arduinoboy would be designed to be listening for input midi, and I'm not sure how to get them to talk together within the same code, I only plan to use mGB for this project though

Your Arduinoboy wouldn't be running a realtime operating system (RTOS), so it wouldn't be two programs that talk to each other through an OS but rather a single program that extends the Arduinoboy functionality to include your desired button-based inputs.

I don't think it would be on the easier side for someone who has not programmed embedded systems.


(15 replies, posted in Nintendo Handhelds)

soulgun16 wrote:

...essentially how feasible is it to connect my 8 or so buttons I was going to use as a midi controller to the existing arduinoboy and combine the programs into one?

I'm confident that this would be totally possible. Obviously, it depends a bit on the complexity of the functionality you want to add, but you could do a whole lot even within the limitations of a pretty basic atmel microcontroller.

soulgun16 wrote:

Would they clash too much or use the same ports making it impossible?

Most atmel chips, and therefore most Arduinos and Arduinoboys, have plenty of spare digital pins available for use as inputs and outputs.

soulgun16 wrote:

Is it more trouble than its worth? (especially for someone who knows nothing about programming)

If you know nothing about programming then this project is definitely well out of your grasp for now. Arduinos make great platforms for learning electronics and software engineering but this project would require a lot of time invested in building up those skills before you could even begin to tackle this particular project.

Whether it's worth your time or not, that's a different question. If you already want to learn these skills then I don't think it would be a bad idea spending a year or so working towards those goals. I think that with hard work it would be possible for someone, depending on their aptitude, to learn the necessary skills in even as little as a few months if they worked at it.

It may be that you're getting enough capacitance to have an effect. You could trying swapping in some various small capacitors to see if you can achieve a similar effect.

You could even get one of those little variable capacitors used for radios — really old radios really used "air capacitors" — and then you can tune it to see if you can get a similar sound.


(15 replies, posted in Nintendo Handhelds)

mesaphlin wrote:

… the first one is - https://www.retrotowers.co.uk/gb-gamebo … t-card-64m

Holy smokes that's expensive for a GB USB 64M. The prices seem to have gone up on these everywhere, eh? Is that just since they've been discontinued or has this been a gradual thing?


(2 replies, posted in Nintendo Consoles)

Noplanet wrote:

Anyone have an executable build of the SNES tracker to run on SNES?


Or any other native SNES music programs(other than OG mario paint, already got that)

I see song players and whatnot, looks like most stuff is composed on PC and compiled for playback on SNES.

The software you linked to works (sort of) but it runs on Linux, macOS and Windows, not on the SNES. It produces output that can be played back on real hardware or in an emulator.

A few people in the past have attempted to make native SNES music trackers but I haven't seen any released publicly. Since the SNES mostly just plays back samples people generally just use existing sample trackers and then use converters like XMSNES or SNESMOD to convert the track to be played on the SNES.