WillFlux

Thanks. I want to keep the software simple while having proper support for the graphics and audio hardware. I already have some prototype software written is RISC-V asm. I’ll probably use lua as the first high-level language, as it has a small code base and runs well on memory-constrained systems.

I’m not yet sure what features the OS will offer; it partly depends on interrupts and whether I support virtual memory. But I’m not trying to create another UNIX; there are plenty of those already. However, the system will be modern, e.g. using UTF-8 encoding.

I'm surprised by this. 1280x768 is an unusual resolution, what display timings are you using?

I've found 1024x768 and 1280x720 are both well supported. I tend to use these display timings: https://projectf.io/posts/video-timings-vga-720p-1080p/

Hello, I'm the author of the Project F blog. I'd be happy to field any questions you have.

RISC-V takes a different approach to branching, even compared to other RISC processors. There are no status registers AKA condition codes.

Load-store architecture is a defining quality of RISC in general and RISC-V in particular. If you're used to a rich set of addressing modes in x86 or 68K, coding on RISC-V asm is a bit of a shock, but I'm definitely warming to it.

Burrell Smith and Andy Hertzfeld worked for Radius on the Full Page Display. How different would Apple have been if it had held onto more of the original Macintosh team in the mid-80s?

68000 is, in many ways, the pinnacle of assembler for programming, but RISC-V is pretty fun, too. I hope RISC-V tempts a few more people to try asm programming (again).

Intel might not even be making another generation of discrete consumer GPUs. See the numerous stories in the tech press over the last few months.

We have to hope AMD has the price, and just as importantly volume, to make the GPU market competitive.

Thank you. I can't promise to get to the new design until early 2023 as I have many hardware designs I want to finish this year.

Once you've got a design working in Verilator, I strongly recommend running it on an actual board if you can: nothing beats the feeling of running on hardware :)

If you'd link to a screenshot of what you see, that would be helpful.

I have noticed the font renders thinner on Windows.

I plan to look at the design over the winter: some things could definitely be improved.

Oh, I’ll get to that :D

The examples aren’t limited to VGA; I support four different outputs with these designs.

* VGA using a Pmod board (you could also create your own register ladder)

* DVI using the TI TFP410 on the DVI Pmod board

* DVI generated on FPGA with a Verilog TMDS encoder (no IC required)

* SDL simulation on a PC

DVI is a subset of HDMI, so works on modern TVs and monitors.

You can find the source on GitHub: https://github.com/projf/projf-explore/tree/main/graphics/fp...

Even if you don’t have an FPGA, you can run these hardware designs on your PC with SDL and Verilator.

It’s really simple to set up: https://projectf.io/posts/verilog-sim-verilator-sdl/

Thanks :)

The TI TFP410 chip is on the 1BitSquared DVI Pmod board: https://docs.icebreaker-fpga.org/hardware/pmod/dvi/

I've also got designs that generate DVI on the FPGA with TMDS encoding (no external IC required). I've never polished or written them up, but you can see an example here:

* https://github.com/projf/projf-explore/blob/main/graphics/fp...

* https://github.com/projf/projf-explore/blob/main/lib/display...

I'm using BRAM for framebuffers as it allows me to focus on the graphics rather than memory controllers and access. BRAM gives you dual ports and true random I/O; DRAM is much more complex.

Hello, I'm the author of the Project F blog. I've almost finished a complete overhaul of this series: animation and double-buffering are coming in October.

I'd be happy to field any questions you have.

Thank you for your thoughtful analysis. It’s worth emphasising how vital Desktop Publishing was to the Mac’s early success. Before that, sales had struggled after the initial excitement of 1984.

Aldus PageMaker was reviewed in Nov ‘85: https://systemtalk.org/post/macintosh-history-8511/#go-ahead....

MacUser had its first Desktop Publishing supplement in June 1986: https://systemtalk.org/post/macintosh-history-8606/

The keyboard seems to be the weakness of the DevTerm, which is a shame. This review was typical:

"The keyboard is just OK. To be honest, it was the only part of the device I was a bit disappointed about. The keys are small, not spaced apart enough, and can be hard to press." [1]

[1] https://artvsentropy.wordpress.com/2022/01/15/writing-on-the...

Yes. Hamsterworks is a great resource. I learnt a fair bit from this site when I started with FPGAs. I'll add the archived version to my recommended resources page.

Twitter thread author here. If this inspires you to learn more about FPGAs:

1. Recommended FPGA Sites: https://projectf.io/recommended-fpga-sites/

2. Project F: https://projectf.io/sitemap/

3. Project F GitHub: https://github.com/projf/projf-explore