mschuetz

There is this 6 year old and open report here: https://bugzilla.mozilla.org/show_bug.cgi?id=1065894

Chrome has improved DataView 2 years ago: https://v8.dev/blog/dataview

A rather basic jsperf is here: https://jsperf.com/dataview-float-int The results are that the u8 hack is equally slow in firefox and chrome (~90ops/sec), the DataView version is 10x faster in chrome(945ops/sec) but almost 4x slower in firefox(25ops/sec).

I wish I could recommend Firefox but I can't because it cripples performance of the things I'm working on, namely streaming and rendering large 3D data.

I'm using Firefox privately at home but for work, including work@home, I'm using almost exclusively Chrome. Chrome is just so much faster and the developer tools so much more polished than Firefox. DataView is 40 times slower in Firefox, and I'm using it quite extensively to read binary files. There is a Uint8Array hack/workaround that lets you write your own DataView that is 4 times faster in Firefox, but 10x slower in Chrome, so it's not an alternative I'm going to use.

Shuffling 100 million points per second (probably much more if it wasn't both, disc IO and CPU->GPU transfer limited), and shuffling in general if you want to maintain high throughput. e.g.: https://bit.ly/2zcUzJq

I like the absolute numbers. "Less than 1/12" lacks important information: less than xx of what?

Already using rollup as a replacement for Webpack, but it seems to lag behind from time to time. Couldn't use certain new javascript features right away since it would throw an error.

Every separate package adds overhead and another maintainer that you've got to put your trust in. I'd rather have few packages of well trusted maintainers instead of a thousand packages from god knows who.

Personally, I've made it a habit to not add anything that requires trivial one liner garbage packages, which amounts to not installing any dependency that uses anything from Jon Schlinkert (so no Webpack). Unfortunately I'm stuck with gulp right now but with the next major rewrite, I'll also get rid of gulp and its 300 dependencies.

Because pre-C++11 is a nightmare to work with, but since C++11 and especially C++17, it became a somewhat enjoyable language. Similarly, pre-ES6 javascript is utter crap, but since then it became quite nice.

Had the same experience. Mozilla source & build are a mess.

Incriminating videos don't originate from the incriminated person. They can and will be anonymous and no amount of signing is going to help with deep fake videos. All you can do is claim that this video is not from you, which doesn't matter because we know the video that incriminates you is not from you.

I've been using OBS for quite a while now and I absolutely love it!

Point me in the right direction.

How would crypto solve deep fake? You're generating new fake content, nothing to crypt here.

Modern web browsers are the single best thing for security. I'm not going to install hundreds of apps from hundreds of sources.

Ever since I've tried to modify and run Firefox on windows, I'm not surprised anymore that it isn't bigger. It's a mess to work with and we quickly gave up on it.

> Claiming the Apple primary role in this is ridiculous.

It's apple that didn't want SPIRV and insisted on something else, preferably text based. Doesn't matter who is doing that something else now, it's done because of Apple... Which I'm not entirely a fan of because I don't think apple's history in WebGL, OpenGL and graphics makes them deserve the leverage they're getting.

Apple refused to support SPIRV, which Chrome (and Firefox?) already implemented, and lobbied for a text based language. Please read the minutes, I'm not going to look it up for you.

I just wish it had support for double and int64. So much great stuff that you can do with 64bit atomic operations that aren't possible with 32 bit atomics.

It absolutely is driven by Apple. I've been following this for a while. I actually like having a text based shader format since I do a lot of dynamic shader generation and compilation at runtime, but I don't quite understand why it has to be something entirely different to existing shader languages.

JS uses doubles by default, so no. There were times when js rendering engines used Float32Arrays for matrix and vector math because they should be faster since that's what the GPU uses, right? Turned out they were SIGNIFICANTLY slower because any math on CPU side now required casting floats to doubles back and forth.

> 1 sqm

That seems awfully low for "free range". It's at least 8 sqm in Austria.

That may be a nice addition to the "do expression" proposal for javascript: https://github.com/tc39/proposal-do-expressions

    let x = do {
        let tmp = f();
        tmp * tmp + 1
    };

Unfortunately it seems like the proposal doesn't get much attention.

Along with actual block scopes.

Works great for most things. Things can get a bit complicated for scenes/models with large coordinates and 32 bit floats, but that's not something that fixed precision integers/decimals would solve. An easy way to solve these issues is to use floats for some parts of the rendering pipeline and doubles for others, e.g. double precision matrices on CPU side, then compute a combined world-view matrix where huge camera and huge vertex coordinates cancel each other out. You can then cast the double precision world-view matrix to a single precision matrix and use that for rendering on the GPU.

For applications that's fine. I'm mostly refering to traditional websites/forums that should never do this.

> Perhaps intercepting Ctrl+F

Please don't ever do that. I know one site that does this and I hate it.

The worst kind of infinite scroll is twitter, where the browser native text search doesn't work outside of the current viewport.

I prefer Chrome due to it's developer tools and because its DataView implementation is a whooping 40x faster than Firefox's. I use DataView a lot.

And a proper DataView implementation. Currently, DataView is around 40 times slower in Firefox than in Chrome.

It definitely gets harder to code in a way that is not memory bandwidth bound.

Glad I'm not the only one. I was a Java dev for many years and also used it for private projects. When they started shipping unwanted malware together with Java was when I decided to remove Java from my toolset.