Entries tagged 'lang:en' (Page 13)

Filter further by author:strukiauthor:BLucidauthor:steeph

BLucid 015 - Interview with Daniel Love

Entry created on 2016-06-16 (edited some time after that or not) Authors: BLucid (29) Categories: BLucid (31) Podcast Episode (29) Languages used: en (257) edit
This entry is referencing the entry 'Über BLucid - Der Klartraum-Podcast'.
This post was originally published at www.blucid.de

Daniel Love is an author, dream researcher and oneirologist. We wrote "Are you dreaming?", one of the best books on lucid dreaming. Daniel Love has great plans for promoting and advancing lucid dreaming. We talked his interest in lucid dreaming and about his new project, The Lucid Dreamer's Guide to the Cosmos.

This is the first BLucid episode in English. Since Daniel Love would not learn to speak German for this interview, we got our German accent English out. We both haven't used it in months. So I hope everything was intelligibly enough.

File Attachments (2 files)
blucid015.mp3 Download
blucid015.flac Download
Comment via email

SBWG 0.10.10

Entry created on 2022-07-10 (edited 2022-07-15) Authors: steeph (376) Categories: Bash (31) Code (31) Computer (78) Linux (36) Projects (41) SBWG (18) Scripts (28) Software (53) Languages used: en (257) Topics: Projects → Code → Bash Scripts → SBWG (16) edit

I decided to publish a new version of SBWG. I hardly got around to editing it in the last few months. So it doesn't really contain the new things that I had for a while intended for v0.10.10. But there were a few bugs that I wanted to have fixed in the latest published version. There still are known bugs. But now there are a few less.

Well, since it doesn't really contain anything new that's relevant, I didn't have to create this entry. But I did, so I'll use it to say I also fixed the RSS feed of draft0 and the menu link of steephlog on mobile. Bugs that I didn't know I had introduced in the last update and that were very happy that I didn't test things beforehand.

