Impossible, Signal TUI is written in Rust.
> Windows users singling out Linux users for not catering to their platform. How the times change... In my experience this was a problem over 25 years ago when I developed for Solaris and other non-Linux operating…
If you put both handlers in the same 256 byte page you can get away with only updating the low byte of the address.
Why an extra DLL instead of just patching the game executable? With some luck it is a one byte patch (from push 0 to push 4).
I find that this can reduce overall complexity. It makes it possible to use objects that can not be copied (such as a file descriptor wrapper) and moving can in most cases not fail. Without move semantics you'd have to…
I'm aware of how they are used, but fundamentally there is nothing with the words "array" and "vector" that says that one has a fixed size and the other has a dynamic size. If anything, it should be the other way…
I find the short type names for integers and float hard to read. Somehow the size of the type is more important than if it is a signed integer, unsigned integer or a floating point number. Using Vec for arrays is also…
RobWords made a video about it a few weeks ago! https://youtu.be/UAT-eOzeY4M
You should take a look at the presentation I mentioned elsewhere in this thread. You also have to keep in mind that it's not only the branches that use space, but also the error handling code. Code which must be…
The CPU can not remember an infinite number of branches. Also, many branches will increase code size. With exceptions the unwind tables and unwind code can be placed elsewhere and not take up valuable L1 cache.
That's a different type of overhead than having unwind tables. With exceptions you wouldn't need a branch after each function call at all.
There was an interesting talk about C++ exceptions in smaller firmware at CppCon last year: https://youtu.be/bY2FlayomlE Basically, the overhead of exceptions is probably less than handling the same errors manually in…
I'm not sure about other compilers, but compiling C code as C++ with MSVC ends up with pretty much the exact same code, instruction by instruction. C++ is a bit more strict though especially with casting, so a lot of…
I do not find the Retrotink 4k any less configurable than the OSSC (non-pro, I haven't tried the pro). Note that the 4k is nothing like the 5X-Pro which is more plug and play.
I've been using the OSSC to upscale a 50 Hz RGB signal (SCART) to 1024x1024 (256 lines duplicated 4x). Both my HDMI capture cards happily accept that resolution with the right software. I haven't tried the OSSC Pro, but…
https://en.wikipedia.org/wiki/Unidirectional_network
The compiler can optimize this. See https://gcc.godbolt.org/z/hxW7hhrd7 #include <cstdint> uint32_t read_le_uint32(const uint8_t* p) { return p[0] | (p[1] << 8) | (p[2] << 16) | (p[3] << 24); } ends up as…
I guess Ethereal is available :)
I put my CPU code up here: https://github.com/neonz80/shallenge-x86 . It requires an x86 CPU with the SHA256 extension. It manages 1.1 GH/s on an Intel i7-13700K.
You can probably get a 2x speedup by shortening the string so that it fits in one block.
I'm a bit late to the game, but I managed to squeeze out about 1 GH/s on an i7-13700K.
Impossible, Signal TUI is written in Rust.
> Windows users singling out Linux users for not catering to their platform. How the times change... In my experience this was a problem over 25 years ago when I developed for Solaris and other non-Linux operating…
If you put both handlers in the same 256 byte page you can get away with only updating the low byte of the address.
Why an extra DLL instead of just patching the game executable? With some luck it is a one byte patch (from push 0 to push 4).
I find that this can reduce overall complexity. It makes it possible to use objects that can not be copied (such as a file descriptor wrapper) and moving can in most cases not fail. Without move semantics you'd have to…
I'm aware of how they are used, but fundamentally there is nothing with the words "array" and "vector" that says that one has a fixed size and the other has a dynamic size. If anything, it should be the other way…
I find the short type names for integers and float hard to read. Somehow the size of the type is more important than if it is a signed integer, unsigned integer or a floating point number. Using Vec for arrays is also…
RobWords made a video about it a few weeks ago! https://youtu.be/UAT-eOzeY4M
You should take a look at the presentation I mentioned elsewhere in this thread. You also have to keep in mind that it's not only the branches that use space, but also the error handling code. Code which must be…
The CPU can not remember an infinite number of branches. Also, many branches will increase code size. With exceptions the unwind tables and unwind code can be placed elsewhere and not take up valuable L1 cache.
That's a different type of overhead than having unwind tables. With exceptions you wouldn't need a branch after each function call at all.
There was an interesting talk about C++ exceptions in smaller firmware at CppCon last year: https://youtu.be/bY2FlayomlE Basically, the overhead of exceptions is probably less than handling the same errors manually in…
I'm not sure about other compilers, but compiling C code as C++ with MSVC ends up with pretty much the exact same code, instruction by instruction. C++ is a bit more strict though especially with casting, so a lot of…
I do not find the Retrotink 4k any less configurable than the OSSC (non-pro, I haven't tried the pro). Note that the 4k is nothing like the 5X-Pro which is more plug and play.
I've been using the OSSC to upscale a 50 Hz RGB signal (SCART) to 1024x1024 (256 lines duplicated 4x). Both my HDMI capture cards happily accept that resolution with the right software. I haven't tried the OSSC Pro, but…
https://en.wikipedia.org/wiki/Unidirectional_network
The compiler can optimize this. See https://gcc.godbolt.org/z/hxW7hhrd7 #include <cstdint> uint32_t read_le_uint32(const uint8_t* p) { return p[0] | (p[1] << 8) | (p[2] << 16) | (p[3] << 24); } ends up as…
I guess Ethereal is available :)
I put my CPU code up here: https://github.com/neonz80/shallenge-x86 . It requires an x86 CPU with the SHA256 extension. It manages 1.1 GH/s on an Intel i7-13700K.
You can probably get a 2x speedup by shortening the string so that it fits in one block.
I'm a bit late to the game, but I managed to squeeze out about 1 GH/s on an i7-13700K.