| Screwtape |
Posted on 19-06-21, 09:36 in Printer & Scanner Discussion
|
|
Full mod
 Post: #281 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
I found one guy at the end of this thread who claimed that at least since Paint became Paint 3D, it's unable to open any file whose uncompressed size is greater than about 250MB, giving the error you describe. Looking at the TweakPNG screenshot, your image is 10208 * 14032 pixels, times 3 bytes per pixel gives a total size of ~430MB. Maybe try scanning at 600dpi or even 300dpi? It won't be as crisp, but should still be quite readable. If you're just scanning invoices to keep a convenient record of them and not scanning hard-drawn art or something, resolution probably doesn't need to be that great. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-22, 03:54 in Final preparation complete! XTREME OCD
|
|
Full mod
Post: #282 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
I'm not familiar with the specific higan revisions you're talking about, but 'region' is usually an option in the "Load Game..." dialog, in the bottom left. It's possible that byuu reworked how region detection worked at some point and you picked a revision where region detection happened to be broken. In general, if you want to be sure everything works as intended, you should be using official releases (higan v106, bsnes v107.3) rather than WIPs. > Everything in the .bml files is correct, there is nothing I could change? The game's manifest.bml describes what's unique about a particular game, boards.bml describes what's unique about a particular board, but "region" is a property of the base console. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-22, 06:26 in Games You Played Today REVENGEANCE
|
|
Full mod
Post: #283 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
Posted by BearOso I'm on Debian Testing, which currently ships with Wine 4.2, and my initial impressions were pretty good. I installed it, booted up the game, and started playing without so much as an error dialog. I'm playing with all the graphics options set to Low because I don't fully trust my CPU fan right now, but there doesn't seem to be any weirdness other than the intro movie ("505 Games Presents... an Art Play game... " etc.) being silently skipped. Out of curiosity I tried installing dxvk for better DirectX 11 support, but that made the sound super-choppy. I understand that later versions of Wine implement Windows' XAudio API on top of the open source FAudio library (originally developed for Linux ports of XNA games), but the only way I can get binaries of newer Wine versions is from PlayOnLinux, and their generic Linux binaries don't always play well on Debian for whatever reason. So eventually I blew all that away and went back to Debian's standard Wine 4.2. However, I finally beat the second boss, and made my way into the Chapel. I arrived in the bottom of a big tall room filled with Buers and Poltergeists, and whenever I exit the room through the doorway at the top left, the game instantly crashes to desktop, no error message or backtrace or anything. I haven't put much effort into investigating yet, but I notice patch 1.05 came out yesterday, so I'll apply that before digging further. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-22, 08:24 in Mozilla, *sigh*
|
|
Full mod
Post: #284 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
Posted by sureanem I bet lots of CEOs started out flipping burgers. How many doctors waited tables or worked as janitors to put themselves through medical school? Saying "people who do low-status task X are inherently low-status" is not just a dick move, it's a tactical error. What is it that XP can't do, other than artificial limitations like "run software using post-XP APIs"? What is it that MS-DOS 1.0 can't do, other than artificial limitations like "run software using post-1.0 APIs"? Heck, MS-DOS is *more* extensible than XP, since any software can provide its own hardware drivers, instead of being limited by what the OS kernel provides. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-22, 09:41 in Games You Played Today REVENGEANCE
|
|
Full mod
Post: #285 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
> I haven't put much effort into investigating yet, but I notice patch 1.05 came out yesterday, so I'll apply that before digging further. 1.05 didn't help. I found where the game keeps its crash reports, and it turns out it was getting an Illegal Argument error from CreateVertexShader(). Although it seemed to give me sound weirdness before, I tried installing DXVK again, and this time everything worked beautifully. I probably took maybe two dozen attempts to beat Boss #2, Zangetsu, including the two potions I happened to have on me at the time. I just now stumbled onto Boss #3, whose name I forget but it's like a fist made from shattered stained-glass windows, and beat it first time without using any healing items at all. I guess the difficulty is... variable? Another thing that surprises me: in Aria, the rhythm is dependable: you enter an area, you find a save room, you explore the area until you find a room with a boss-door exit, and one of the other exits to that room will be another save room. Save the game, beat the boss, and you'll get to a loot room with a relic or upgrade. This game is different: I've encountered relics just standing around in open rooms, I've found a boss with nothing directly behind it, I've found a boss with multiple loot rooms. Now that I'm back to exploring rather than beating my head against a boss, I'm having a lot more fun again. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-22, 22:22 in Ubuntu: x86_32 is dead because WE SAY SO!
|
|
Full mod
Post: #286 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
The big problem with virtualisation is that since the late 90s, games have been designed for hardware-accelerated 3D graphics. VMs could include a software emulation of a GPU, but that would be so slow as to be impractical. On the other hand, VMs could virtualise the graphics hardware and provide their own OpenGL/Direct3D drivers, but there's a few problems with that: - This is basically the same thing that Wine does, except that Wine is only Direct3D -> OpenGL, not any -> any, and Wine still isn't perfectly reliable. - Unlike Wine, VMs have some expectation of security and isolation, and real 3D hardware leans hard toward the "speed" end of the "speed/security" spectrum. This is the basically the same problem that WebGL has, except that VMs have to support existing, unmodified software instead of rewriting things to fit a safer, more limited API. - Because of these problems, VMs have not become terribly popular in the consumer space, but have become wildly popular in the commercial space (see: AWS, Google Cloud, Microsoft Azure, etc.). Because most VM developers get their money from GPUless network servers, they're a lot more interested in network acceleration than GPU acceleration, and that's unlikely to change in the near future. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-24, 03:12 in Ubuntu: x86_32 is dead because WE SAY SO!
|
|
Full mod
Post: #287 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
Posted by sureanem One additional wrinkle is that unlike other hardware, GPUs do not have a stable kernel/userspace interface. Or rather, there's several: Mesa's OpenGL libraries use one set of kernel interfaces, the nVidia OpenGL libraries use the interface provided by their proprietary kernel drivers, etc. Until now, it didn't matter too much for Steam, because Steam apps just linked against "libOpenGL.so" and at runtime they use the system-provided driver library. But if the system doesn't provide a driver library... The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-24, 04:24 in Ubuntu: x86_32 is dead because WE SAY SO!
|
|
Full mod
Post: #288 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
> Kill multiarch userspace support? Not fine! What's the actual story here? Is Ubuntu actually trying to kill multiarch, or do they just not want to build and support specifically x86 userspace? At least in Debian, "multiarch" means the ability to install packages from incompatible architecures side-by-side on the same system (for example, ARM and MIPS), which is incredibly useful for cross-compiling. At least in theory, I think you can install ARM libraries and an ARM compiler, build ARM software and run it with QEMU's Linux-userspace emulation. Even without x86, Ubuntu still supports ARM, Power and s390x architectures, so multiarch would still be a useful thing for them. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-24, 05:27 in Ubuntu: x86_32 is dead because WE SAY SO!
|
|
Full mod
Post: #289 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
On the one hand, multiarch is designed for all architectures to share. On the other hand, although multiarch would have been useful from the first day Linux was ported to a non-x86 architecture, nobody actually bothered to *implement* multiarch until a need arose to have x86 and amd64 binaries on the same system. RedHat's "multiarch" is even simpler and hackier - instead of putting libraries in a subdirectory named after the architecture name, it just has parallel "lib" and "lib64" directories... bad luck if you wanted two 64-bit architectures side-by-side, or if your original architecture was already 64-bit. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-24, 06:11 in Mozilla, *sigh*
|
|
Full mod
Post: #290 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
Posted by sureanem This is a hilariously bad assumption to make for all kinds of reasons, some of which you point out yourself. It's definitely a common assumption, and it probably even works out in > 50% of situations, but it's also the kind of assumption that causes heartache and strife for the people it's applied to, and confusion and frustration for the people who apply it without thinking too hard. As a general life rule, I try to avoid making generalisations about people, or at the very least keep in mind that generalisations are often wrong. I wouldn't think people feel more passion for web development than programming, if anything the other way around. If I've learned anything from my time on the Internet, there is nothing so obscure or commonplace that it doesn't have a community of enthusiasts. Would you believe there are people who spend their free time impersonating anthropomorphic cartoon animals? Or using modern technology to create new episodes of 60s sci-fi TV shows, slavishly recreating the look and feel of the originals? Or studying obsolete video-game hardware in excruciating detail? In comparison, web-development is one of the most rewarding technical things you can do - a little time investment, and you can make things 80% of the quality of most professional works and immediately show them off to all your non-technical friends all over the world. It's like like learning BASIC for the Sinclair Spectrum in the UK in 1982, but even better. Still, I don't get what actual shortcomings Windows XP has. Some minor security issues which don't actually matter, and they didn't bother porting DX12, but is there anything intrinsically wrong with it? What actual shortcomings does MS-DOS 1.0 have? Is there anything intrinsically wrong with it? (To skip to the end of this Socratic dialogue, not everybody has the same needs, but network effects mean people want their tools to be compatible with the tools other people use. Every tool must compromise between supporting a specific use-case, and being compatible with other tools. If you can afford to wall yourself off from the rest of the world and only use Windows XP, or only MS-DOS 1.0, or only flathead screwdrivers, then that's cool, but don't be surprised or angry that other people can't afford to do so, or choose to spend their resources in other ways.) The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-24, 07:35 in Mozilla, *sigh*
|
|
Full mod
Post: #291 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
Robertson drive, you mean! Give credit where it's due! The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-06-25, 01:58 in Ubuntu: x86_32 is dead because WE SAY SO!
|
|
Full mod
Post: #292 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
Posted by Canonical Welp, problem solved, I guess. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-07-03, 11:41 in Blackouts
|
|
Full mod
Post: #293 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
^-- what he said. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-07-07, 12:42 in (Mis)adventures on Debian ((old)stable|testing|aghmyballs)
|
|
Full mod
Post: #294 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
I agree that it's redundant to have an OS-provided hierarchy at / and another one at /usr, especially since the "minimal boot environment" is initrd these days, instead of a root partition. However, I also expected the resolution to be "move stuff out of /usr" rather than "move stuff into it". After digging around for a bit, and ignoring stupid reasons like "because Solaris did it", I actually uncovered what I think is a half-decent reason for doing it this way around. The "traditional" Unix root file system has a bunch of directories for OS-provided stuff (/bin, /lib, /usr, /sbin), and a bunch of directories for machine-local stuff (/etc, /home, /var, /tmp). If you want to do something like "take a snapshot of the OS installed files" it's a bit of a hassle to keep the OS-provided and machine-local stuff separate. If you're using a FS that can atomically snapshot a directory (like btrfs or ZFS), it's actually impossible to do that correctly. The "new" Unix root filesystem has exactly one directory for OS-provided stuff, /usr. Everything else is machine-local (or a standard compatibility symlink). That makes it a lot easier to keep Os-provided and machine-local files separate. Of course, there's still legacy quirks, like /usr/local actually being machine-local instead of OS-provided, but maybe that can be a symlink to /opt or something. Or maybe we should burn it all to the ground and switch to a distro that tries to solve the problem Once And For All, like NixOS does. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-07-08, 06:13 in Monocultures in Linux and browsers (formerly "Windows 10")
|
|
Full mod
Post: #295 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
> Will I still able to browse websites Sure. > watch porn You mean, non-website porn? > play my Steam videogames Once X11 is *dead*? Probably not. I mean, I assume Wine will be ported to Wayland at some point, so those games will be fine, and for Linux-native games it may be possible to update SDL2 to a version that supports Wayland, but there will be a lot of games built around GLX or raw X11 that will break. Luckily, it'll be a long time before X11 dies completely - XWayland is an X11 server built on top of the Wayland protocol (much like there are X11 servers built on the Windows and macOS APIs). At the moment it's a bit awkward for gaming, since it only supports one resolution (the Wayland desktop resolution), and it doesn't support locking the mouse to a window, so using the mouse to aim the camera in first-person games doesn't really work. However, I believe an extension for that is under development. > and rant about shit that bugs me Friend, sometimes I wonder whether death itself could stop you from ranting. Rant on, you crazy diamond. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-07-08, 08:00 in (Mis)adventures on Debian ((old)stable|testing|aghmyballs)
|
|
Full mod
Post: #296 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
Posted by sureanem I've always had a soft spot for the way NeXTStep applications work (and hence early macOS applications, although I don't know if these features have been deprecated in newer OSs): each application includes all the libraries it depends on, BUT it includes them with a standard naming scheme. When the OS sees an application for the first time, it scans the libraries it provides, and adds them to a system-wide database. When an application is launched, the OS scans the database to find the latest version of each library the application needs. So a user might download and install your application that includes Foo.framework version 1.3, but some other application already provides Foo.framework version 1.5, so when your application starts up, it uses version 1.5 from the other app. If the other app is uninstalled at some point in the future, your app goes back to using its bundled version 1.3. This is a super-cool and amazing system compared to, say, Windows NT 3.5 or whatever Unix systems were doing at the time. In the modern age, it's a bit scary - what if somebody manages to sneak Malware.framework onto your system, renamed to Foo.framework? What if a particular version of a framework is broken, but it's a higher version so it gets chosen every time? How would you debug a problem like "three of my applications crash, but only when this other application is not installed"? The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-07-08, 11:19 in Monocultures in Linux and browsers (formerly "Windows 10")
|
|
Full mod
Post: #297 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
I think it's also the ability to move the mouse-cursor to the middle of the screen without the mouse physically moving? Basically, when I tried to play Fallout: New Vegas under XWayland, I could only look left and right by a certain amount until the hidden mouse-cursor hit the side of my monitor. Normally, I can just fling the mouse and spin until I'm dizzy. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-07-09, 04:20 in Games You Played Today REVENGEANCE
|
|
Full mod
Post: #298 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
Posted by sureanem Wasn't the GBA's console → emulation delay like -1 days? Recently (well, it's been going on for a year) I've been watching a story-focused playthrough of the Kingdom Hearts games on YouTube. I'm watching instead of playing them because the YouTuber in question is a funny guy and because I think only the worst game in the series is on a decently-emulated platform, so it's not like I'm ever going to play through them myself. The most recently-covered instalment was the mobile game, Kingdom Hearts Union X. It turns out that I do actually have a mobile device these days, so I decided to check it out. I'm about fifty missions in right now (Story progress: 2%, it says), and I have definitely had fun. The core gameplay loop is fairly simple - each mission has a number of encounters and a boss, each encounter has one or more monsters, and for each round of combat you have a number of attacks and can tap to hit one monster, swipe to attack them all, or swipe from the corner to do an ultimate. Each attack and each monster have an element, in proper rock-scissors-paper fashion, so you do have to think at least a little bit about whether you want to do your ultimate now, or do regular attacks to build up your ultimate meter for later. The gameplay loop wrapped around that is less interesting, and more grindy: completing a mission earns you resources, some resources can only be obtained from some missions, and upgrading your equipment usually requires at least one fairly rare resource. There's also the matter of attacks - in this game attacks are items you socket into your weapon, and can be levelled up. There's also a crafting system for attacks, where you combine multiple max-level attacks to create a new minimum-level attack that's more powerful. That sounds interesting on paper, but it gets very complex very quickly and it's not clear to me whether any kind of strategy would be helpful. And of course, this is a free-to-play mobile game, so there are absurdly complex gameplay loops wrapped around those, with cooldown timers and boosts and various things that can be bypassed with premium currency. It's all very confusing and distracting in that banner-ads-on-Chinese-websites kind of way. Honestly, I think that's probably the most tragic thing about games with gameplay-significant microtransactions - being unable to enjoy the fun parts of a game because no matter how fun they are to start with, the game will eventually crush them to death to see if they can get you to buy some premium currency. Perhaps surprisingly, though, none of those things are the worst thing about Kingdom Hearts Unity X. Have you ever walked into a room to do something, then realised you'd forgotten what you went there to do? This is the mobile game version of that feeling. Each mission is maybe a minute long, a fun, bite-sized chunk of gameplay. Then you beat the boss, and the game loads for a couple of seconds so it can show you the loot screen. Once you've seen all the loot, it loads for another ten seconds or so to take you back to the mission list, and entering another mission needs another few seconds of loading. If you actually want to adjust your equipment to suit the new mission, that's another few seconds of loading, with more second-long pauses for various operations. If the missions were 10 or 20 minutes long, I'd probably be fine with the loading times, but because they're over so fast, it feels like about a third of the time I'm "playing" the game, I'm actually just waiting to do something. I'll probably play it a little more, but this loading-time deal (or possibly network latency, or overloaded servers, who knows?) is killing me. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-07-10, 14:10 in Something about cheese!
|
|
Full mod
Post: #299 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
You've been arguing with wertigon for nearly six pages of this twelve-page thread. If you have not yet perceived the broad strokes of your errors, I don't think things will suddenly become clear just by asking one more time. Stash this conversation in the back of your mind and think about it again in five years' time or so, and see if anything you've learned in the intervening time makes it less confusing. The ending of the words is ALMSIVI. |
| Screwtape |
Posted on 19-07-13, 12:14 in (Mis)adventures on Debian ((old)stable|testing|aghmyballs)
|
|
Full mod
Post: #300 of 443 Since: 10-30-18 Last post: 885 days Last view: 81 days |
That's the ##BBoard for you, taking light-hearted, whimsical metaphors and analysing them to dust. Just, please let Sway get into Debian before X11 disappears completely. The ending of the words is ALMSIVI. |
