Yes exactly. But YouTube selected some AI translation voice over which I did not realize first. So I was quite confused. Once I selected the original audio it was obvious that he is dutch.
I absolutely hate that YouTube is doing that; I'm Dutch/English so obviously fluent in both languages yet YouTube randomly decides to give me this horrific AI dub for some Dutch videos.
They've broken Android too, you can't even set it up with multiple languages. I use three daily - Dutch / English / American - and also a bit of German / French / Spanish / Italian here and there. Plus of course Latin because on my English side I'm a pretentious prick :-)
FYI, I reviewed the live-bootstrap project that starts with a small seed. For a T-diagram that shows all processes being executed in stage0, have a look at [1].
I did work on a solution that requires less steps, but starts with a bit larger seed (though maybe documented a bit better), see [2] and [3] for the T-diagram. Also has targets for x86_64 and arm64. (Work on RISC-V has started.)
I have developing software in C(++) since 1990, but I did learn some new things about the language when developing a C compiler for a live-bootstrap variant not using the GNU Mes compiler.
I still have a small fee available from NLNet for the implementation of a RISC-V back-end for a compiler (more a transpiler) from a small stack language to assembly. I have already started the effort, but at this moment not the time to work on it. I am available for support. Back-ends to x86, x86_64 and arm64 are available and working. This is part of the MES-replacement project [1]. Let me know if you are interested (see email at the bottom of the website mentioned in my profile here or on GitHub.)
This fall there will be an exhibition at the Stedelijk Museum in Amsterdam. She stayed for some time in the Netherlands, met with Dutch artists, and organized events with them.
This kind of papers go way over my head, but recently I was surprised that ChatGTP (free) found the proof for an expression had a square value for some variables. It dug up a relationship from a paper from 2009 and correctly applied it to the case.
Reducing the problem to a quadratic form is pretty natural, and the paper from 2009 (though i see 2015) is quite an overkill. The result is a fairly standard consequence of the theory of representation by quadratic forms, and follows from Legendre's three square's theorem after some massaging. There's a good couple of centuries of foundations behind it.
For the C compiler that I developed to replace the GNU Mes compiler in the live-bootstrap project, I also used a Forth like language that uses two stack. One stack for parameters and return values and one for the return addresses and local variables. The Forth like language is transpiled in assembly and through some steps made into an ELF file. The targets are: x86, x86_46, and arm64. Work on supporting riscv64 has started, but is currently on hold due to other responsibilities. If there is anyone willing to complete it, I do have some small funds as a bonus.
https://github.com/romforth/romforth already has a port to RISV-V for both 32 and
64 bit, (among many others). So if you don't mind lowering your language
implementation to romforth (or even rewriting your compiler to directly generate
it), you should be able to use it "for free", no funds required ;)
Wero is a European wide payment system. In the Netherlands it replaces iDeal, which has been the (almost) universal payment method for webshops in the Netherlands. In not all European countries such payment systems are used as widespread as in the Netherlands. Wero is actually a payment broker as it usually connects with the payment system (often a banking app) of your choice.
> Wero is actually a payment broker as it usually connects with the payment system (often a banking app) of your choice.
Except you don't have a choice. It's not like iDeal where you can just use your bank's regular login method to pay; this requires making a big tech account to download some app where maybe it then works if it likes your device. IDeal always worked in a browser. Why change a running system with a less-compatible one?
> It's not like iDeal where you can just use your bank's regular login method to pay; this requires making a big tech account to download some app where maybe it then works if it likes your device.
I feel the same but I'm starting to think that EPI is right to not care.
Nobody from any tech media seems to be pointing out the Google/Apple smartphone dependency, let alone ask anyone at EPI about it. If they do, at least they're not writing about the results.
"What about smartphones that run on free and open-source software instead of the commercial operating systems used by the iPhone or Google?
Tanja Müller-Ziegler: This market is still very much a niche one. There are still too few providers, which is why it’s hardly worth offering banking apps for these devices."
Other than that I have seen ZERO pressure on this point from the media.
Obviously I do think EPI should intrinsically care, but I also am starting to see more and more that from their point of view literally nobody cares, so why should they?
reply