Grom_PE's comments

On: Uncrossy

[Grom_PE]

It doesn't work when uBlock Origin blocks uncrossy.com/js/cookieManager.js?v=7

[incr_me → Grom_PE]

Oh, that's it. My bad!

On: Xfce is great

[Grom_PE]

I've found Xfce with Wallis theme to be quite comfortable after I ditched Windows 7. Been using it for 3 years now.

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.

[koyote → Grom_PE]

> 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".

[rabf → Grom_PE]

The file chooser can be somewhat tamed in the settings editor. For example to get the buttons back to the bottom of the dialog where they belong: disable the "DialogsUseHeader" setting under "xsettings" in xfce4-settings-editor

On: Tiny Core Linux: a 23 MB Linux distro with graphical desktop

[Grom_PE]

Tiny Core Linux fits nicely on a FAT32 EFI boot partition as a rescue OS.

[ajot → Grom_PE]

Hey, this sounds interesting! Is there any tutorial out there on how to make it work?

On: Show HN: MTXT – Music Text Format

[Grom_PE]

This made me remember old set of tools called mtx2midi and midi2mtx, I used them to edit some midi files while making sure I'm not introducing any unwanted changes. While roundtrip output was not binary identical, it still sounded the same.

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)

[daninet → Grom_PE]

Thank you, I will have a look. I consider it important to have the round trip conversion working seamlessly.

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

[cestith → Grom_PE]

It reminded me of ABC and the tools abc2midi and midi2abc.

On: I hate screenshots of text

[Grom_PE]

On my Linux system, I hooked up xfce4-screenshooter's "custom action" to a shell script (ocr.sh %f) with tesseract like so:

    #!/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

It works great most of the time along with the xfce4-screenshooter's ability to select a rectangle.

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.

[frumiousirc → Grom_PE]

https://0x0.st/K9hq.png

On: I have released a 69.0MB version of Windows 7 x86

[Grom_PE]

I have experimented with Tiny Core Linux + Wine, that netted around 100 MB, would be a good starting point for running Windows software on a minimal OS. Certainly would run more software than any Windows cut and shrunk to that size.

On: Nearly 90% of Windows Games Now Run on Linux

[Grom_PE]

I've gone over to Linux after using Windows for 25 years.

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

Also there is a potential to use a different Wine configuration (prefix) for every game specifically. So far I haven't had to resort to this.

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

I encountered a game that crashes due to multiprocessor system, the fix is simple, restricting it to one CPU:

    taskset --cpu-list 1 wine game.exe

[raron → Grom_PE]

> 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.

Maybe Wine could be ported to Windows :-)

[usrusr → raron]

There will be a day when Microsoft ships a "Windows" that cuts all legacy compatibility except for an included distribution of Wine.

[cogman10 → usrusr]

Microsoft might not do it, but there's always reactos [1]

[1] https://reactos.org/

[Tajnymag → usrusr]

At this point, that's exactly what Windows needs. As Microsoft only adds new features and doesn't remove almost any, Windows is getting reaaally bloated. And what was Microsoft's response? Everyone should buy a new faster computer to run Windows 11.

[flohofwoe → Tajnymag]

Tbh, a better strategy would to slim down Windows again would be to remove all the new user-facing stuff which was added over the last two decades. There have been significant improvements in the kernel and DirectX, but on the surface, Windows somehow managed to remove user-facing features while at the same time adding an incredible amount of bloat in layers above the core operating system. From a usability perspective the Windows desktop UI in Win2k was singnificantly better than anything that came after.

[M95D → flohofwoe]

> remove all the new user-facing stuff which was added over the last two decades

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.

[avadodin → flohofwoe]

Win2k with WSL without systemd would be so kino

[pjmlp → avadodin]

Hardly, given that systemd author is a Microsoft employee nowadays.

[kruffalon → avadodin]

> [...] kino

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

Either way, I like it :)

[pjmlp → Tajnymag]

That was the idea with UWP and Windows 10X, but folks really want that backwards compatibility.

[Tajnymag → pjmlp]

Well, yes, but APIs aside, as long as the developers and users have the choice, they won't choose a new backwards incompatible solution if when they can stay with their old solution.

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.

[pjmlp → Tajnymag]

And leave software behind, hence why many postpone their acquisition until the hardware dies.

[bigyabai → raron]

It was/is unironically a "solution" to some games (eg. Elden Ring) with unfixable stuttering on Windows: https://www.youtube.com/watch?v=vAooLiCy7rE

