Search found 388 matches
- 29 Dec 2024, 19:39
- Forum: Hardware and software hacking
- Topic: Zoom rotator [test]
- Replies: 17
- Views: 10801
Re: Zoom rotator [test]
Runs at 5.26 fps with a few little changes.
- 28 Dec 2024, 08:39
- Forum: Hardware and software hacking
- Topic: Zoom rotator [test]
- Replies: 17
- Views: 10801
Re: Zoom rotator [test]
Now is very faaast :) I ported it to dev7 (because of my own instrumentation) and it works very well. I measured 4.6 frames per second, which is better than what my code would achieve on a full frame. The idea to use 32x32 blocks with randomized phase is very neat. r_dev7.gt1 I think you won handso...
- 25 Dec 2024, 20:27
- Forum: Hardware and software hacking
- Topic: Process video with HW, not SW(ROM)
- Replies: 2
- Views: 2073
Re: Process video with HW, not SW(ROM)
This is quite cool because it is compact. I wonder whether you can implement the video table in page 1. See also https://forum.gigatron.io/viewtopic.php?t=343 for another solution, quite different in design. But it relies on an old CPLD on a daughter board, with about the same gate count as the whol...
- 22 Dec 2024, 12:27
- Forum: Hardware and software hacking
- Topic: Zoom rotator [test]
- Replies: 17
- Views: 10801
Re: Zoom rotator [test]
In fact, extending the effect to 119x119 gives 6fps. Same source code, just different defines in tablegen.c. That's a bit above half the pixels on the screen. I cannot make it full screen because the program would become too big. However the speed would be about 3-4 fps, not far from Phibrizzo's eff...
- 22 Dec 2024, 01:35
- Forum: Hardware and software hacking
- Topic: Zoom rotator [test]
- Replies: 17
- Views: 10801
Re: Zoom rotator [test]
Another variant of my rotator.
Using the dev7rom COPYN opcode, the size can be increased from 51x51 to 85x85 while keeping ten frames per second.
It runs on the online emulator.
Using the dev7rom COPYN opcode, the size can be increased from 51x51 to 85x85 while keeping ten frames per second.
It runs on the online emulator.
- 21 Dec 2024, 22:14
- Forum: Hardware and software hacking
- Topic: Zoom rotator [test]
- Replies: 17
- Views: 10801
Re: Zoom rotator [test]
I must use backward copy when coordination Y of souce area is smaller that destination. Then I believe you can go even faster. What matters is to maximize forward blitting on each row (because one can use the gigatron auto-incrementing store opcode). But even if always go forward in X, you can proc...
- 21 Dec 2024, 14:33
- Forum: Hardware and software hacking
- Topic: Zoom rotator [test]
- Replies: 17
- Views: 10801
Re: Zoom rotator [test]
It's all about the bandwidth one can get! Using SYS calls (when possible) is just a way to read/write more pixels in the same time. But then you have to account for the setup time, that is, deciding and specifying which pixels to copy. There should be an opcode NCOPY in ROMvX0 that is slower than SY...
- 11 Dec 2024, 15:44
- Forum: Hardware and software hacking
- Topic: LCC for the Gigatron. Take two.
- Replies: 107
- Views: 116470
Re: LCC for the Gigatron. Take two.
New release GLCC_RELEASE_2.5. Minor optimizations and a couple bug fixes. Linux and Mac users : clone the repository with $ git clone https://github.com/lb3361/gigatron-lcc.git $ cd gigaton-lcc $ make See https://forum.gigatron.io/viewtopic.php?p=4204#p4204 to use glcc from the build directory (with...
- 08 Dec 2024, 00:46
- Forum: Hardware and software hacking
- Topic: Zoom rotator [test]
- Replies: 17
- Views: 10801
Re: Zoom rotator [test]
https://github.com/lb3361/gigatron-rom I added the leeks/lokea/copys instructions on Oct 19 and also changed the c compiler to take advantage of them. This means that programs compiled with the latest version of the compiler no longer run on earlier dev7 roms (but the converse works). I guess that w...
- 05 Dec 2024, 23:38
- Forum: Hardware and software hacking
- Topic: Zoom rotator [test]
- Replies: 17
- Views: 10801
Re: Zoom rotator [test]
Here is a slightly better one. The previous one worked by compiling a table of pixel addresses to copy. This one works by generating a vCPU routine to the same effect but twice faster (allowing for a 40% greater image size). It is also a little less robust because it does not scan the image in a spi...