I applaud the troll aspect of it all, but imma stick with GIMP.
post
Context? Did someone decompile photoshop?
They used an AI model to repeatedly generate guesses of the code until it matched the compiled bytecode, then AI-generated new code based on the decompiled source to create a technically unique codebase that can do most of the same functions and looks extremely close to the original.
Has essentially every feature, but also bugs out a lot or has features that technically work, but not in the same way as Photoshop (e.g. magic wand selection tool might bug out and select stuff on more than one layer, and might be less accurate and selecting fine edges)
Kind of maybe? There's a lot of info flying around but the bottom line is that they rebuilt it in rust and it's Ai slop code and sucks.
Somebody used ai to launder a leaked source. From what I understand, it's about as functional as one can expect a fully slop coded project to be (barely).
It’s been found that LLMs are actually great at decompiling things. Whereas before this process was possible but very time consuming, LLMs can do it in hours/days depending on the software.
So there’s a group that is decompiling Adobe software and rewriting it in Rust, and then published the apps + rewritten code
Edit: then there’s the larger implication, that is that pretty much any software can become open source now
Ever since the latest AI models have come out, closed source essentially ceased to be. You can get something closely resembling the original source code from just about any running binary now.
How long until the "developers" drop this project because they have no idea what the code does or how to maintain it?
It is funny how adobe was one of the first company to steal people cloud images to train their ai. Now AI stealing their entire company.
I hope this means Photoshop will be functional on Linux sooner rather than later?
ETA: coming from someone with little to no knowledge about program code btw
It's been ai slop decompiled so nearly useless to actual developers.
I thought the AI translates the decompiled code into human readable language rather than doing the actual decomp
But they rewrote the decompiled code into Rust. Probably to evade legal troupble.
I wouldn't trust the slop.
The general goal of a decompilation is to convert machine code back into something that, when compiled, generates machine code that is similar to or identical to the original machine code. But most decompilation projects also aim to make sure that the decompiled code is actually workable by humans so as to preserve, port, extend and generally make a codebase that has clear intent and may be similar to the code used to write the original software.
Ai decompilations are often done such that they technically check the first box, but are completely unusable for a normal engineer to want to use due to insane verbosity or in some cases just getting context or intent entirely wrong. Without proper guidance, the codebase is basically just an incoherent mess. With deep guidance, it would still take ages for these projects to be decompiled. For reference of how long they take and how thorough a proper decompilation can be check out the jak 1 decompilation project.
Full compatibility with Windows apps on Wine when?
Such thing does not exist and will never. The best example for this is NES emulation. There exist thousands of NES emulators, but almost none of them behave like the real chip in the few (though almost triple digits) edge cases that exist.
Now imagine that NES times 10.000 in complexity alone, and said edge cases, together with their number, increasing in complexity to the point that you cant just create a sheet of every case but also have to do this every time a new version of any used software gets released.
And of course you can combat this via something like protontricks, but you will never reach 100% compatibility via any of those methods
WINE is not an emulator.
Same thing tho
Nah, because then the WinAPI would also have to be called an emulator. Wine is better termed a reïmplemention since they are both running ontop of NT kernel primitives.
One, there is literally an entire NES test suite ROM specifically for testing emulator compatibility with original hardware. Nearly 80% of the tests are hardware specific quirks that have genuinely no impact on any of the original NES ROMs and emulators can freely omit them to save on performance.
Two, with Linux adding NTsync, it can now act just like the NT kernel that Windows uses. You don't need to use hardware emulation when you can recompile software or translate syscalls unless you are dealing directly with firmware like NES ROMs or HID drivers. Wine and Proton basically just act as reimplementation of the WinAPI and can often be more faithful to the original implementation since they have built-in tweaks dedicated to each software where the WinAPI has been free to make breaking changes.
I saw the LTT video on this. Seems I was right in thinking that the program isn't smooth enough to be usable. I saw give it a few months and it might be a serious contender
The Sloppening.
Honestly, I'm so here for this even though I hate slop.
all 50 comments