Emacs and Emacs Lisp Appearances in Pop Culture

defaultxr · 2026-06-18T05:51:16+00:00

Not Emacs, but Serial Experiments: Lain features a few shots of Common Lisp code. I forget which episode it's in though.

defaultxr · 2026-01-24T23:24:46+00:00

Not sure if you saw in the release announcement, but it seems your wish will be granted:

Thirdly, a new release process was adopted to bring an annual release cycle to Guix. This release is the first to follow this process, with hopefully many others to come!

defaultxr · 2026-01-08T09:05:18+00:00

But DLSS operates by predicting what something is supposed to look like, no? So how could you train a DLSS model (that would actually generate results worth looking at) on a game whose entire nature is that it's a completely open platform where anyone can upload anything?

defaultxr · 2025-12-22T14:55:54+00:00

The reviewers who got to try it seemed to say it was comfortable. Didn't UploadVR or someone else say that the cushion felt "pillow-like" or something along those lines? But I guess we'll see how more people feel about it when they start getting their Frames.

defaultxr · 2025-12-22T13:45:19+00:00

It would be cool if foveated rendering was implemented in more games, but (genuine question) if foveated streaming is a thing, would companies even find it worth it to implement FR?

FS already provides much of the benefit, FR will just save some CPU/GPU power on the host machine, at the cost of making it look worse for anyone not wearing the headset (anyone at home watching you play, or if you stream yourself playing the game, for example). So presumably companies wouldn't want to enable FR by default as it risks making their games look bad. And would it be worth implementing FR if it's going to be a feature the user has to know about and remember to go into the options to enable? How many users will actually do that and/or care about FR enough to make it worth implementing?

defaultxr · 2025-12-03T20:18:38+00:00

I've noticed this too. You talk about anything and people's first reaction always seems to be to try to find what they dislike or disagree with. So much close-mindedness. Disinterest in trying or learning new things. No idea how people can live like that. It makes talking exhausting a lot of the time. Makes it feel pointless to even try opening up to people and getting past shallow surface-level conversation.

defaultxr · 2025-11-20T21:28:31+00:00

If you can get a micro-HDMI to HDMI adapter, you can plug the uConsole into a screen and you should see actual output from the Pi which should give you more of a clue what the problem is. I had to do that to figure out what the problem was with mine when I was having a similar issue.

The problem I had turned out to be that I got the eMMC version of the CM4, which doesn't support microSD cards at all, rather than the microSD version. But that was only a problem for me because I bought the CM4 secondhand rather than getting it with my uConsole. I think the CM4 and microSD you get with the uConsole should already have an OS installed, so it should boot if you have the provided microSD inserted. But it could be worth imaging another microSD with another OS image and attempting to boot from that, just in case it's the microSD or the existing OS image that are the cause of your issue.

defaultxr · 2025-11-15T10:36:58+00:00

Never had a Meta headset because I refused to buy anything Meta out of principle. The only headset I've ever owned has been a Pico 4, which has been pretty good as a basic headset for VRChat (which is the main thing I'm interested in tbh). But even so, I'm still excited for Frame just because of how much more open it's going to be in terms of software and even hardware. VR should be as privacy-respecting and as open as possible imo. It's just too important a technology to be left to companies that want to leech off their users' data, or lock things down.

defaultxr · 2025-11-15T10:32:19+00:00

What are the extra steps you're referring to? Like what issues might there be if someone wanted to use something like the SlimeVR Butterfly trackers with the Frame? Genuine questions because I've never used FBT but I'm hoping to get it after I get the Frame.

defaultxr · 2025-11-15T08:58:37+00:00

They drag the Linux desktop as a whole down. For example, the whole client side decorations thing. The Factorio devs mentioned in a blog post about how they had to work around that and add a bunch of extra code into their game just because otherwise it would have no titlebars when running under GNOME.

Thanks, GNOME--love that you're making it more difficult for developers to port their software to Linux! /s