[mkl → raron]

You can already run it in WSL2, apparently.

[djtango → mkl]

Running windows to run linux to run windows is delicious

[caminanteblanco → raron]

It already is in some form! This is what I used to play Sid Meier's Civnet with my brothers: https://github.com/otya128/winevdm

[anthk → caminanteblanco]

https://fdossena.com/index.php?p=wined3d/index.frag

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

[unparagoned → raron]

Just run it under wsl

[throwaway2046 → Grom_PE]

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

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.

[riizade → Grom_PE]

Can you elaborate on Unity wasting disk space on gigabytes of zeroes?

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.

[Grom_PE → riizade]

I suppose that is an issue how a specific game was made, not inherent to Unity.

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

[marcosdumay → Grom_PE]

My first guess would be it has lots of uncompressed images or badly compressed videos as artifacts.

[riizade → marcosdumay]

Same, but games run uncompressed assets as an optimization measure to trade disk usage for CPU usage, depending on which is the bottleneck for their particular game (iiuc)

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+

[wtallis → riizade]

The right tradeoff for compression ratio can change with just a few years of technological progress, or even quicker if it's a half-assed port from console to a high-end PC. There are similar issues for a game's decision of how many threads to spawn based on the CPU's core count. The developer's assumptions may not have been right to begin with, and even if they were, they're not likely to stay right for long.

[dontlaugh → wtallis]

Exactly. Guaranteed SSDs and a spare CPU core have made compression almost always faster.

[wtallis → dontlaugh]

Being able to rely on fast storage makes compression less necessary for performance reasons. But the higher price/GB of SSDs mean users have a stronger preference for games to keep the install size under control.

[dontlaugh → wtallis]

There was a time when console games would avoid disc seeks at all costs, even duplicating uncompressed assets. Compression can easily interfere with laying data out in blocks to read sequentially.

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.

[ethbr1 → riizade]

It never ceases to surprise me that people still embed 5+ MB resolution photos on their sites, then use them scaled down to thumbnail size, but here we are.

[stuaxo → ethbr1]

Put a chunk of work into optimising the images on a site once, of course as soon as I left this was undone.

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

[cgriswald → stuaxo]

My power company’s outage website is about the only site I can’t access through my cell phone when our power is out because even the “low bandwidth” version is a bloated farce.

[jayd16 → Grom_PE]

Reminds me of the mention of "contiguous zeroes" that used to be in the Apple App Store docs.[1] Which seemed like just a backhanded way to say "we encrypt and then compress so don't expect easy compression."

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...

[apatheticonion → Grom_PE]

Same! Fallout New Vegas runs phenomenally on Linux but struggles on Windows. Same with Call of Duty 2 and even some newer titles like Borderlands 2.

[jeffbee → Grom_PE]

Neat. I am in the habit of using the kernel squashfs with privileges. TIL about squashfuse.

[Dwedit → Grom_PE]

OTVDM (based on Wine) allows you to run 16-bit programs on 64-bit Windows, so it's not just a Linux thing.

On: Tags to make HTML work like you expect

[Grom_PE]

I hate how because of iPhone and subsequent mobile phones we have bad defaults for webpages so we're stuck with that viewport meta forever.

If only we had UTF-8 as a default encoding in HTML5 specs too.

[jonhohle → Grom_PE]

I came here to say the same regarding UTF-8. What a huge miss and long overdue.

I’ve had my default encoding set to UTF-8 for probably 20 years at this point, so I often miss some encoding bugs, but then hit others.

On: MS-DOS development resources

[Grom_PE]

Note that DOS development tools aren't strictly necessary to make DOS software, as with help of HX DOS Extender [0], one may use any tooling that lets you produce Win32 PE exe files, of course, preferably with inline assembler to access hardware directly.

[0] https://github.com/Baron-von-Riedesel/HX

On: Customasm – An assembler for custom, user-defined instruction sets

[Grom_PE]

flat assembler g (fasmg) does this. It has a powerful macro language, in which, among other architectures and formats, it implements x86 and ELF/PE/macho and is able to assemble itself.

I like to use it for scripting for turning binary formats to text and vice-versa.

[Rohansi → Grom_PE]

It's also possible to use stock flat assembler (non-g) for this, to some extent. I've done it before here: https://github.com/Rohansi/FPCompo11/blob/master/Assembler/i...

[sitkack → Grom_PE]

https://github.com/tgrysztar/fasmg