Pinned toot

I think we are feature- and bug-complete for the first part of the UI, which is the pattern editor. I'll get this ready for release and push master.

This makes vtracker a bit more usable, but it still needs an instrument editor and track editor before it has a complete user interface.

Pinned toot
Fritz boosted

I just had one of my favourite classic-sounding quotes brought to mind: "What is man? A miserable little pile of secrets" from Castlvania: Symphony of the Night.

BUT I JUST FOUND OUT IT ISN'T.

Or at least not originally. It wasn't in the original Japanese at all, it was added by the English translator, AND they copied it word for word from a 1967 book by the French writer André Malraux.

While cool, I'm still a tiny bit disappointed.

Via the EXCELLENT Legend's of Localization: legendsoflocalization.com/lets

Good morning . Looking forward to striking up conversations with people sitting next to me.

Working on the Arduino-based keyboard controller I'll use for my 65C02 computer. I'll start very simple. The controller will have a small internal buffer of keys that have been typed. It will deliver the scan code for each typed key to the processor, one by one, as the processor requests them.

@vertigo I also noticed the Wikipedia entry has a very nice overview of the internals en.wikipedia.org/wiki/Forth_(p. And the Forth-79 standard seems pretty digestible, at 50 pages pages.physics.wisc.edu/~lmaure.

Regarding implementing a Forth, that is still some months away, but I've started to look into it. I've been reading the source code for JonesForth, and intend to take notes on the fig-forth source code as well. @vertigo, any other recommended material on understanding Forth's internals?

The last thing I want to emulate before moving back to the breadboard is a keyboard controller. Once I have a program to echo user keystrokes on the display in the emulator, it'll be time to move back to the hardware and bring it to parity with the emulator.

I have enough of the 65C22 emulated to drive the character LCD from an assembly language program: privatebin.net/?47c2cc0bea08e3

Time to wrap up a few small things and quit for the day.

I don't know of such a standard, but I'd be interested if one exists. I'm gluing them together in C code.

I'm emulating a hardware computer I'm building around the 65C02 processor. The goal in this case is to be able to test ideas as thoroughly as possible in the software emulator before moving them to the hardware.

Character LCD emulation is working. Now I'll work on emulating the 6522.

I want to experiment with some interrupt and I/O routines before trying them on the hardware, so I'm looking for a 6502 core to use in an emulator. Here are a couple candidates I'll look into:

github.com/redcode/6502
github.com/DavidBuchanan314/65

6502 primer shows a circuit to extend the number of input bits for the 65C22 shift register, which is just what I need to handle 11-bit PS/2 keyboard scan codes. After I integrate this and the LCD with the 65C02, all the hardware is in place for a complete user I/O loop.

Then I'll start work on my first piece of software for this new machine: a forth environment. I've begun reading through JonesForth to prepare.

Fritz boosted

Having covered the theory behind OpenGL the last two days (adrian.geek.nz/graphics_docs/o ), I know want to start studying how Mesa3D implements it.

To keep things clear (for both myself and all of you) I will only describe the drivers for X86 & Radeon Graphics, which I chose because that's what my laptop has.

I will cover it in top-down order of the following days. And while it should quickly become irrelevant, I'm being guided by some trivial sample code of their's.

I have 2 keyboards that fall back to PS/2 compatibility when connected through a USB-to-PS/2 adapter, which I happened to have. I confirmed they are sending their make/break signals.

Next is to communicate with the keyboard using the 65C22. It seems using the VIA's shift register is the best way to do that.

Got familiar with the 65C22 VIA. Testing the LCD display through it went fine.

Now to try to talk to a keyboard. Not sure whether or not any of the ones I have are PS/2 compatible.

I've confirmed the 65c02 is successfully starting and executing a program I wrote to EEPROM.

The next thing I want to do is support a 20x4 character LCD. I'll do that through the 65c22 VIA. First, I need to figure out how to use the VIA. I'll do some VIA experiments from an Arduino first, then add it to the system.

Plugging these ribbon cables into pin header and then taping around the end makes a pretty solid-feeling, breadboard compatible ribbon cable. amazon.com/GenBasic-Solderless

Last year, I made my own cables by soldering pin header onto wires. That worked well, but was too labor-intensive. I think this new method will work well.

@vertigo I think I came across some of your posts on 6502 forum while looking into this.

I have most of my minimum viable 65C02 circuit breadboarded, but I noticed yesterday there is a maximum clock rise/fall time of 5ns. I don't think I can meet that slew rate with anything I have. The 555 timer is way too slow. My Arduino Uno is just a bit too slow at 5.6-6ns. 1 MHz half can oscillator is on order.

Fritz boosted

*Update on the Mu computer*

I just wrote up a summary of state of Mu, in two parts.

Part 1 summarizes the past year as a sequence of major design decisions:

akkartik.name/post/mu-2019-1

Part 2 is a sketch of what I plan to build next, again structured as a sequence of design decisions:

akkartik.name/post/mu-2019-2

(The flow from design constraints to decisions is inspired by Christopher Alexander: en.wikipedia.org/wiki/Notes_on)

Any and all feedback appreciated. I'd like it to be clear to any programmer.

Show more
Fosstodon

Fosstodon is an English speaking Mastodon instance that is open to anyone who is interested in technology; particularly free & open source software.