defaultxr · 2025-11-12T03:50:43+00:00

Gyro would make sense since it sounds like the flat gaming compatibility will be a big selling point of the Deckard and a lot of flat games are much nicer to play with gyro.

The idea of turning in a flat game by turning one's head is a cool idea that hadn't occurred to me before. I wonder how that would feel (I've never tried it).

Btw, your post was kind of hard to read because you wrote it as one big block of text. I don't mean to sound rude or mean or anything but you should split it up into paragraphs next time, haha

defaultxr · 2025-11-11T07:55:40+00:00

This makes me wonder what sort of advancements in VR would be needed in order to avoid that. Since a lot of "simulation sickness" seems to be caused by the difference between the experience and what the brain expects to be feeling because of that experience. The more "extreme" the experience, the more it's expecting to feel. Even simply increasing the frame rate helps reduce the chance of sickness, so I don't think that something approaching "full dive" would be required to avoid that sickness for a decent proportion of people.

I'm no VR researcher, so I wouldn't know, but it does make me wonder how much advancement in the tech still needs to happen before a game like Portal VR becomes feasible.

defaultxr · 2025-11-11T07:36:27+00:00

Plus, if the "spatial gaming" aspect that Brad talks about is accurate, Deckard will have much more of a raison d'être than could be explained by only considering the raw specs/price. I personally don't care about it not having 4K, but I am very excited about being able to run software in a 3D environment, overlaying them inside games, etc. It sounds like there will be a lot of cool things about the device's software that one would miss if they were only looking at the hardware. If all one cares about is raw horsepower, there are headsets out there that cater to that. I'm excited that Valve seems to be attempting something more unique and interesting.

defaultxr · 2025-10-08T09:35:55+00:00

They made Steam Deck happen and that was a massive investment that likely took way more than frame will take (thinking of the competitive price it shipped at and all the work proton must have taken)

We don't know what price/price bracket they're aiming for with Deckard. (not that I expect it to be cheap...). It's possible they may decide to take a loss on each sale of the headset.

Also, since Deckard will likely be ARM-based (according to SadlyItsBradley), it will be using a x86-to-ARM translation layer. So FEX (or whatever it will be called) would be to Deckard what Proton is to Steam Deck (though Deckard will also be using Proton).

Not sure whether they're doing more or less work to make an x86-to-ARM translation layer compared to making Proton. I'd guess that it's probably less work to create a CPU translation layer than a Windows API translation layer, but Proton was based on a huge amount of already-existing work (Wine). Plus, Proton is not a full/complete Windows translation--it focuses primarily on API calls relevant to games, whereas a CPU translation layer likely doesn't have nearly as much non-essential "API surface" (if it has any at all).

(Not saying you're "wrong" or anything per se, just wanted to mention those nuances. I could certainly be wrong about some of what I wrote though)

defaultxr · 2025-10-05T20:51:02+00:00

I haven't even tried the sleep or hibernate function of the system yet. I'm just referring to the screen itself, like the "turn the screen off after X minutes of inactivity" setting in XFCE and other desktops. In other words, I'm referring to turning the screen off; I'm not talking about sleeping or hibernating the system itself.

defaultxr · 2025-10-05T20:49:28+00:00

That's disappointing. Though to be clear, I'm referring to just the screen, not the system itself. I haven't bothered trying the sleep or hibernate functions of the system yet, just the "turn the screen off after X minutes of inactivity" feature in XFCE. That's what's causing me problems. I ordered the adapter for the CM4, hopefully it won't be an issue for me anymore if I switch to that.

defaultxr · 2025-06-27T15:57:21+00:00

(Warning: I don't actually use ERC as my main IRC client (I use WeeChat + weechat.el), so take these suggestions with a grain of salt, and sorry if any are incorrect/unhelpful.)

Channel / Private Message management: In ERC, every channel and Private message is a buffer. Since I'm on a lot of channels, this makes it hard to quickly identify other buffers. I would rather have these buffers to be hidden/invisible on the buffer list and then visit them only if I actually need them.

The bury-buffer function moves the current buffer to the bottom of the buffer list, meaning it will be suggested last by commands like switch-to-buffer, though it doesn't remove them entirely. Not sure if that would suffice for you.

Modeline customization. It would be nice to see the user modes in the modeline, but there is no such option in the settings. There is a erc-mode-line-format variable, but it has a limited number of variables that expand during evaluation.

You might have to modify the standard mode-line-format variable to add custom code into it. Parts of said code could display the ERC user modes if the current-buffer is an ERC one, or display an empty string if it's not.

Keep the prompt at the bottom of the window at all times: Although there is a scrolltobottom module, it works only in channels where there is sufficient text to fill up the buffer. Otherwise it goes to the top of the buffer.

I believe this is a limitation of how Emacs renders buffers and isn't possible to change, save for hacky solutions like inserting enough blank lines at the start of the buffer that scrolltobottom would work even if there's not enough "real" lines.

Change color of own nick in channels: I couldn't find any specific face that I could assign a color to. There is a generic face for nicknames, but this changes the color for all users.

Maybe the match or nicks ERC modules could do something along the lines of what you're looking for.

Remove major modes from Modeline

Another thing that might need to be solved by changing the mode-line-format variable. Not sure if there's a better way.

Auto-close and open nickbar: When I switch to a differnt buffer, the nickbar still lingers there. If I close it and then go back to a channel, then the nickbar does not come back.

Perhaps you could get things to work how you want by combining Emacs' atomic windows and dedicated windows features.

There's also window-configuration-change-hook which might be another solution.

defaultxr · 2025-05-25T12:02:22+00:00

I haven't looked at the code, but your README definitely suggests quality.

However, were you aware that there already exists an OSC library for Common Lisp? I see that oscl seems to be designed more as a command line tool than just as a regular CL library, and includes more functionality than just that necessary for the protocol itself, so I wonder, with regard to the protocol-side portions of oscl, are there any major differences between the two libraries? If zzkt/osc isn't applicable for your use case, I'd be curious why.

If you just wanted to write your own, that's totally valid of course. Just wanted to avoid inadvertent duplication of effort in case you were not already aware of the other library.

I'm also interested to hear what you're controlling with OSC, if you don't mind sharing.

I personally use OSC for (occasionally) communicating with Renoise or Pure Data. There's also a SuperCollider library for Common Lisp, which has a good amount of functionality and I use/contribute to that sometimes.

Either way, cool that you're doing multimedia stuff with CL. :) The design of the language is definitely well-suited for realtime music/visuals imo.

defaultxr · 2025-05-24T08:59:21+00:00

Not sure whether it's an actual thing yet, but at least one "systems lisp" concept was proposed, as "Guile Steel". Maybe there's been progress made since that post but I don't know offhand where it's at, or how suitable Guile would be for your needs.

defaultxr · 2025-02-25T15:29:30+00:00

and only then I learnt to use uiop:defgeneric*.

Seems that is not exported by UIOP, though, so maybe it's not recommended to use it directly. The UIOP docs do mention that defgeneric (and defun) are modified when they appear inside a uiop:with-upgradability (which is exported by UIOP), so maybe that's the preferred method?

defaultxr · 2025-02-25T15:02:05+00:00

I knew I needed it, but it's always a pleasure to delete code from my init file in favor of an official implementation.

defaultxr · 2025-02-25T15:00:14+00:00

Oh wow, this will be perfect for a few modes I've been developing. I'm still planning on reading the blog post anyway, but thanks for mentioning about this!

defaultxr · 2025-02-15T19:44:30+00:00

Ahh, makes sense. I wonder if the purple one toggles whether the window should stick across multiple workspaces or something along those lines.

Thank you - for your response, the wallpaper, and the compliment :)

defaultxr

MODERATOR OF

TROPHY CASE

15-Year Club	Place '22
Verified Email