
seen from China

seen from Malaysia

seen from Malaysia

seen from United Kingdom
seen from United States

seen from United States
seen from China
seen from Iraq
seen from Russia
seen from Türkiye
seen from T1
seen from Maldives
seen from Netherlands
seen from United States
seen from Netherlands

seen from United States

seen from Malaysia

seen from South Korea
seen from Uruguay

seen from United States

Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
Free to watch • No registration required • HD streaming
Instead of mutex locks, we have arbiters to deal with shared resources (memory blocks)... and it's good to know my first wacky arbiter works!
the LCD module reads the memory while the Snake module writes to the memory. The arbiter handles who gets to use the memory ports.
designing my 4 bit integer simple color mapping to the LCD, I am still figuring out what is the mismatch causing the pixels to move.
and mapping with nothing but clocks is HARD
apparently it cannot handle 0.13MB of memory
FPGA vs ARM: You’re Thinking About It Wrong
Most people compare FPGA and ARM as if they are competitors. They are not. They solve completely different problems. 🔹 What is ARM? ARM is a processor architecture. It executes instructions one by one: Fetch Decode Execute This is called sequential computing. It’s flexible, efficient, and powers: Smartphones Embedded systems IoT devices 🔹 What is FPGA? FPGA stands for Field-Programmable…

Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
Free to watch • No registration required • HD streaming
Honestly, after finishing the Kyber PKE encryption that is my weird implementation. I was reviewing the entire scheme for thesis writing, I realized the decryption scheme is almost identical to encryption and far simpler.
All I need is to write the decode+decompress module, copy the NTT to vector multiplication to Inverse NTT scheme, and an compress+encode module for the final 256 bit message. And we are done. It will be about 6k logic elements (I tend to over estimate to give myself a wider margin :P) I can write it as a separate module and worry about encryption+decryption integration later.
It's not as much of a clusterfrick as encryption where a total of 1+k multiplications should be done. Only k number of multiplications :D slightly less data managing headache?
I suppose I will write the code when I am motivated to pick up Verilog again.
Technically Finished
I went with the no serialization route and did not design a 8 bit output serialization module. (the accumulator have two RAM blocks and can output two 16 bit numbers at once) I did make a serialization module, but I realized it's up to that arbitrary specs (if the next module can accept 16*2 input, then that serialization is not necessary). So I just connect the accumulator outputs as they are.
and yeah, it's technically done. It's wack, it's bad, but it's done.
Welp I still need to write that paper :P
The total logic elements should be about 3000 more. Since I wrote quite a lot of unsafe code that raised all the warnings, some of the things that the IDE deemed "unnecessary" were omitted.
oh wow