calla's recent activity
-
Comment on Time for a new mouse? in ~comp
-
Comment on Time for a new mouse? in ~comp
calla It's wired, so it's low latency by default. It also uses a high-end gaming sensor (Pixart PMW3360), if that's something you care about.and it looks like this one doesn't target low latency or affordability :/
It's wired, so it's low latency by default. It also uses a high-end gaming sensor (Pixart PMW3360), if that's something you care about.
-
Comment on Are we all capable of being slaveowners or nazis? in ~humanities
calla 100%, we are ultimately products of our environment, if you're raised to believe something and everyone around you that you meet also believes that thing and you're never given proper exposure to...And yet, those atrocities suggest that we can be condition to turn off our ability for empathy to quite an extreme degree? Is that something that can happen to all of us?
100%, we are ultimately products of our environment, if you're raised to believe something and everyone around you that you meet also believes that thing and you're never given proper exposure to opposing ideas, then you're much less likely to budge from that status quo. I imagine it's also pretty hard to take stock of all the people in your life and confront that they may be supportive of or contributors to these kinds of atrocious activities or worldviews.
I may get some flak for this, but if you want a perfect modern example of this that you yourself likely are or at least once were complicit in, just look at animal agriculture.
-
Comment on What programming/technical projects have you been working on? in ~comp
calla Long story short, I'm writing a program for Linux that will let you script any input device with lua. Long story long, you pass one or more devices evdev devices to the program. The program grabs...Long story short, I'm writing a program for Linux that will let you script any input device with lua.
Long story long, you pass one or more devices evdev devices to the program. The program grabs the devices, and it will forward all events along with the device info for each event to a callback you implement in the lua config. It creates a virtual keyboard, mouse, and gamepad (I will perhaps explore other devices in the future and/or the ability for users to define custom virtual devices from their config) and from the lua script you can send events to these virtual devices which other applications will recieve the same as they would a physical device. So at the simplest, you can use it to remap devices such as remapping a gamepad to keyboard inputs for example, or you could use it to do things like consolidate multiple physical devices into a single virtual device. The ceiling for what you could do is limited only by your imagination (and willingness to actually implement it), layers, modes, context-sensitive inputs (e.g. "if you input X with your browser focused, perform action Y"), and whatever else you might want.
The initial idea was just for remapping gamepads with more complex features because I get frustrated by the limitations of even the more advanced systems for remapping like Steam's input system. Then I realized that all input devices go through the same kernel interface (there's even an evdev device for my power button so I may use that as a silly demo when I publish the project) so supporting other devices was not only easy but completely effortless.
Multiple devices at a time was just a random idea I had while working on it and I was initially not going to do it but I realized it would be make the program potentially much better as an accessibility tool, although I'm sure the overlap between "benefits from additional accessibility tools for games and such" and "wants to program their input device behavior with lua scripts" is probably pretty small, but I still hope it can be useful for people in that regard.
-
Comment on Via: Solving the 100 GB problem in ~games
calla If someone's connection is that bad then I imagine this probably wouldn't be something they would want to use anyway, since it would be noticeably worse.If someone's connection is that bad then I imagine this probably wouldn't be something they would want to use anyway, since it would be noticeably worse.
-
Comment on Via: Solving the 100 GB problem in ~games
calla In my very short amount of research after you mentioned it, part of the benefit of sending it directly to the GPU (besides the fact that you'll want it there in the end anyway) is that since it's...In my very short amount of research after you mentioned it, part of the benefit of sending it directly to the GPU (besides the fact that you'll want it there in the end anyway) is that since it's being decompressed on the GPU in can be used immediately, whereas typically you're processing the data twice, first decompressing it on the CPU then sending the decompressed data to the GPU. Assuming it's possible to more thoroughly compress data without scaling up the amount of time decompression takes, then you can reduce file size further which means the game overall will take up less space and you have less bandwith usage to the GPU which could help even more with load times.
-
Comment on Via: Solving the 100 GB problem in ~games
calla The dev has expressed some interest in that. He even said the same thing actually, about how it would probably be easier.The dev has expressed some interest in that. He even said the same thing actually, about how it would probably be easier.
-
Comment on Via: Solving the 100 GB problem in ~games
calla First time hearing about DirectStorage, very interesting. It's really a matter of how much ahead of time the game asks for the asset, I suppose. Something like DirectStorage would decrease load...First time hearing about DirectStorage, very interesting. It's really a matter of how much ahead of time the game asks for the asset, I suppose. Something like DirectStorage would decrease load times which means you don't have to ask for that data as early, but you would still be asking for it before the asset is needed, so it's a question of if your network speed can still keep up with that, so it's difficult to know if it will still work (well) for games using DirectStorage. However if DirectStorage is really as fast as is claimed, then you should also be able to apply much higher rates of compression to data, resulting in smaller files and thus less time spent downloading the data.
-
Comment on Via: Solving the 100 GB problem in ~games
calla (edited )Link ParentYeah his definition of low is definitiely pretty skewed, it would depend on the game of course but I imagine it needs to be relatively high in general (unless you're using it for very small games...Yeah his definition of low is definitiely pretty skewed, it would depend on the game of course but I imagine it needs to be relatively high in general (unless you're using it for very small games which kind of defeats the point). Why not give it a try yourself and see how it performs?
Edit: Apparently the average download speed in the US (based on speedtest.net results) is ~213Mbps, so maybe not as skewed of a number as I initially thought.
-
Comment on Via: Solving the 100 GB problem in ~games
calla Via is an early access program/service that lets you forego downloading an entire game and instead it downloads parts of it on demand as you play, completely transparently as if you just...Via is an early access program/service that lets you forego downloading an entire game and instead it downloads parts of it on demand as you play, completely transparently as if you just downloaded and launched the game normally. The game itself still runs locally on your machine so unlike game streaming there shouldn't be any additional latency or other associated problems.
I can't try it out myself yet because I'm on Linux, but this is very cool. Of course, I'd prefer if they stopped making have such large disk space requirements in the first place, but since that won't happen I'm happy that this exists.
-
Via: Solving the 100 GB problem
56 votes -
Comment on Looking for help in purchasing an eReader in ~books
calla How often do you have to zoom to read things? As long as it's clearly legible without zooming in most of the time then that's fine by me, would just get annoying having to zoom all the time...I've read plenty of manga on my libra (and before on my 6" kindle voyage), and I think it's fine, but it's kind of a personal preference thing, you'd have to see if you like it.
How often do you have to zoom to read things? As long as it's clearly legible without zooming in most of the time then that's fine by me, would just get annoying having to zoom all the time (especially on an e-ink device).
Might be tricky since I think you'd need someone to develop an application to read the Wikipedia database compression format, not sure if anyone has made that for the Kobo.
Good point, didn't consider that. In any case not something I'm too attached to, I'll look into it probably much later on if I do get a Kobo (which seems pretty likely at this point).
-
Comment on Looking for help in purchasing an eReader in ~books
calla Do you think the 7 inch screen of the Libra 2 would be good enough for manga? As nice as the notes would be, I'm not sure the extra $100-200 justifies it. the Elipsa 2E is also 227 ppi instead of...Do you think the 7 inch screen of the Libra 2 would be good enough for manga? As nice as the notes would be, I'm not sure the extra $100-200 justifies it. the Elipsa 2E is also 227 ppi instead of 300 like the others. Libra 2 seems like the best middle ground (among Kobo devices, at least, which is what everyone else is also recommending).
As an aside, do you (or anyone else reading this) have any experience with replacing the internal SD card of Kobo devices? I read that it's doable but it's not officially supported so I'm curious on exactly how hard it would be and if it could potentially cause issues even when done correctly. I kind of like the idea of putting an offline copy of Wikipedia on there and that'd definitely be doable with a larger SD card.
-
Looking for help in purchasing an eReader
I want to start reading more, and I'd also like to start avoiding screens before I sleep, so I'd like to get an e-ink device that I can use for reading. I've never owned or looked into ereaders...
I want to start reading more, and I'd also like to start avoiding screens before I sleep, so I'd like to get an e-ink device that I can use for reading.
I've never owned or looked into ereaders before so I'm not entirely sure what the general capabilities are in this space, but heres a list of things that I consider important:
- Absolutely essential:
- I need to be able to put my own files (epubs, pdfs, etc) on the device to read without being forced to go through some marketplace installed on the device (if anything I'd prefer there to not be a marketplace on the device at all, or a removable one, as I would never use it). Files don't need to be added remotely, as long as I can connect it to my (Linux) computer with a USB and mount the storage or pop out the SD/microSD to do that then that's sufficient.
- I need to actually own the device, none of the techno-feudalist bullshit like what plagues the smartphone landscape. I want to be able to remove non-essential components (e.g. marketplace) and it'd be nice if I could also tinker and install third party software freely. If possible I'd prefer a device that's mostly or completely open and FOSS by design, but I'm aware that might be asking too much. As an alternative I would also be willing to hack the device to get it in an open, FOSS state if the process isn't too complicated and it's well documented, it'd be preferable if it was that way by design but as long as I can get there one way or another I'll be content.
- Would very much like to have:
- In addition to regular books, it'd be nice if I could also read manga. These tend to be zip/rar files containing a series of images, so I'd assume support for reading things formatted in that way is probably less widespread if it exists at all on dedicated ereader devices.
- Some kind of lighting so the device is usable in the dark. I don't know how this would compare to the blue light from screens (if anyone knows, please share) but I'll certainly want to use it for more than just before I sleep.
- Some kind of system to add notes as I read might be nice, I was never good at studying and note taking in school so I don't know how much mileage I'd get out of it but in theory it'd definitely be a boon to organize information as I read or add notes to myself to look into things later or whatever.
- Would be nice to have, can live without:
- The ability to load music onto the device and plug in headphones to listen to music while I read. Bluetooth for audio devices isn't really something I care about, but might be desireable in case I get bluetooth headphones in the future (unlikely). Unimportant if it has built in speakers or not, as long as I can plug in headphones.
24 votes - Absolutely essential:
-
Comment on Linux terminal emulators have the potential of being much faster in ~comp
calla I daily drive Linux, and I agree there are plenty of cool and interesting and well put together tools designed for usage in terminal emulators, but a lot of these tools are also very simple and...I daily drive Linux, and I agree there are plenty of cool and interesting and well put together tools designed for usage in terminal emulators, but a lot of these tools are also very simple and don't necessarily rely on anything specifically unique or special about terminal emulators, most of them just output plain text, maybe with escape sequences to color things. In general I think escape sequences suck to work with and terminals are also very weird about handling input.
I don't think anything about how terminal emulators work is actively beneficial beyond compatibility, inventing a new standard wouldn't have to mean losing capability but rather going about those capabilities in new ways that aren't as limiting or awkward for developers while also introducing the potential for new capabilities. I won't claim to know what that should look like, but I hope somebody smarter than me figures that out and makes it real.
-
Comment on Linux terminal emulators have the potential of being much faster in ~comp
calla Instead of making terminal emulators faster (when they're already plenty fast enough as-is) I wish more people were putting effort into not emulating old terminals at all. We have countless...Instead of making terminal emulators faster (when they're already plenty fast enough as-is) I wish more people were putting effort into not emulating old terminals at all. We have countless software for emulating ancient hardware, and I get that having these things around for compatibility with old programs is good, but why are we still limiting ourselves to all this cruft. I'd be very interested to see some real attempts at creating a new standard for command-line interfaces.
-
Comment on Let’s talk Skyrim mods! in ~games
calla Enderal, it's a total conversion mod that uses Skyrim as a base to make an entirely new game. It has a compelling story and characters, it's a fair bit harder than Skyrim, significantly better...Enderal, it's a total conversion mod that uses Skyrim as a base to make an entirely new game. It has a compelling story and characters, it's a fair bit harder than Skyrim, significantly better dungeon design than Skyrim, and it's fully voiced in both English and German (I can't comment on the German VO, but the English voices are, most of the time, extremely good). And you can still use most Skyrim mods for Enderal as well as it having its own modding community. It's one of my favorite games and I wish more people knew about it and played it.
-
Comment on Why did you select your username for Tildes? in ~tildes
-
Comment on Show ~/project: A thread to share your finished projects in ~comp
calla I don't know that I feel right calling these "finished" because I definitely want to work on them more in the future, but they're stable and usable. lucky - an input daemon for Xorg configured in...I don't know that I feel right calling these "finished" because I definitely want to work on them more in the future, but they're stable and usable.
lucky - an input daemon for Xorg configured in lua. I'd say there are two main benefits to using this over the alternatives (e.g. sxhkd):
- Better support for mouse bindings, with support for binding a callback for motion events (and how often those motion events fire so you don't overwhelm your system with a bunch of shell commands or whatever) and window enter/exit events for a mouse binding.
- Contextual bindings. Any binding can include a filter callback, which returns true when a binding should be active, otherwise if it returns false the input will be passed through to other applications as if it weren't bound, and you can bind the same input multiple times with different filters. There are also API functions to get various bits of information about windows so you can for example have a keybinding only active when you have a certain window focused. With enough effort this could allow you to do things like create different input modes or set up a chording system.
mpv-youtube-chat - an mpv lua script I made that uses yt-dlp to download and overlay chat replays from Youtube livestreams and premiers inside mpv. You can load the files directly from disk as well so it can be used offline.
-
Comment on The philosophy of Uncle Iroh: What does it mean to be a man? in ~life.men
calla I understand how you feel but I think that that's what makes Avatar so special. It's rare (or at least it felt that way when I was growing up, I don't keep up with modern children's media so maybe...I understand how you feel but I think that that's what makes Avatar so special. It's rare (or at least it felt that way when I was growing up, I don't keep up with modern children's media so maybe it's different now) for a piece of media made with children as the primary audience to have that sort of complex development and morality, something that actually respects the children viewing it to understand and resonate with those ideas. As a kid Avatar single-handedly shaped my worldview as well what media could be.
Ploopy is great! I don't have the mouse, but I have two of their trackballs and their recently released trackpad. I know most people won't care about this but being able to program the firmware has been really nice (especially for the trackpad) and they're good about providing post-purchase support if it's required.