0 users browsing Discussion. | 4 guests | 5 bots  
    Main » Discussion » (Mis)adventures on Debian ((old)stable|testing|aghmyballs)
    Pages: First Previous 8 9 10 11 12 13
    Posted on 23-10-01, 23:26
    Dinosaur

    Post: #1261 of 1267
    Since: 10-30-18

    Last post: 9 days
    Last view: 22 hours
    PulseAudio is dead and buried, say hello to the new king of loud penguins, Pipewire!

    If you just upgraded to Bookworm and were using Pulse, you're now already on Pipewire through pipewire-pulse, and most likely you haven't really noticed. THIS is the kind of progress I like - do your goddamned job behind the scenario without anyone ever being aware of your existence! Bravo, Pipewire, you've achieved in a few years what the Pulse folks took almost half a decade to achieve.

    But the job is not complete - your few ALSA-only games are in YO DAWG mode going through Pulseaudio bridges, and those are being bridged to Pipewire. This is insanity, and the solution is to apt-get install pipewire-alsa, let it nuke the remnants of Pulseaudio, reboot, and hope the house of cards that is the Linux audio jungle doesn't fall apart again in 10 years when some Forward Pushers of Things come up with Yet Another Audio API™.

    Side casualty: projectm-pulseaudio is dead, and the visualizations of Easy Effects (OH GOD, THIS SHIT LOOKS SO IPHONE IT HURTS!) are lame.

    Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™
    Posted on 23-10-04, 21:45
    Post: #201 of 202
    Since: 11-24-18

    Last post: 35 days
    Last view: 2 days
    Posted by tomman
    PulseAudio is dead and buried, say hello to the new king of loud penguins, Pipewire!

    If you just upgraded to Bookworm and were using Pulse, you're now already on Pipewire through pipewire-pulse, and most likely you haven't really noticed. THIS is the kind of progress I like - do your goddamned job behind the scenario without anyone ever being aware of your existence! Bravo, Pipewire, you've achieved in a few years what the Pulse folks took almost half a decade to achieve.


    Pipewire is even better than you think - Basically, Pipewire is a stream router. It can stream any type of content, video, audio, text, pr0n, anime, emulation, input devices, sensory devices et cetera... All it does is keep track of which sources go to which sinks.

    And yes, the sink may be anything from a screen to a keyboard to a network interface. Pipewire is simply amazing, especially for low latency communication. Windows and Mac ain't got nuthin on the potential of this baby...
    Posted on 23-10-08, 23:52 (revision 1)
    Dinosaur

    Post: #1263 of 1267
    Since: 10-30-18

    Last post: 9 days
    Last view: 22 hours
    Stuff I've learned in the last ~18 hours after trying to run games that play videos (especially Japanese ones) on Wine:

    1) You don't need to install codec packs anymore on Wine - these days it relies on GStreamer for that, so you need to install a few i386 GStreamer packages (including gstreamer1.0-libav). The problem these days is not codecs, but renderers - you may or may not need (or even want) native quartz.dll, depending on how picky is the game.

    2) Do not mix native and builtin quartz.dll and dsound.dll - at best you will only get nasty audio glitching, at worst, things will get crashy-crashy and not lovey-dovey.

    3) If your game uses DirectMusic (THAT'S WITH YOU RECETTEAR!!!), abandon all hope. While Wine recently started to work again on actually implementing this ancient music synth API (long deprecated and forgotten by MS since Vista), the support for now is unusable. Use Winetricks to install DirectMusic (which also brings native dshow.dll, since it won't work otherwise). Oh, and don't expect to have both DirectMusic and non-DirectMusic sounds working on the same application! (In other words: kiss that OP movie goodbye)

    4) If you're lucky, your game (or VN) will work fine out of the box on a new, clean Wine prefix without any overrides. But Japanese developers can barely make games that work on regular Windows PCs sold in Japan, so expect this to be the exception, not the rule. Wine's target is modern Western games, mostly - far more kids care about playing CoD than your niche bullet hell game, and that's where the efforts are aimed to.

    5) Stuff like Lutris overcomplicates things - I've seen stuff so overengineered that it would be almost like installing Docker to run games, seriously. And Proton does not spark joy on me, sorry.

    6) Wine has an up to date repo for Debian, so use that one instead of the old crusty packages of stable. Their packages are well behaved citizens and will be installed under /opt, while being properly integrated with your Debian box.

    7) Get used to the idea of razing and rebuilding your $WINEPREFIX from scratch every few years - we're dealing with Windows-y things, after all.

    Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™
    Posted on 23-10-20, 14:16
    Dinosaur

    Post: #1264 of 1267
    Since: 10-30-18

    Last post: 9 days
    Last view: 22 hours
    Two quickies:

    1) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052690 - that's what's happening after installing the latest GRUB2 security update and noticing that your Windows boot entries are gone, even after enforcing GRUB_DISABLE_OS_PROBER=false... because some postinstall script has braindamaged logic and will comment that setting without even warning you first!

    2) https://appdb.winehq.org/objectManager.php?sClass=version&iId=22830 For the first time in almost 20 years, Wine's DirectMusic implementation DOES SOMETHING! Enough to let Recettear have sounds, and even some music without resorting to winetricks and native DLL overrides. It's still quite rough (background music won't loop, for example), but you will want to update to wine-devel 8.18 anyway.

    Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™
    Posted on 23-10-25, 12:21
    Post: #202 of 202
    Since: 11-24-18

    Last post: 35 days
    Last view: 2 days
    Posted by tomman

    5) Stuff like Lutris overcomplicates things - I've seen stuff so overengineered that it would be almost like installing Docker to run games, seriously.


    Welcome to the future where each legacy game will be run in a Linux VM with bare minimals to get Wine running. It's only 300-400 MB overhead for a game, not even enough to fill a single CD ROM. All because Microsoft in their infinite wisdom thought forever binary compatibility is the way things should work. :D
    Posted on 23-11-21, 01:32 (revision 2)
    Dinosaur

    Post: #1267 of 1267
    Since: 10-30-18

    Last post: 9 days
    Last view: 22 hours
    I should have caught this earlier, but didn't because the Linux world keeps giving me material to rant 'till death does its part: do NOT use modern distros on old GPUs, as hardware acceleration features on those are getting nuked left and right!

    I was trying to run some Ren'Py-based VNs on my T40 under Debian Bookworm, when suddenly I notice things are more than laggy. Stuff would run but... performance would be AWFUL. Dicking around, turned out I didn't had any 3D acceleration whatsoever on this thing anymore! After some investigation, found why: Mesa had deprecated more vintage GPU drivers, including R100, R200, i915, i965, and some early Nouveau stuff. Those drivers didn't got nuked right away - instead, starting with release 21.3, Mesa punted them to a new branch named mesa-amber, which can be installed separately on top of whatever Mesa your distro ships as they can coexist side by side. OK, not bad, let's try them...

    First catch: Debian is not shipping this yet despite being a ITP for it due to the usual Nedflanderist puritanical licensing BS that nobody but Debian package Nedflanderist puritanicals care. Ubuntu does ship mesa-amber, but they killed i386 years ago so I can't use that. Fortunately we have properly Debianized sources, so let's build me some .DEBs! Since I'm lazy for setting up a i386 chroot here, I used my ole' Thinkcentre M50 and its totes powerful Northwood to build those packages. Several hours later, I was greeted with this:


    ...wtf Mesa, are you shitting on my parade? Because you are shitting on my parade, that is!

    OK, so mesa-amber is borked, and with no hopes for getting this fixed upstream (they're not doing serious maintenance on that branch, other than the rare compiler bugfix), this means I need to check out older Mesa versions. I'll spare you the gory details (building Mesa .DEBs involves fishing out dozens of patches because half of Mesa's changelog is "LLVM/Clang changed things AGAIN so compiler fixes LOL", one or two segfaults down the road, also did I mention that Northwoods are awesome builders?), but those were my results:

    - Mesa 22.3 + mesa-amber: Broken 3D.
    - Mesa 21.3: Broken 3D.
    - Mesa 20.3 (the one shipped with Bullseye): 3D works OK!

    So... uh, yeah, this means I'm not updating this T40 to any future Debian release just because of the GPU drivers. And now I realized that the one thing that is killing my fleet at home with modern Linux is Mesa breaking older GPUs, nothing else! Can't wait for Wayland to turn all of my computers into paperweights because I commited the heinous crime of living in a commie wasteland without access to last month AMD/nVidia product launches!

    Time to retire the "Linux gives a new lease in life to older computers" motto, because it's no longer valid. At this point, either stick to old Linux releases you can't probably install anymore because the repos have been shutdown or archived for ages, or just stick to Windows :/

    Spoilers: I couldn't run those Ren'Py titles anyway - it can now find a hardware renderer, but will fallback instead to software mode because OpenGL 1.3 is too oooooooold for a dumb visual novel engine where apparently drawing static CGs and text has the same hardware requirements as the original Portal!

    Yes, I'm more pissed off than usual when writing this.

    UPDATE: Turns out mesa-amber isn't completely useless: while glxgears is broken, sm64ex actually renders more or less fine!

    Ironically, I got the same bugs on both Mesa 20.3 and mesa-amber, so I guess the level of bitrot on the ol' R100 GL drivers is uneven. We really need a crowdfunding initiative to give some love to those vintage GPUs, but alas, noone that can code is interested beceuse those GPUs are either not on a Mac, or not old enough!

    Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™
    Pages: First Previous 8 9 10 11 12 13
      Main » Discussion » (Mis)adventures on Debian ((old)stable|testing|aghmyballs)
      Kawa's Github