Coming back strong in 2020… no… not coming back… I haven’t been gone, just delayed.
I recently posted about my computer build. In short, this is a computer build on parts that are in no way considered top of the line. They are all quite old and that did pose a few problems. One, this motherboard would not boot from a software RAID pool. I was able to bootstrap the BTRFS RAID pool with a separate drive and root partition. It did add some complexity to my system but I think it works out okay.
Building a system is something I have wanted to do for quite some time. As in, several years but time, finances and decision vapor-lock had kept me from it. What pushed me over was a fortuitous conversation at a Christmas gathering last year, I struck a nerdy conversation, with a computer store owner that ultimately gave me this giant Thermaltake case without a motherboard and a few weeks later, another fortuitous happening where I was given a bunch of old computer equipment and an AM3 motherboard was among the rest of the aged equipment which drove the rest of the build. My course of action was to stuff the most memory and fastest processor in that which is what I did and I am happy with it. I am not going to belabor that process as I have talked about it before and I have a link you can follow if you are interested in those details.
As a result of this, I had tons of fun, it was a great learning experience and that same guy gave me another case, not as big but far more robust in design with a water cooler. I now want to build another machine but I am thinking a more pure gaming machine and leave this current machine to be my server workstation. I don’t know when I would get to this but I think this one will be a project I do with my kids. Use it as a teaching opportunity and turn it into a kind of family event. Currently, the machine has a Core 2 Duo CPU platform of some kind. I think I would probably do another AMD build, something newer that can take advantage of these new fancy CPUs coming out. I still wouldn’t go bleeding edge but certainly something closer than what I have now.
I have fully evaluated my use of Emby and given a little write up on it. I described the installation process, setting it up, importing my media files and so forth. I want to just summarize the highlights and the lowlights of my experience before I begin my next testing of Plex.
What I like
Emby is super easy to set up. It is nothing more than copying one line into a terminal and executing it. It is super simple and the script also seems to, at least on the version I installed, start and enable the emby-server service.
It’s super easy to add media libraries to Emby. The wizard walks you through it in the beginning and if you want to add additional libraries, that is very easy to do through the configuration tool.
Streams to just about everything in the house. Essentially, if it has a browser, you have access to the Emby server. I haven’t had any issues with the system in the approximately five weeks I have been using it.
Updating the metadata and identity of any movies is as easy as a click and search. You can change the cover images and so forth. Some of the movies I have ripped haven’t always been detected completely correctly. For example, there are three different Grinch movies and I had to manually define which decade they came from. It was super easy.
The Android application works quite nicely. I am actually impressed with the ease of use of the application. It also has quite the fine polish to it as well.
What I don’t like
This was an open source project that went closed source. I sort of have an issue with that and I am not alone with that assessment. It was at that point that Jellyfin was forked from Emby which is what makes me incredibly interested in Jellyfin.
I can’t stream to my Wii, though I don’t really blame the project for not supporting a 14 year old game console. There isn’t an app on the Homebrew channel though at the time of writing, I realized that there is a browser on the Wii so perhaps more investigation is needed. I will update this paragraph with any new information I learn as I investigate that possibility.
Updates will have to be done manually. The server does say it needs to be updated and to do so requires the same step as installation. That is really the only clunky part about this whole setup.
Emby is pretty great. Regardless of what I do not like about it. It is a great experience. If you are undecided on your media server and have a desire to try the different options, this is a good one. If this was my only option, I could easily get along fine with it. Since I have two others, I will check those out too.
I highly recommend you try out Emby as the shortcomings are nitpick issues. I don’t like that it went closed source but the project, closed or open, is sound. It is a great, well polished, experience.
This is my first media server review. I will have follow up articles to this in the near future. If there are any inaccuracies or areas I need to revisit, please let me know and I will take the time to make updates.
It did take me a quick start tutorial to get going. I do kind of wish there were more instructions on how to do things that weren’t in video form. I like video and all but it is too slow to go through. I would rather scan down a page and see little clips of how each effect is done on it’s own. I suppose there is nothing stopping me from doing that.
Kdenlive is easy to just get going with it. Once you understand the work flow, dump your videos, music, pictures and such in the “pot-o-media” and you are off to the races.
What I Like
Kdenlive is incredibly stable and reliable. Crashing is incredibly rare. I have spent many hours at a time editing and not once has Kdenlive crashed. In all fairness, it’s been hours of editing because I am not very good at it. I have used and rendered video on both my Dell Latitude E6440 and my “new” AMD FX-9590 system with out any glitching or issues. I am impressed by the stability and smooth operation of Kdenlive on openSUSE Tumbleweed.
The user interface of Kdenlive makes sense. The shortcuts, the ease of defining the effects and transition as well as previewing the video makes for an easy and enjoyable video editing experience. Even the scrolling across the timeline or through the tracks, all just makes intuitive sense.
The options for rendering videos or even just audio has a straight forward interface that makes it quite clear what is happening when you start that render. Also, when you start the render, you can continue to use Kdenlive. It does not lock you out of the application.
What I Don’t Like
The text editor for title screens is a bit ropey. The cursor indicator isn’t always visible so I often have to make special effort to get to the right location which includes some delete and retype from time to time. The use of it is not as much fun as the rest of the application.
Not so much a fault of the application but doing video editing really needs more screen real-estate. One 1080p screen is not enough. Not the fault of the application but it is hard to see and read everything going on without excessive scrolling.
Kdenlive is a great application with a lot more features than I know how to even use. I don’t do any complex video editing. I don’t have good video equipment so I don’t have a real high level of motivation to create a lot of video content at this time. You can only polish a turd so much and I am often not happy with the video I shoot. I am happy, however, with what I can do with the video in Kdenlive. It does make turning the lack-luster video into barely acceptable video content. Editing with Kdenlive is easy to use and is enjoyable to turn the mess I start with into something more usable. I would like to make more excuses to do more video content because the great user experience Kdenlive provides.
I have heard of people complain that Kdenlive isn’t stable, well, that is a bunch of hooey. Kdenlive on openSUSE Tumbleweed works fantastically well without any crashing. I am very thankful for fantastic packaging and QA process from the openSUSE Project and I am very grateful for every programmer that has had a hand in every piece of this, from the Linux kernel to the Plasma desktop to the application itself. Thank you for all your time and efforts.
Linux Powered Festive Lights
Move from Christmastime to Wintertime. One of those I like a lot more than the other but by having “winter lights” it brightens up the space around me and pushes that gray, cold, dark sadness away. Thanks Linux!
Anything multi-colored and Christmas specific has been taken down. The strands of multicolor lights on my porch have been replaced by blue lights. The wreath and Santa are down but in Santa’s place is an inflatable snowman. Everyting is now white and blue around my house. Not as much fun as Christmastime but I think there is a rule about how much fun you can have at any point in time of the year and I don’t want to over indulge in it. I have to keep it for the designated times, be seasonally appropriate.
I have purchased a few other little things to add to my display. What can I say, I enjoy talking about it. More on that in the future.
Of the three Universal package installers, AppImage is one of them. Historically, it has been my least favorite due to the more squirrely way of managing each application. Essentially, you had these files are scattered about your file system or shoved in a folder some place and if you wanted to put them in the menu, you had to do it manually. When you downloaded an update, because not all AppImages support updating, you had to recreate or edit the menu entry and lacks all sense of intuitiveness. It is just incredibly primative
Some AppImages would integrate themselves into your menu system and even perform their own updates. Most of them, however, do not implement those nice little features. Another step, before launching it, having to modify the properties to make it executable. Not a difficult step but it was another step that made it feel a little clunky to use. Combine all these anti-features together and it was my least favorite Universal package. Sill grateful, just least interested.
Step in AppImageLauncher. This throws a significant change in the Universal Package landscape. I have been favoring Snaps for many reasons: the central repository, the ease-of-use in the command line or graphical tools (I used the command line), automatic updates and vast selection of applications has made it my first stop in the Universal Package route. The next has been Flatpak. It has a pseudo Central Repository, nothing official, it integrates nicely with Plasma’s Application Explorer, Discover. Flatpak has recently been better about automatic updates and does a fantastic job of theming itself automatically to your desktop settings.
Lastly has been AppImages because of the rather ad-hoc nature and disjointed desktop experience they have provided. They would respect your desktop themes and are a great non-committal way to try an application but lacked a convenient and clean way to access them. I have used AppImageLauncher for such a short period of time but it is a game changer as far as desktop experience is concerned. The ease of installation and removal of your application in the menu and the automatic organization makes for a purposefully integrated experience. You really can’t tell that you are using an AppImage unless you are doing a right click in the menu entry. Now, on my openSUSE systems, AppImage is a first-class citizen beside my system package manager (RPMs), Snaps, or Flatpak. 2020 is starting of great in the software world.
So why would you use the AUR?
BDLL Follow up
Something that doesn’t seem to get enough attention is the BDLL Discourse Forum. There is a lot of great discussion going on there, not just because I am dumping everything I am working on there but because it is a great place to get help, talk about your Linuxy experiences and just have great conversation about interesting things in tech.
The Linux Half Top was a thread submitted by Steve (Mowest). He had a broken laptop screen and instead of dumping $100 plus into the machine for a new screen and touch panel, he took the screen off entirely, added an HDMI to VGA adapter. Steve gave credit to another community member Dalton Durst for the idea. It reminded Sleepy Eyes Vince of the Commodore 64 where the computer was in the keyboard and just needed a screen.
The whole idea was brilliant, simply brilliant and was an exercise in problem solving by looking for an entirely different solution. Well done.
I highly recommend you take a trip to the BDLL Discourse for some very interesting discussion, discoveries and ideas.
postgresql10 (10.10 -> 10.11) 59 line item changes applied to PostgresQL
xfce4-terminal (0.8.8 -> 0.8.9.1) Respect the “Working Directory” setting when opening initial window, Fix invalid geometry on Wayland, and several other polishing improvements.
xfce4-branding-openSUSE (4.14+20191207 -> 4.14+20191230) several packages relating to openSUSE branding which included setting the default cursor to Adwaita
libvirt had CVE-2019-11135 addressed
ALSA (188.8.131.52 -> 184.108.40.206) several upstream fixes and UCM and UCMv2 fixes and enhancements. See Changes
NetworkManager (1.18.4 -> 1.22.2) Fix multiple issues in the internal DHCP client, including: wrong parsing of search domains and classless routes options, and failures in obtaining and renewing the lease with certain server configurations.
flatpak (1.4.3 -> 1.6.0) several fixes to include fixing some leaks and not to poll for updates in the portal when on a metered connection.
Catfish (1.4.11 -> 1.4.12) for Wayland and GNOME Shell support
Ffmpeg-4 numerous subpackage updates
SSHfs (3.6.0 -> 3.7.0) to give you higher max connection to improve responsiveness during large file transfers.
VIM (8.2.0000 -> 8.2.0063) 54 line item fixes
Tumbleweed Snapshot Reviewer:
20191231 – moderate 79
20200101 – stable 91
20200103 – moderate 85
Four more snapshots are in the pipeline and at pending stable scores
Computer History Retrospective
I was recently watching an episode of Computer Chronicles that covered the idea of “Simulator Software” recorded in 1983. They talked of the flight simulators of the time, simulations of architecture and urban design. Even in the 1980s they were saving money by doing virtual testing of an environment before you spend the time and money on the real thing.
There was a flight simulator used by the military in the early 1980s that by today’s standards, not so great but if I were running that on an Amiga or x86 based PC in the mid-90s, it would have been pretty darn impressive yet.
It is interesting to see now, the graphics capabilities have advanced. Any one modern graphics card has such incredible graphical capabilities, delivering fantastic realism. It’s something that is pretty amazing if you stop and think about it.
I can’t help but wonder how those ideas were sold at the time to punch information into a computer that by all accounts is not all that capable of calculating the vast sets of variables that are done today. Today, there is so much more that can be done with finite element analysis in software that you don’t have to pay for. Examples of this are, FreeCAD and Fusion360, one an open source application, the second a close source application but free to use for hobbyists.
This is a great episode of the Computer Chronicles if you are interested in seeing the early development of computer simulation in the early 80s. The excitement around it is pretty fascinating and we can thank these people for pushing the technology from which we enjoy the fruits today.