thank you, stranger! I found so many good C formulas, some sound like they could be used within a game, even has pauses with silence and everything!
I had to find out how to use sox, though on another site: `sox -r 8000 -c -t u8 test.raw output.wav` what is weird is that I can't get bytebeats if the `t` is int8_t or something.. doesn't seem like that makes sense, it's like 4 bytes 32-bit, not 1 byte. not sure difference between signed 32, 64 and unsigned, but I tried 16-bit `t` and it's just not it.. am I messing something up? does this only mimic bytebeat, and is not true 8-bit technique to get realistic bytebeat? On Fri, February 2, 2024 9:15 pm, Nick Owens wrote: > back when i used to mess with these, i frequently used `sox` to play the 8-bit > samples. it can do the sample conversion for you to whatever the system needs. > > > On Fri, Feb 2, 2024 at 11:08 AM Omar Polo <o...@omarpolo.com> wrote: > >> >> On 2024/02/02 18:41:46 +0000, beecdadd...@danwin1210.de wrote: >> >>> hello >>> >>> I've tried for hours to play bytebeat as everyone else >>> >>> >>> I cannot find anything on the entire internet >>> >>> >>> all I got is `cat a.out >> /dev/speaker)` as root.. a.out is compiled >>> code , a loop and `putchar(t*((t>>12|t>>8)&63&t>>4));`.. this doesn't >>> sound nearly the same as it does to other people it's also slow, not fast >> >> I don't think it makes sense to feed speaker(4) with an executable code. >> >> >> Haven't seen the code, but based on your description I guess it should >> be more like >> >> $ ./a.out | doas tee /dev/speaker >> >> >> or at least that's my guess, my crystall ball don't always works correctly. >> > >
