Hacker Newsnew | past | comments | ask | show | jobs | submit | bullen's commentslogin

So that is where all that money is going, rewriting a perfectly functional implementation (that you can never retire because OpenGL hardware will remain in use for longer than Microsoft will last) with another more flawed one. Same as all other companies in other words?

I'm still waiting for a Vulkan feature that is worth anything. Multicore rendering is not interesting, specially not for voxel games (that need to use another CPU core for voxel duty and once that calculation is done the GPU part is super fast) and because (in general) you need the other CPU cores for gameplay (physics, networking, 3D audio) and OS.

This eternal "growth" of APIs and features leads to eternal waste of energy. I'm more interested in the non-obfuscation of the byte code, is that in? What about vibrant visuals?

I'm going to have to attempt installing Minecraft on my ARM Mac now! Edit: that was super fast and smooth, 120Hz!, no VV but I guess they need Vulkan for that? Edit2: The source names are now default! No obfuscation!

GG Mojang after all! Edit3 (last one): the new music is great!


OpenGL as an API no longer maps well to actual hardware. The important feature Vulkan brings is simple parity with hardware, thereby, efficiency. Further, utilizing new (read: not actually new, but not reasonable in OpenGL), GPU capabilties are what make new features possible. Vibrant Visuals had a hard requirement of the renderer being updated. From what I've seen, it will be coming alongside the renderer update.

The deobfuscation of the byte code is done as of an update or two ago. I'm not a modder for minecraft so I don't know concrete details but I know its available.


I know, and X11 uses TCP between server and client too. But still OpenGL has more longevity with emulation than Vulkan has, because hardware is not getting better. DDR3 feels like the peak of RAM. SSDs are terrible now.

After all Java is the ultimate emulator (all jars will run for eternity unless Java removes features like they did with Applets = biggest mistake in history), so will graphics APIs evolve that way too? OpenGL -> Vulkan with something like Zink?

I will still prefer X11 in a 100 years. And also OpenGL (ES) 3 because that is the first really cross compatible API (ARM and X86) and it has the last feature = VAO.

So will VV only work with Vulkan enabled?


Everything in Java is defined behaviour, you need a VM with GC to remain sane.

Everything else is a waste of time!


100% agree the problem is modular RAM can't handle the timings of the SoC.

There is a new modular RAM standard for precisely that but knowing Apple they will want to make their own.

SSD should be easy but since RAM does not last that much longer you still need to resolder that after 5-10 years!


you can have a mix- 4gb embedded ram + 1-2 slots of slower layer


Pretty difficult to code OS to take advantage of that. Basically need NUMA, which increases overall overhead.

Otherwise, you may end up filling up your fast memory with some cold data.


If apple cant support NUMA ill eat my hat


but since RAM does not last that much longer you still need to resolder that after 5-10 years!

Where are you getting this information?


Some 3588 CMs are sold out.

So it might be too late as 3688 will be too hot...

Just like routers get dd-wrt when sold out!


Meanwhile HTTP keeps working just fine and is decentralized.

Just "add your own crypto" on top, which is the ONLY thing a sane person would do.

3... 2... 1... banned?


to actually tackle this (on the off chance you're serious, I'm assuming not) - this doesn't work.

The payload that implements your crypto cannot be delivered over http, because any intermediate party can just modify your implementation and trivially compromise it.

If you don't trust TLS, you have to pre-share something. In the case of TLS and modern browser security, the "pre-shared" part is the crypto implementation running in the browser, and the default trusted store of root CAs (which lives in the browser or OS, depending).

If you want to avoid trusting that, you've got to distribute your algorithm through an alternative channel you do trust.


> default trusted store of root CAs (which lives in the browser or OS, depending).

speaking of that, is there any way to verify that stored certificates are actually valid?


You are right presharing is a requirement, unless you hash the keys used to encrypt the secret into the secret itself, but that can only be prooven later on a channel where the same MITM is not present.

Work in progress, that said presharing solve(d/s) enough for the world to dump DNS and HTTPS in a bin and light it on fire now, because nobody has the power to implement all the MITM needed if everyone "makes their own crypto" on top of allready shared secrets!

Circular arguments, wishful thinking and all...


Did you self-ban?


XD Nope, more like self destruct! ;)


Meanwhile CVS just keeps working fine...


Yep, my distributed JSON over HTTP database uses the ext4 binary tree for indexing: http://root.rupy.se

It can only handle 3 way multiple cross references by using 2 folders and a file now (meta) and it's very verbose on the disk (needs type=small otherwise inodes run out before disk space)... but it's incredibly fast and practially unstoppable in read uptime!

Also the simplicity in using text and the file system sort of guarantees longevity and stability even if most people like the monolithic garbled mess that is relational databases binary table formats...


Dying or stabilizing?

Most good projects end up solving a problem permanently and if there is no salary to protect with bogus new features it is then to be considered final?


What is the GPU? Some sort of FPGA?

Edit: Also picture missing from the page, the keyboard:

https://codeberg.org/TechPaula/LT6502b/src/branch/main/Image...

Edit2: Found a few suspects in BOM: ATF1508AS-7AX100, ATmega88PA-AU, ATmega644P-20A

Would love to know what each will do!?

The previous one hints a bit: https://codeberg.org/TechPaula/LT6502

A blog entry: https://www.maddox.pro/?p=414


Yes, but we need to decentralize DNS first!

And that means making closed port 53 illegal on your home fiber... good luck!

Also need to open port 25 outgoing on that same fiber.

And we all need routers that run dd-wrt, the problem is all routers that support dd-wrt are sold out because support always comes late in the production cycle.

It's hard work to self host, but it's the only work worth doing.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: