ivop

I love the stable 16-bit dist C! Also, the linked 16-bit channels into one big 32-bit channel sounds great, too! Now, CTRL-ALT-1, 2, 3 and 4 (un)mute the first pokey channels in Altirra, but how do I (un)mute the second the pokey's channels? CTRL-ALT-5,6,7 and 8, does not work 😕 Edit: The Kraid Hideout song is amazing. It even sounds good on the sub-par atari800 Pokey emulation And it sounds so unlike regular Pokey. Possibly even better than the NES original, because it is way crispier

I just did a test with my sub-woofer completely turned down, and I still hear the difference. Not as profound as before, though. The kick drum starts to sound almost the same, and the shakers, hats, and snare drums lose some of their fidelity. But they are still snappier IMHO. And the missing instruments of the 50Hz version, were still present in the 100Hz version And thanks. Now I have to find the sweet spot of my sub-woofer volume again

I have pretty simple speakers: https://tweakers.net/pricewatch/29683/philips-a2310-21.html But they have nice highs, decent mids, and good lows. Think I paid around €40,=.

Top is the 100Hz RMT file. Bottom is reduced to 50Hz. I see at least four instruments completely missing. And if you cannot hear the difference in overall fidelity, that might indeed be your headphone or other equipment. Edit: Here's the shaker. Notice how 1) the beginning/attack is omitted, and 2) the release envelope is gone at the end. That's why the ramp at the end starts higher at 50Hz, which does not sound good. At 50Hz, the shaker sounds like a hi-hat, and the hi-hat is silent.

It's not just the low frequencies in the kick drum. The snare drum misses a lot of fidelity, and the shaker and hats are sometimes completely gone(!) I'll see if tonight I can create two WAV files and show it in Audacity.

The wonders of Open Source. https://github.com/ivop/vs1053-waveblaster I never managed to test it, because I suck at drag soldering. Now this guy comes along, fixes an error, adds MIDI SPI in and reduces the board size! Just merged his work. A lot of photos are on github. So, now there's a second option to build your own WaveBlaster

I think this one does the job? The nice thing about 2x speed is that you can more easily work around the 32-40 accumulated volume limit. 100Hz-drum-test.rmt Edit: here are the .obx files of your latest converter: 100Hz-drum-test.obx and down to 50Hz 100Hz-drum-test-down-to-50Hz.obx The shuffle and hat sounds are mostly missing. And the kick and snare drum sound nothing like the 100Hz version.

Existing software that uses the E: handler will automatically use it. That would be my main goal for a cheap 80-column hardware solution. Sophia2 cost me €65,= including shipping with a group order. If I can get the same for $29 US and a Pi Zero, I'd choose that. And no need for expensive DVI to HDMI cables. Which reminds me, I still have to order such a cable

It seems that most 100+Hz tunes use the increased update rate mostly for drums, and not regular instruments. The drums are definitely better at a higher replay rate IMHO, but the rest is more or less the same at 50Hz.

In theory, it could. Export to CSV or something, and have a tool convert that to LZSS. Or VBScript 😮 Or whatever LibreOffice uses, and reimplement RMT2LZSS But, I think it will be hard to beat simple ASCII text editor that can run binaries and shell scripts by the press of a single key (combination).

Perhaps not? But adding new modes is not that easy with this approach. Remember you are sampling the output of GTIA. A feature I could envision though, is a way to signal GTIA2PI2HDMI to interpret, for example, luma values totally different. Think creating a display list that is 201 lines of graphics 8 with background to black and foreground to white. The first line a a special line to tell the device to interpret the rest differently. The next 200 lines define a 80x50 screen of two byte characters. First byte is the character, second one are attributes/colors. That's 8000 bytes directly accessible screen memory for a very fast 80-column solution. Or 4000 bytes if you leave out the attribute bytes.

That's exactly what I was thinking. I have a Pi zero lying around for a while now, and this was one of the use cases I was thinking of. IIRC the colors are not a true phase shifted signal, but a PWM signal with varying duty cycle. Not sure if the Pi zero can do that, but various MCUs can have a timer triggered by a signal going up, stop the timer when it goes down, and interrupt the CPU. That could be very helpful to detect which color phase is expected. Edit: another option could be a 16-bit (or two 8-bit) shift register running at 16x color clock, shift in the bits coming from COLOR and present a 16-bit parallel word to the Pi zero.

I think creating Pokey soundfonts is more work than creating a new editor But any editor could, in theory, could be your editor. I envision vi(m) (or emacs, leafpad, notepad++) editing a text file with a simple syntax, shortcut to run it though simplesyntax2LZSS and replay, etc... With the possibility to just check an instrument, check a single pattern, start at a specified pattern in the song, play whole song, etc...

What a rats nest Are you planing on going full SMD (0812, or smaller?) like the Ultimate C64, but with real Atari custom chips?

It's somebody that contacted me privately. I don't know who he or she is, so I choose to not say who it is, and leave that to the person in question once it results into an actual project I have no idea how serious this is. I googled it, and lo and behold, it's in the same thread: https://atariage.com/forums/topic/271724-redrawing-the-1088xel-in-kicad/ The second last post has @Dropcheck's Eagle version as an attachment

Can you point me to the line(s) in the player source code where this happens? At least in the external player, this could be fixed. Perhaps even the Rmt.exe binary could be patched.

I suppose @Levas missed that the design was completely build around the U1MB at first. Perhaps the 576NUC+ is more up his alley. Sure Like I said before, one could easily create a board that takes standard MMU and ROMS. Edit: with the U1MB footprint and plug it in a 1088XEL. Edit2: Oh, I didn't see his build image yet. Seems like he already did that! https://github.com/ivop/1088xel-kicad I have been contacted privately by at least one person that is considering basing his new design on this KiCad conversion. Proves I have not wasted my time

I once printed this to improve my printer. I suppose this is inbetween The size of my printbed is pathetically small BTW this is was a Monoprice select clone. A lot of the printable upgrades (also see the fillament guide in semi-transparent blue PETG) are no longer available on thingiverse. I wonder why? Edit: it has been modded a lot. Only the motors and axis' are original

Regarding unsafe!!!, I agree that the exclamation marks help. But byte! ? A language always has reserved words that cannot be used as a variable name. But I guess it's just getting used to, similar to using ~ for hexadecimal

Let gravity do part of the work

Why all the exclamation marks? Wouldn't just unsafe and byte work just as well? Or is this REBOL/Red baggage?

That reminds me of a story I once heard. You can apparently draw a straight line from the coast of Belgium to Moscow, and on that line, everybody not more than 10km apart can understand eachother. From Stockholm to Rome or Madrid, that doesn't work, because of the Romance language barrier. I'm really glad that we mostly use Arabic Numerals around the world, and not, say, Roman Numerals. What have they done for us anyway? I loved Tcl/Tk back in the day! You could literally build your GUI interactively, like a Logo turtle with widgets

Yes, switching programming paradigm is intimidating at first, but, for example, some problems are easier to express in a functional language than in a procedural language. Learning a new, totally different language, really improves your thinking about problems. It even benefits your programming in your "old" language

Questioning, no, but calling them childish or laughable is uncalled for IMHO, hence the comment. And it's especially relevant the last, say, ten years. But let's get on with the topic of this thread

Yes, the A sharp at 0:31 is (modulated) somewhat out of tune. I'm amazed you can hear that