The things that did change since my last SBWG update just aren't that interesting. But I'll list some here, nevertheless: Entries can now have custom notes (using the 'note:' tag; Topic tagpages now also show the author names of entries; Srickied entries are now excluded from the RSS feed because they're just used as notices at the top of tagpages and don't belong context-less in the feed (there is a better solution planned); Error reporting inside of the script now includes information on the basis of which the clean-up routine can decide how to handle things differently for different errors and stuff; SBWG now locks directories; There is now a flag that hides attachments to an individual entry that are of a specific mime type, and, you could just read the CHANGELOG file instead of this if you really are interested in these little changes.

It'll probably continue to be slow in the foreseeable future. There are a lot of ideas in my head and several bugs in the code and probably vice versa. But time… not so much.

Edit: Oh, and another thing: I started to test updates and changes that I made to SBWG live on this web site because it's more fun if something breaks every other day. I'll pretend I don't mind.

Comment via email

There Are So Many Things And Too Many Options!

Entry created on 2021-09-11 (edited 2022-07-03) Authors: steeph (376) Categories: Life (5) Thoughts (73) Languages used: en (257) edit

There are calendars with only pictures of black-furred dogs, bottle openers for the left-handed, overviews of lists of lists of things in the Wikipedia, 9 different USB connectors (plus extensions, plus rare proprietary connectors, times 2 for male and female), there are more human languages and dialects than any one person has even heard of, there are clocks with inverse hours markings, clocks with more than three hands, humans with more than two hands, apples with more than one colour, child safety locks designed to be so weak that they are useless while technically implementing the requirements that they need to have in order to legally be allowed to be called child safety locks, there are programs for children to prevent drug addictions in the future, there are commercial efforts to anchor behaviour in children that makes them more likely to become addicted to certain drugs in the future, there are safety shoes that look like sports shoes. There are ingenious ideas that never go anywhere because the person who had it is not listened to, there are thoughts that come to you after they could and should have come to you. (Like the one that just came to me: This first paragraph looks like it was inspired by a song by Funny van Dannen that I and probably most of the readers of this blog know. I don't think it was.) Anyway. There are soo many things, is what I'm trying to say.

When it comes to living ones life as a human in the 2020s, there is a notably large amount of options, which I herewith declare as too large. I mean options in many different areas. But I'll only name one area here, because it happens to bother me right now and I'm not really in a writing mood today. (You may also see it as an example of too many things: Too many examples to name here.)

There are too many ways to fill your time. There are so many parameters that play a role in deciding what to do at any given time that I find it impossible to choose the right thing simply because it would take, well, probably the rest of my life, to find out what the right decision would be. It would definitely take so long that what the right decision would be would change multiple times in the meantime.

Let's leave out work. If you're employed and have to work certain hours, I think I can make the case that those hours should be treated differently. Let's say you are lucky enough to always know what your job is and what you should do at work and maintain a barrier between work life and private life that allows for such disregarding.

Then, what do you want to do after work, before work, inbetween work? Some broad categories would be to do something to work towards certain goals, like to improve the state and wellbeing of society, your town, your country, the world, do something for friends or family, socialise for personal development and gaining experiences, improve your own health or life, just relax or have fun for now, and so on.

Let's just choose the last one because it's probably the simplest to explore in the context of this text and because hedonistic endeavours are an easy choice and close to my thinking if in doubt.

So, what do you do to relax from work, from the stress that comes with living a modern life and to have a good time?

I took a break from writing this text and was distracted for too long. I've lost my train of thoughts now. Don't expect a continuation. (I will jump on the train and continue this text if/when I get the same thought again.) I guess this entry ends now before my main thought has been expressed.

Comment via email

Alternative Operating System: MenuetOS and KolibriOS

Entry created on 2022-03-29 (edited 2022-07-03) Authors: steeph (376) Categories: Computer (78) Operating Systems (24) Software (53) Languages used: en (257) Topics: Software → Alternative Operating Systems (18) edit
This entry is referencing the entry 'Alternative Operating Systems'.

MenuetOS

This is a really interesting one. Or two. I'll start with MinuetOS. Written in Assembler for 586 systems, open source, very impressive, performance- and size-wise. Including the included applications it fits in 1.44 MB. The boot time on my Core2Duo isn't easily measured because it's completely done before my monitor adjusts the resolution from the boot menu to the desktop. But when I chose the same resolution it uses for its boot option screen, I learned that it boots up completely pretty much instant even if the monitor doesn't have to switch modes. A guess writing 100 % in Assembler makes this possible. Very promising software, but a small community. The developers have been very dedicated when the 32 bit version was still under active development. So it is very stable, packed with useful little applications, especially for development and debugging, but also for daily use and casual gaming. This 32 bit version is not actively developed anymore.

There is a 64 bit version, which is not open source. I'll mention the reason in the paragraph after the next paragraph. It's where the development of MenuetOS is happening nowadays. I don't know how far it has changed since the 32 bit version. I didn't try it, because I'm looking for a 32 or 16 bit system. So, the source is not available, but the information available should be suffice to write drivers and applications for it. Edit: I've tried the 64 bit version briefly. Since there has been years of relatively active development between the last (pre 1.0) 32 bit version and the latest 64 bit version, the changes and advantages are very noticable. If a closed source OS is an option, the 64 bit version is surely what you'll prefer using.

There is a CD image of ~ 22 MB of additional applications that I didn't really try. But it's worth mentioning that there are more than the very basic applications available. There's a media player, even some networking tools (FTP, telnet, but no SSH, as you might have guessed). There is a very rudimentary shell. But it is obvious that the developers' focus was on GUI programmes, as even the ping tool is used by opening a window, entering the target in a text field and starting the ping with a button. Most things worked flawlessly during the time I've tried MenuetOS. But there are a couple of things that may be considered annoying by a demanding user. The most obvious to me was that the mouse is very hard to use. Stopping the pointer in a particular spot takes practice. It seems to drag behind quite a bit. It takes time to do something with a mouse. And when setting the speed slower the pointer sometimes starts moving into the opposite direction. Not completely a matured OS. But many parts are matured and it is usable.

KolibriOS

And then there is KolibriOS, a fork of the 32 bit MenuetOS. It doesn't claim to be a fork, though. Its heritage isn't mentioned on the web site. Just once in the web forum by somebody asking about it. Every mention of it in the source code has been removed, but copyright notices have been added by the "new owner". That makes this fork a pretty vile act. I don't know what the motivations behind this have been. It is pretty clear that the KolibriOS developer didn't start KolibriOS from scratch, no matter how much they try to make it look like it. There are people who learn about and get into KolibriOS who don't know where it came from. So, after this fork the developer of MenuetOS has decided to not publish the source code of the new 64 bit version of MenuetOS. I felt it relevant to get into all that because making a decision for KolibriOS and against MenuetOS can be seen as a political statement. (And I'm not saying this in any way as a reference to current international political happenings. KolibriOS is sometimes called "a Russian OS". But people who speak out against using KolibriOS because it's Russian and therefore evil should either produce some sort of evidence, hint or at least rationale for why the OS or its developers have any connection to the war in Ukraine or shut up.)

So, back to the OS itself. It's not fully compatible with MenuetOS. As with previous versions of MenuetOS, some programmes still run, some have problems and many just don't work any more on the new version. I don't know if there are even some programmes left that have run on both systems.

There are still 1.44 MB images for floppy disks being published. But for my first impressions I chose the large image that comes with many more applications. That image is over 130 MB, which is likely mainly due to the applications that are not written in assembler. But still, a multiple of the CD image with additional software for MenuetOS. I'd have to compare them in detail to be able to say why that is. The set of applications that is included in the large KolibriOS image is very good for basic requirements and significanty surpasses what's usually included in OS images. There are editors, file browsers, development tools, quite a few casual games and a few not so basic applications. Some not written in Assembler just for this OS, like DOSBox and Netsurf, others impressively small and fast. Netsurf being the only web browser that's available for the OS makes clear who might want to consider using this OS and who might not.

The whole experience of using KolibriOS was a bit smoother than using MenuetOS. That is, almost everything was perfectly smooth, nothing ever crashed. But, some of the not so basic applications are more resource hungry than what you would expect from an OS written in assembler (which is because those applications aren't written in assembler and probably ported from another platform with functionality as the only requirement). For example, the video player would use hundreds of MB of RAM for the playback of some video files. The whole system would become less and less responsive, even though there were still GBs of RAM unused. I don't know what codex' are implemented and how. But some formats wouldn't play at all, bringing the entire system to a halt until I was able to kill the media player.

The size of the complete KolibriOS image (way over 100 MB, as compared to under 25 MB for MenuetOS) shows how the goal of keeping everything small and fast has been overlooked more and more when porting software to run on KolibriOS. But also that more application have been ported. Those are not part of the OS if you use the normal floppy or CD image. But there is one with everything pre-installed. The fact that those extra applications don't run as fast and aren't as small shouldn't be a problem and isn't a fault of the OS. But the fact that no alternatives have been written specifically for Kolibri might be restricting its use in practice.

The following screen shots are all of KolibriOS.

File Attachments (14 files)
MenuetOS_and_KolibriOS-screenshot-0.png (image/png, 1227480 B)
MenuetOS_and_KolibriOS-screenshot-0.png (image/png, 1227480 B)
MenuetOS_and_KolibriOS-screenshot-1.png (image/png, 579439 B)
MenuetOS_and_KolibriOS-screenshot-1.png (image/png, 579439 B)
MenuetOS_and_KolibriOS-screenshot-10.png (image/png, 300573 B)
MenuetOS_and_KolibriOS-screenshot-10.png (image/png, 300573 B)
MenuetOS_and_KolibriOS-screenshot-11.png (image/png, 174089 B)
MenuetOS_and_KolibriOS-screenshot-11.png (image/png, 174089 B)
MenuetOS_and_KolibriOS-screenshot-12.png (image/png, 283982 B)
MenuetOS_and_KolibriOS-screenshot-12.png (image/png, 283982 B)
MenuetOS_and_KolibriOS-screenshot-13.png (image/png, 132765 B)
MenuetOS_and_KolibriOS-screenshot-13.png (image/png, 132765 B)
MenuetOS_and_KolibriOS-screenshot-2.png (image/png, 52905 B)
MenuetOS_and_KolibriOS-screenshot-2.png (image/png, 52905 B)
MenuetOS_and_KolibriOS-screenshot-3.png (image/png, 279626 B)
MenuetOS_and_KolibriOS-screenshot-3.png (image/png, 279626 B)
MenuetOS_and_KolibriOS-screenshot-4.png (image/png, 221566 B)
MenuetOS_and_KolibriOS-screenshot-4.png (image/png, 221566 B)
MenuetOS_and_KolibriOS-screenshot-5.png (image/png, 200823 B)
MenuetOS_and_KolibriOS-screenshot-5.png (image/png, 200823 B)
MenuetOS_and_KolibriOS-screenshot-6.png (image/png, 155209 B)
MenuetOS_and_KolibriOS-screenshot-6.png (image/png, 155209 B)
MenuetOS_and_KolibriOS-screenshot-7.png (image/png, 215311 B)
MenuetOS_and_KolibriOS-screenshot-7.png (image/png, 215311 B)
MenuetOS_and_KolibriOS-screenshot-8.png (image/png, 432635 B)
MenuetOS_and_KolibriOS-screenshot-8.png (image/png, 432635 B)
MenuetOS_and_KolibriOS-screenshot-9.png (image/png, 134559 B)
MenuetOS_and_KolibriOS-screenshot-9.png (image/png, 134559 B)
Comment via email

Linus Torvalds in 1992 on comp.os.minix

Entry created on 2022-07-02 Authors: steeph (376) Categories: Linus Torvalds (1) Linux (36) Languages used: en (257) edit

Aparently this is somewhat a famous thread at least in the Linux community. But I'm neither a frequent reader nor a subscriber of any usenet content. So I didn't see it before.

Linus Torvalds in 1992 on comp.os.minix, apologizing for overreacting and ignoring netiquette: "my first, and hopefully last flamefest"

I guess hope wasn't enough. :)

Comment via email
Entry created on 2022-06-28 Authors: steeph (376) Categories: Band Name Ideas (3) Food (2) Silly (32) Thoughts (73) Languages used: en (257) edit

A bad Bad Religion cover band name: Bad Nutrition

Comment via email
Entry created on 2022-06-25 Authors: steeph (376) Categories: Surprise (1) Thoughts (73) Languages used: en (257) edit

The thing that I'm most often surprised about is how often I'm surprised about things that I should have known or already knew.

Comment via email

Poly Keyboard

Entry created on 2022-06-15 (edited 2022-06-25) Authors: steeph (376) Categories: Computer (78) Displays (5) Electronics (16) Keyboards (10) Shared (17) Languages used: en (257) Topics: Projects → Ideas (8) edit

Here is another project idea I never really started working on: A computer keyboard that has a small LCD in each key cap. I'm convinced that there are legitimate use cases. After all, the function of the keys changes according to context. Different applications have different shortcuts, when I press and hold the Ctrl or Super key, the whole layout practically changes. Most people don't remember useful keyboard shortcuts, if they try to memorise them in the first place (if the learn about them to begin with). It would be nice to have the markings on the keys reflect their role. In some special applications, like video editing, a completely custom keyboard layout would be useful (a cheap alternative to byuing a custom video editing interface input device). In computer games, only the useful keys could light up, as well as display what they do (which depends not only on the game, your custom layout, the current situation in the game, as well as what happened earlier in the game, e.g. what items you have in your pockets). You might want to write in different languages and need different keyboard layouts at different times. You could have icons or descriptions of key functions be displayed whenever you hold a modifying key, to see which shortcuts are available. You could have a second keyboard with an additional layout to give you access to frequently used functions, and have the keys display the relative application icons or describe what they do. And it would just look cool.

The idea has been in my head for years. I even board the electronics to build a few keys to try it out. But I never build one because I think it would have been too much work on the side to get it done well, considered I come by very well without one. Now I learned that somebody else has built a keyboard very similar to what I had/have in mind. To be honest, I never really get very deep into the keyboard building community to know whether a keyboard like this already existed. I think when I had the idea I didn't even know how big the mechanical keyboard fan community is and that DIY builds are such a big thing.

The project I stumbled over is the Poly Keyboard by thpoll. Here is an article about it in the Keyboard Builder's Digest, here is the Github repo. Apparently (according too the article) it isn't the first of its kind. But it's the only one I've seen.

Comment via email
Go To Navigation Page
Show/Hide Navigation
Mastodon