wrl

10 ms·

61.
by wrl 8y ago
> Deal with it! We, your users, do deal with it. Constantly. Usually, we deal with it by waiting 30 seconds for your single-page application blog article to load because we only get intermittent 3G reception on the metro. I don't
62.
by wrl 8y ago
Hey, thanks for checking it out. Really appreciate the feedback all around. Going to address a few specifics here – "Sine Keys" is a monster. It's the long release time coupled with a healthy setting for max poly, and the kil
63.
Show HN: I just released my first commercial audio plugin
7 points by wrl 8y ago|2 comments
64.
GNU tar extract pathname bypass(seclists.org)
80 points by wrl 10y ago|7 comments
65.
by wrl 10y ago
This looks really cool, but it'd be nice to not need a Google account (which I do not have) to sign in.
66.
by wrl 10y ago
> It's objectively not perfect, but then most languages have problems. Let me be clear here: JS is not really any better or any worse than any other interpreted languages. Yeah, I can name a few language-level problems (whoever deci
67.
by wrl 10y ago
> So you prefer one written in ... C? Because C is secure by design? <rim shot> > Coding a terminal in Rust or even Go would be awesome, I admit... So, if Javascript hate is "so 2010," is C hate all the fashion now? If
68.
by wrl 10y ago
Hey, I have a few issues with your attitude. Firstly, if there is one piece of software that I want to be fast, lightweight, and most importantly secure, it's my terminal emulator. The hard part isn't drawing characters to the scr
69.
by wrl 10y ago
How are they two separate issues? If you don't go as fast as possible, you can get less work done before your deadline. Even with today's CPUs and the kind of parallelisation that a good DAW program will do, I still routinely see
70.
by wrl 10y ago
Writing everything in C/C++ has its own host of problems, but it's roughly the name of the game in anything realtime. It's easy enough to think about writing one effect or synth in a slower language, but keep in mind that mod
71.
by wrl 10y ago
So, I mostly use C (not C++) for my audio code. I won't touch anything garbage collected for realtime DSP at all, so Go is right out. Rust, on the other hand, I am very keen to explore, especially with some of the SIMD work that's
72.
by wrl 10y ago
If your plan for speeding up a slow user HTML/JS interface is to rewrite parts using WebGL, you're severely underestimating the amount of support code you'd need in order to make that happen. Coming from somebody who has deve
73.
by wrl 10y ago
WASM isn't even ready for day-to-day use yet, and while ASM.js is mature, V8 has no special optimisations for it. Furthermore, you're still running the code on the Javascript VM/interpreter, so it's unlikely to give much
74.
by wrl 10y ago
You're right on the second point and the third, though I reckon the fragmentation isn't appreciably worse than in a regular wrap-around circular buffer. Same goes for the first point. I'm keen to see examples where bip buffer
75.
by wrl 10y ago
For a similar end result (a circular buffer from which all returned ranges are contiguous) but without OS support for mmap()ing, there's also Bip Buffers[0]. I did an implementation in C [1] designed to be used for zero-copy IPC over s
76.
by wrl 11y ago
Also worth a watch is Conspiracy's close runner-up, "Darkness Lay Your Eyes Upon Me"[0]. [0] https://www.youtube.com/watch?v=0Py1PdrLORQ
77.
The winning PC 64k intro from Revision 2016: “fermi paradox” by mercury(youtube.com)
15 points by wrl 11y ago|2 comments
78.
by wrl 11y ago
We've got all the crypto-related code available at https://github.com/wireapp .
79.
by wrl 11y ago
It's also an unavoidable part of writing graphical code on OS X, so, for all intents and purposes, it is the OS.
80.
by wrl 11y ago
A big reason why multithreaded UI doesn't work is that the platform code (win32, cocoa) generally has poor support for interacting with OS objects from multiple threads. For instance, NSView instances can only be operated on from the m
81.
by wrl 11y ago
It would be excellent to have a non-LinkedIn login method for applicants.
82.
by wrl 11y ago
Is there any schedule for when that'll be worked on? It's a big thing I'm waiting on for porting some UI toolkit work to Rust.
83.
by wrl 11y ago
And it's not like putting "tiny" before anything differentiates it to any significant degree. I mostly thought the coincedence was funny. ;)
84.
by wrl 11y ago
Oh hey! Funny to see an OSC implementation called "tinyosc" that isn't the one I wrote in Rust a month or so ago [0]. ;) In all seriousness, you could also look at fundamental's rtosc[1], which is fairly minimal as well
85.
by wrl 11y ago
Do you have a source for "no plans on adopting Vulkan"? Apple is definitely on the Vullkan working group (logo is part of the image at the bottom of https://www.khronos.org/vulkan ).
86.
by wrl 11y ago
> Any audio issue where the paradigm is "give the API a callback and it will get called once in a while with samples" is terrible for multiple reasons This is, actually, how most professional audio APIs are designed and they ge
87.
by wrl 12y ago
Would be nice if the tab key inserted a tab instead of jumping to the next field (for writing code, etc).
88.
by wrl 12y ago
This is the big one I'm waiting on before betting the farm on Rust, and I suspect I'm not the only one.
89.
by wrl 12y ago
Hey, no problem, thanks for taking care of that. Sorry about my acerbic tone!
90.
by wrl 12y ago
Really enjoying this "Please sign in to save view settings" modal box that pops up when I try to move the divider between the post and the source code. Who thought that was a good idea?

More ›