Some games didn't mind running locally from an .swf file, but some others had a "URL protection", presumably to prevent people from embedding their flash games at other websites, and they didn't make an exception for localhost.

Long time ago I've fixed hundreds of such flash games using RABCDAsm and made them work in standalone Flash Player.

Took a brief look at Flashpoint Archive, it seems their way to fix URL check is to spin up a web server to present an address the game expects.

I hate the idea of installing stuff without an ability to look at what's inside first, so what I did was patch Chromium binary, replacing all strings "chromewebstore.google.com" with something else, so I can inject custom JS into that website and turn "Install" button into "Download CRX" button. After downloading, I can unpack the .crx file and look at the code, then install via "Load unpacked" and it never updates automatically. This way I'm sure only the code I've looked at gets executed.

The only thing that stops me from recommending it is non-integer zoom levels, which is especially bad for pixel art.

Moving layers around was also confusing, had to click Layer → Transform → Free Transform to be able to move things around. It would be much more obvious if there was a move icon in the tool panel that does just that.

Also I enjoyed how easily I could modify it:

- xfwm4: zoom only to multiples of integer, nearest neighbor only

- xfwm4: stop moving zoomed area after the cursor when Scroll Lock is on

- xfce4-screenshooter: supply custom actions with parameters %x %y %w %h of a selected rectangle, allowing me, for example, to select a rectangle and then launch a screen recording script.

Never found the use for multiple desktops, though.

The only part that irritates me is having to interact with the GTK file chooser (file open dialog). Someday I might be annoyed enough to replace it.

That's probably my only annoyance as well. Is there an easy way to replace it? Not being able to see the path as a string is very "un-linux".

Looks like MTXT tool here does not quite work for this use case, the result of the roundtrip of a midi I tried has a segment folded over, making two separate segments play at the same time while the total duration got shorter.

https://files.catbox.moe/5q44q0.zip (buggy output starts at 42 seconds)

I created an issue here: https://github.com/Daninet/mtxt/issues/1

    #!/bin/sh
    set -o pipefail
    lang=${2:-eng}
    if tesseract "$1" - -l $lang | xclip -selection clipboard ; then
      notify-send "Text copied"
    else
      notify-send "Could not copy text"
    fi

When the text is especially difficult for tesseract, I can use Gemma3-4B via llama.cpp's llama-mtmd-cli, but that takes a minute.

As someone who enjoys older games, I am pleasantly surprised that Wine (with dxvk and cnc-ddraw) lets me run more games in a better way than I was able to on Windows.

I can run some 16-bit games on a 64-bit OS!

Games that rudely switch to fullscreen, I can run in Wine Virtual Desktop. Previously on Windows, I had to configure hacks like DxWnd and it didn't always work.

I only wish Wine also allowed me to zoom 2x or 3x, but this is where Gamescope comes in:

    gamescope -S integer -F nearest --borderless wine game.exe

I noticed some Unity games waste disk space with gigabytes of zeroes, Linux lets me run them from inside a compressed SquashFS image, this even makes the game load faster:

    mkdir ./game
    squashfuse ./game.squashfs ./game
    pushd ./game
    wine game.exe
    popd
    sleep 1
    umount ./game
    rmdir ./game

    taskset --cpu-list 1 wine game.exe

Maybe Wine could be ported to Windows :-)

[1] https://reactos.org/

That's not all that needs to be removed from Windows, and it's not what they're interested in removing. The old MFC, GDI, COMCTL, COMDLG, Winsock etc. must be a lot higher in their "do delete" list.

IHaveABanana Is this a thing or are you just now trying to make it a thing?

Either way, I like it :)

Look at Apple Macs, all went from x86 to arm, breaking software and fixing incompatibilities later. Users had no choice but to use m1 macOS if they wanted a new device.

This is the proper Wine for Windows but just for DirectX->GL or DirectX-Vulkan.

Also possible using dxwrapper (for DirectX 7-9 games):

https://github.com/elishacloud/dxwrapper

Similarly to dxvk, you drop a few DLLs into the game directory then edit one config file. No need to use a dedicated program.

How did you discover that? Is it intentional on Unity's part? Percentage-wise, are we talking 2% of a 100GB game, or 50% of a 4GB game?

I can't find anything about it online.

I like to look inside game files and a .zip archive of 1GB unpacking to ~10GB game made me suspicious.

So it'd be surprising to me if a developer chose to use uncompressed/lightly compressed assets, and compressing them caused performance to increase; because you're intentionally choosing the tradeoff in the opposite direction the developer did

Of course, there are game developers that are less technical and may not have knowingly made that tradeoff in which case all bets are off, but the games made by those developers tend not to be the kind that require beefy machines to run at 60fps+

That’s not a problem with SSDs and most machines have more cores or even dedicated hardware decoders. Of course it’s also more worthwhile to compress since SSD storage is comparatively more expensive.

The office we worked in had really fast internet, but I was fixing things for the users.

I suppose this might be asset padding or perhaps these are raw textures with full alpha sections? Still, it seems pretty strange. What game, what asset?

[1] https://stackoverflow.com/questions/42478186/app-size-on-app...