Linux Audio Planet - Latest News

The GStreamer team is pleased to announce another release of liborc, the Optimized Inner Loop Runtime Compiler, which is used for SIMD acceleration in GStreamer plugins such as audioconvert, audiomixer, compositor, videoscale, and videoconvert, to name just a few. This is a bug-fix release. Highlights: orccodemem: Don't modify the process umask, which caused race conditions with other threads Require glibc >= 2.07 x86: various SSE and MMX fixes avx: Fix sqrtps encoding causing an illegal instruction crash Hide internal symbols from ABI and do not install internal headers Rename backend to target, including `orc-backend` meson option and `ORC_BACKEND` environment variable Testsuite, tools: Disambiguate OrcProgram naming conventions Build: Fix `_clear_cache` call for Clang and error out on implicit function declarations opcodes: Use MIN instead of CLAMP for known unsigned values to fix compiler warnings ci improvements: Upload the generated .S and .bin and include Windows artifacts Spelling fix in debug log message Direct tarball download: orc-0.4.41.tar.xz.

The RSS feed is currently experiencing technical difficulties. The error is: invalid or no response from Elasticsearch

Waverazor, the utterly, wonderfully mad wave-slicing synthesizer people too often overlook, just got a massive update with a bunch of new features. (Ring Delay!) It's free for new users, or there's an intro deal if you're intrigued. Mac, Windows, and Linux. The post Waverazor, MOK’s insane wave-slicing synth, just got a huge free update appeared first on CDM Create Digital Music.

I haven't been sure what to do about the software pages here for quite a while. Most of them were essentially just stale versions of the README files from their projects, and for better and worse, most of the projects I maintain are libraries that don't have as much of a need for a homepage as user-facing software. It's easy to just ignore things that don't really matter in day-to-day work, but the embarrassingly bad state of things became really clear when I sat down to actually poke through this site. Since it's much more important for me right now to streamline maintenance duties and eliminate as much overhead as possible, I've simply removed all of the software pages, and redirected those addresses to the corresponding Gitlab projects where possible. I might bring them back at some point, but for now, no pages are better than stale pages that really only serve to make things look bad. I don't have traffic metrics here, but I seriously doubt anyone will either notice or care. I'm not sure about the utility of the software release posts or tarballs either. Ideally, the effort required to make a release could be reduced to simply pushing a git tag, and cross-domain posting hugely complicates that. Besides, the tarballs are made manually on my personal machine, so they're absolutely less trustworthy than the signed tags in git anyway, and, I assume, not reproducible. At the same time, for many reasons I'm wary of fully investing in some git forge or another, the automatic tarballs provided by all of them leave much to be desired (the silly "v" names for example), and I don't want to disrupt things for packagers. We'll see, but for now I'll leave the mechanics of actual releases as they are. Ultimately, pages and posts are largely a waste of time for libraries and similar things that only support other projects anyway. So, a more radical simplification of the release process would be a good idea, but for now I'll just take out the trash and reduce the amount of things I need to consider in that process.

Week highlights: new releases of GIMP, LittleCMS, HDRView, FLAC, and Faircamp; AstoCAD replaces Ondsel ES as a sexier soft-fork of FreeCAD. GIMP 3.0rc3 This is hopefully the last release candidate before the final release of GIMP 3.0. The update comes with bug fixes, enhanced API, and improved support for various file formats. In particular, the PSD plugin now loads 16-bit-per-channel files in the LAB color space, and the DDS plugin now loads images with BC7 compression. LittleCMS 2.17 Marti Maria released a new version of his color management module. This is mostly a bugfix release with a few notable changes: Initial fuzzer implementation developed with financial support from the Open-Source Technology Improvement Fund and Google. Color management can now apply to memory blocks larger than 4Gb. Better coverage of pre-multiplied alpha. There’s just source code available, no binaries are expected. HDRView 2.2(.1) Wojciech Jarosz released an update of HDRView with new features, improvements, and fixes. Here are some release highlights: Support for QOI, JPEG-XL, Ultra HDR jpegs, and HEIF/AVIF files, including multi-image and auxiliary-channel support in JXL and HEIF/AVIF files; Better support for ICC profiles and colorspaces via LittleCMS; Support for extracting and displaying more image metadata in the Info panel; Various emscripten/web version improvements. Builds are available for Windows and macOS. AstoCAD Pierre-Louis Boyer (ex-Ondsel) announced his soft fork of FreeCAD, AstoCAD. Users who buy a subscription will enjoy early access to new features and improvements. Changes will be publicly available (it’s LGPL, after all) and upstreamed. Here is a video where Pierre talks about the project and shows some recent improvements he made (mostly UX-wise). FLAC 1.5 The new version has one major new feature: multithreaded encoding of FLAC files. Unless you are a developer, you will probably not notice all the other improvements. But here is the changelog. Faircamp 1.2 Simon Repp released a new version of Faircamp, a static site generator for self-hosting and selling your own audio content, e.g. music. Release highlights: Track directories and manifests Differentiation between release and track download access. Per-track extra downloads. Simon published a video explaining the new features. All the download options are listed here. The development of Faircamp is supported through an NGI0 grant by NLNet. Artworks Pokemon Fanart by Rodrigo Alvarez, made with Krita: The Arch by Dmitry Myagkov, made with Blender, Photoshop, and 3DCoat: Tar-Gorthalion by Prometheus Studio, made with Blender and Photoshop: Temple of Oblivion by Carlos Ryal, made with Krita: Colossus Fall by Cyril Mergan, made with Blender and Photoshop:

From the desk of Malte Steiner:"Had to replace the knob caps of my beloved Waldorf Microwave XT synthesizer . The original ones started to disintegrate a while ago which is well known. Using knobs with indicators on endless rotary encoders is a bit silly (which didn’t stopped Kodamo on their Essence FM synth), but I am happy with the look. Good that I don’t have children, the old knobs look like sugar coated drops, dangerous."

Seems that Malte Steiners Industrial / IDM project Notstandskomitee has enough tracks together for a new album. block 4 suggests a CD this year. Not sure if we make it before the summer. Notstandskomitee is now focusing on the creation of the technical platform for upcoming audiovisual concerts.Meanwhile check out the backcatalog:https://notstandskomitee.bandcamp.com

Ableton Move's screen reader support is still getting rave reviews from blind and low-vision users, even though it's not officially documented. Here's more about how it works and more about what's left to do - and an appeal to the entire industry to add more accessibility features. The post Ableton Move is a hit for blind and low vision users; more like this, please appeared first on CDM Create Digital Music.

Week highlights: new release of Bonsai and GCodeWorkShop, PDF import/export improvements in Inkscape, GNOME is getting HDR support. Inkscape Tavmjong Bah improved PDF importing. Inkscape now supports character and word spacing values in PDF text import and has more capable code for reading emojis in PDF text. In the latest weekly video, Martin Owens covered the ongoing work on exporting text to PDF as well. Martin also stated that the team is planning to hire two developers to do bugfixing and another person to do bug triage. HDR support coming to GNOME Phoronix reports that the GNOME team added HDR support for the upcoming v48 release of GNOME Mutter, the project’s Wayland display server and X11 window manager/compositor. Screenshot courtesy of Phoronix Bonsai 0.8.1 This is perhaps the largest (so far) release of the project previously known as BlenderBIM. The new version comes with slightly over 1,900 new features and fixes. The release notes are very descriptive as usual, so here is just a quick rundown of new stuff: A new item editing mode transforms Blender from a mesh-only editing tool to more of a native solid modeler. Improved polyline drawing tool, with wall and slab previews, consistent visual style, input formulas, and metric/imperial-parsing input. Various quality-of-life improvements in the parametric roof tool. The measure tool now has persistent measures, multi-snap target support, and modes (single / polyline / area). IFC elements can now be added directly without creating Blender objects first. Basic visualization for structural loads and reactions is now available. The web cost UI has been improved and now features adding cost schedules, adding/deleting/duplicating cost items and quantities, updating cost values on the fly, etc.. The project also announced that they have reached their funding target of USD $2,500/month. GCodeWorkShop 2025-02 I don’t think I’ve ever covered this project before. GCodeWorkShop is an editor for programming CNC. For this release, the developer fixed several bugs, added support for undo/redo for text replacement operations, and several settings that affect opening and saving files: file encoding choice; removing characters from the second half of the codepage when opening files; removing control characters when opening files; deleting additional blank lines. Builds are available for Debian/Ubuntu and Windows. Artworks The Lost Tower, a very cool animated short, Ghibli-style, by Florent Lebrun, made with Blender: Strange Visions 1 by Echostorm, made with Krita: Frith by Quentin Pointillart, made with Blender and Krita (do check out the entire series): Magical Adventure by Mythmaker, made with Krita The Smoldering Bog by Viacheslav Voloshyn, made with Blender and Krita: Starvault concept art by Lidia Goryachewa, made with Krita:

The GStreamer team is pleased to announce another development release in the unstable 1.25 release series. The unstable 1.25 release series is for testing and development purposes in the lead-up to the stable 1.26 series which is scheduled for release ASAP. Any newly-added API can still change until that point. This development release is primarily for developers and early adopters. The plan is to get 1.26 out of the door as quickly as possible, and with this release a feature freeze is now in effect. Binaries for Android, iOS, Mac OS X and Windows will be made available shortly at the usual location. Release tarballs can be downloaded directly here: gstreamer-1.25.50.tar.xz gst-plugins-base-1.25.50.tar.xz gst-plugins-good-1.25.50.tar.xz gst-plugins-ugly-1.25.50.tar.xz gst-plugins-bad-1.25.50.tar.xz gst-libav-1.25.50.tar.xz gst-rtsp-server-1.25.50.tar.xz gst-python-1.25.50.tar.xz gst-editing-services-1.25.50.tar.xz gst-devtools-1.25.50.tar.xz, gstreamer-vaapi-1.25.50.tar.xz gstreamer-docs-1.25.50.tar.xz As always, please give it a spin and let us know of any issues you run into by filing an issue in GitLab.

Qtractor 1.5.3 - A Mid-Winter'25 Release Hi all, Qtractor 1.5.3 (mid-winter'25) is out! Change-log: MIDI clip editor (aka. piano-roll): mouse cursor pointer shape now follows the current edit/draw mode permanently. Attempt to improve MIDI SPP accuracy by postponing MIDI Continue command in one 16th note at playback (re)start. Specific to (lib)RubberBand time-stretching and pitch-shifting, formant preserve and finer (R3) engine processing are now added to audio clip/playback options. Resume normal playback state if rolling when transport rewind or fast-forward is disengaged. Custom Style Sheet files (*.qss): all url() paths are considered relative to style-sheet file location. Enforce a fixed size when LV2 plug-in UI no-user-resize feature is explicitly requested.) Description: Qtractor is an audio/MIDI multi-track sequencer application written in C++ with the Qt framework. Target platform is Linux, where the Jack Audio Connection Kit (JACK) for audio and the Advanced Linux Sound Architecture (ALSA) for MIDI are the main infrastructures to evolve as a fairly-featured Linux desktop audio workstation GUI, specially dedicated to the personal home-studio. Website: https://qtractor.org Project page: https://sourceforge.net/projects/qtractor Downloads: https://sourceforge.net/projects/qtractor/files source tarball: qtractor-1.5.3.tar.gz source package (openSUSE Tumbleweed): qtractor-1.5.3-10.1.rncbc.suse.src.rpm binary package (openSUSE Tumbleweed): qtractor-1.5.3-10.1.rncbc.suse.x86_64.rpm AppImage packages: qtractor-1.5.3-10.1.x86_64.AppImage Flatpak package: https://flathub.org/apps/details/org.rncbc.qtractor Git repos: https://git.code.sf.net/p/qtractor/code https://github.com/rncbc/qtractor.git https://gitlab.com/rncbc/qtractor.git https://codeberg.org/rncbc/qtractor.git Wiki: https://sourceforge.net/p/qtractor/wiki/ static rendering: https://qtractor.org/doc user manual & how-to's: qtractor-manual-and-howtos.epub qtractor-manual-and-howtos.pdf License: Qtractor is free, open-source Linux Audio software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. Enjoy! rncbc Sun, 9 Feb 2025 - 12:00 Add new comment

(This post is geekery of, if not the highest order, then fairly high order. It doesn’t contain any useful information about Ardour itself, but might be interesting for … people interested in such arcana) The packaging issue that broke translations in our initial release of 8.11 for Linux and macOS was almost a cool bug. I thought I’d quickly describe it here for the geeks among us. The problem came from a combination of two things: an actual error in our packaging scripts, and the subtle and generally not-considered behavior of the Unix find command. Our wonderful translators work on files that end in “.po” and connect the original english strings in the source code with their translated versions. During the build process, tools from the GNU translation system are used to convert the .po files into .mo files (aka “message catalogs”), which contain the same information but in a binary format that can be more efficiently used by the program when it is running. During packaging Ardour for distributions, we copy all the .mo files into a new location in preparation for “bundling” (e.g. as a DMG file for macOS or a .run file for Linux). The copy also requires a renaming, because the organization of the message catalogs for use by the program needs to be fairly different than the way they are organized in our source code. So the first bug was that we used find(1) to locate all the .mo files and copy/rename them. We start in several locations within the source code, including the directory that holds the GUI source code (gtk2_ardour). The files we’re looking for are in the po folder, and we use find because we don’t want to hard-code the languages that have translations. However, it turns out that there are another set of message catalogs associated with the RedHat/Fedora “appdata” system, and these files not only also are somewhere under gtk2_ardour but also, because of the way the translation software works, they have the same name. So, if find finds the “real” message catalogs first and copies/renames them during packaging, and then later finds the “appdata” message catalogs, the latter will overwrite the former in the package being built. This is a bug - the appdata message catalogs are placed in the packaging at a separate step of the process, and we should not have been using a command that was so generic. This was easy to fix (and has been). But wait a minute … didn’t this work just fine for Ardour 8.10 and other releases? It did. How could that be? Well, recall that at the beginning of the previous paragraph I wrote “if find …”. It turns out that that the order in which find will find files, unless told otherwise, depends on the filesystem the files are located on. Consequently, if you use two different types of filesystem (e.g. on Linux the ext4 or xfs filesystems), find may very well return files in a different order on each. However, it does deeper than this. Certain directory operations can also cause the filesystem to change its state in a way that will change the order in which find finds files. It turns out that this had happened within the build systems we use for macOS and Linux. At the time we released 8.10, find would locate the (unintended) appdata message catalogs first, copy/rename them into the package and then later repeat this for the real message catalaogs. Result? The package has the correct translation files and everything works. When we released 8.11, the ordering had changed, and the real message catalogs were found first, and then overwritten by the “appdata” ones. Result – translations do not work. I thought this was an example of a fairly cool and unusual category of bug. There was an error in our packaging scripts - we used an unnecessarily generic command to find message catalogs that needed installing, which found files it should not have. But this mistake by itself did not matter on systems where the unintended files were found first. It only caused problems when the unintended files were found second. This is not a perfect example of what programmers called “Abstraction Leakage”, but it’s not a bad one. We generally like to think of filesystems as things where the details of their internal organization do not really matter, and for the most part that is possible. But combine the fact that their internal organization does affect the order that a program like find will list files in, and the bug in our packaging script, and all of a sudden the internal details of how filesystems work becomes a thing we have to think about. 2 posts - 2 participants Read full topic

Following a bug in ubuntu-release-upgrader which was causing Ubuntu Studio 22.04 LTS to fail to upgrade to 24.04 LTS, we are pleased to announce that this bug has been fixed, and upgrades now work. As of this writing, this update is being propagated to the various Ubuntu mirrors throughout the world. The version of ubuntu-release-upgrader needed is 24.04.26 or higher, and is automatically pulled from the 24.04 repositories upon upgrade. Unfortunately, while testing this fix, we noticed that, due to the time_t64 transition which prevents the 2038 problem, some packages get removed. We have noticed that, if upgrading from 22.04 LTS to 24.04 LTS, the following applications get removed (this list is not exhaustive): BlenderKdenlivedigiKamGIMPKrita (doesn’t get upgraded) To fix this, immediately after upgrade, open a Konsole terminal (ctrl-alt-t) and enter the following: sudo apt -y remove ubuntstudio-graphics ubuntustudio-video ubuntustudio-photography && sudo apt -y install ubuntustudio-graphics ubuntustudio-video ubuntustudio-photography && sudo apt upgrade If you do intend to upgrade, remember to purge any PPAs you may have enabled via ppa-purge so that your upgrade will go as smooth as possible. We apologize for the inconvenience that may have been caused by this bug, and we hope your upgrade process goes as smooth as possible. There may be edge cases where this goes badly as we cannot account for every installation and whatever third-party repositories may be enabled, in which case the best method is to back-up your /home directory and do a clean installation. Remember to upgrade soon, as Ubuntu Studio 22.04 goes End Of Life (EOL) in April!

I don't suppose inactivity from me will be terribly surprising to anyone after the past several years. Still, since I was working on emptying my bug-fix and maintenance queue, making releases, and finally getting to some significant forward progress again, an update: Unfortunately I got violently ill last week with some horrible flu-like thing, the worst I've ever had (and I'm a COVID casualty, so that's saying quite a lot). Somehow, it's still going strong. So, aside from maybe a few minutes a day of idle tinkering, everything I was doing is on pause for a while. Hopefully a short while, but so far so not good, so we'll see. As an added bonus, Google just bricked my phone with a botched forced update, so I'm locked out of 2FA and many other things besides (I suppose I had to learn the hard way that I've gotten lazy and too dependent on that horrible device). So, yeah, things aren't going great, to put it lightly. On the bright side, I do have some exciting things in the queue, but since I don't do vapourware or hype (to a fault, really), and have a huge amount of "infrastructure" work to do first anyway, you'll have to stay tuned for that. Assuming I don't die first, anyway. ... if I do, it would be pretty funny that this was my last post though, so I've got that going for me, which is nice. [Edited on 2025-02-16 to remove broken link]

Ardour 8.11 is a hotfix release that contains a fix for a critical workflow-blocking bug. All users of 8.10 and all Linux distributions should upgrade to 8.11 as soon as possible. The bug occurs whenever the user is working on a session using musical time as the default time domain (Session > Properties > Misc). If they carry out any operation that causes Ardour to write a modified copy of existing audio data to a new file (such as timestretching, pitch-shifting or reversing), there is a very high probability that they will be unable to reopen to the session in the future. Such sessions can be recovered manually with a text editor, but this is not an acceptable pattern for our users. 8.11 includes a fix for one other crashing bug. This bug only affected people using meters not denominated in quarter notes (crotchets) (e.g. 6/8 or 5/8). Adding BBT markers in such sessions would cause a crash soon after. Download 19 posts - 8 participants Read full topic

Introduction Built on jj and fzf, jj-fzf offers a text-based user interface (TUI) that simplifies complex versioning control operations like rebasing, squashing, and merging commits. This post will guide you through integrating jj-fzf into your Emacs workflow, allowing to switch between emacs and jj…

The jj-fzf project has just seen a new release with version 0.25.0. This brings some new features, several smaller improvements, and some important changes to be aware of. For the uninitiated, jj-fzf is a feature-rich command-line tool that integrates jj and fzf, offering fast commit navigation with…

Earlier today I have updated the soundfont that is used by Ardour’s General MIDI Synth. The upside is that some voices now sound better, the downside is that it existing sessions may sound different. If you have an ear to lend please test (it will be shipped with Ardour 9, once that’s ready): x42 Plugins x42 General MIDI Synth GM/GS – Kudos to Chris Collins for creating and maintaining the soundfont that we use. He also published a video showcasing some highlights of the long list of changes (previously gmsynth.lv2 used v1.52): https://www.youtube.com/embed/AtXvMz22y-M 3 posts - 3 participants Read full topic

Qtractor 1.5.2 - A New-Year'25 Release Greetings, Qtractor 1.5.2 (new-year'25) released! Change-log: Duplex MIDI Clock mode is not allowed anymore. Immediate and consecutive plugin parameter changes are now merged into a single undo-able command, reflecting only the first value change in the series, dropping the previous old algorithm, which was dead wrong if not utterly defective. Unique track names resolve to the first line only. Help/Shortcuts... Search tool gets implemented; all changed MIDI controller shortcuts are reverted to their previous settings, when discarding or dismissing the dialog. Fixed missing MIDI SPP in some cases. Description: Qtractor is an audio/MIDI multi-track sequencer application written in C++ with the Qt framework. Target platform is Linux, where the Jack Audio Connection Kit (JACK) for audio and the Advanced Linux Sound Architecture (ALSA) for MIDI are the main infrastructures to evolve as a fairly-featured Linux desktop audio workstation GUI, specially dedicated to the personal home-studio. Website: https://qtractor.org Project page: https://sourceforge.net/projects/qtractor Downloads: https://sourceforge.net/projects/qtractor/files source tarball: qtractor-1.5.2.tar.gz source package (openSUSE Tumbleweed): qtractor-1.5.2-9.1.rncbc.suse.src.rpm binary package (openSUSE Tumbleweed): qtractor-1.5.2-9.1.rncbc.suse.x86_64.rpm AppImage packages: qtractor-1.5.2-9.1.x86_64.AppImage Flatpak package: https://flathub.org/apps/details/org.rncbc.qtractor Git repos: https://git.code.sf.net/p/qtractor/code https://github.com/rncbc/qtractor.git https://gitlab.com/rncbc/qtractor.git https://codeberg.org/rncbc/qtractor.git Wiki: https://sourceforge.net/p/qtractor/wiki/ static rendering: https://qtractor.org/doc user manual & how-to's: qtractor-manual-and-howtos.epub qtractor-manual-and-howtos.pdf License: Qtractor is free, open-source Linux Audio software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. Enjoy! rncbc Fri, 17 Jan 2025 - 18:00 Submitted by rounakaungaung on Sat, 25 Jan 2025 - 03:58 Permalink RPM Installtion Error on OpenSUSE Tumbleweed (librubberband.so.3 error: nothing provides 'librubberband.so.3()(64bit)' needed by the to be installed qtractor-1.5.2-9.1.rncbc.suse.x86_64 rounak@rounak:~/Downloads>sudo zypper install /home/rounak/Downloads/qtractor-1.5.2-9.1.rncbc.suse.x86_64.rpm Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages... Resolving package dependencies... Problem: 1: nothing provides 'librubberband.so.3()(64bit)' needed by the to be installed qtractor-1.5.2-9.1.rncbc.suse.x86_64 Solution 1: do not install qtractor-1.5.2-9.1.rncbc.suse.x86_64 Solution 2: break qtractor-1.5.2-9.1.rncbc.suse.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): 1 Resolving dependencies... Resolving package dependencies... Nothing to do. rounak@rounak:~/Downloads>sudo zypper install /home/rounak/Downloads/padthv1-jack-1.3.0-7.1.rncbc.suse.x86_64.rpm /home/rounak/Downloads/drumkv1-lv2-1.3.0-7.1.rncbc.suse.x86_64.rpm /home/rounak/Downloads/samplv1-lv2-1.3.0-7.1.rncbc.suse.x86_64.rpm /home/rounak/Downloads/synthv1-lv2-1.3.0-7.1.rncbc.suse.x86_64.rpm Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages... Resolving package dependencies... Problem: 1: nothing provides 'librubberband.so.3()(64bit)' needed by the to be installed samplv1-lv2-1.3.0-7.1.rncbc.suse.x86_64 Solution 1: do not install samplv1-lv2-1.3.0-7.1.rncbc.suse.x86_64 Solution 2: break samplv1-lv2-1.3.0-7.1.rncbc.suse.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): ^C Trying to exit gracefully... rounak@rounak:/Downloads>ls drumkv1-jack-1.3.0-7.1.x86_64.AppImage padthv1-jack-1.3.0-7.1.rncbc.suse.x86_64.rpm samplv1-lv2-1.3.0-7.1.rncbc.suse.x86_64.rpm drumkv1-lv2-1.3.0-7.1.rncbc.suse.x86_64.rpm padthv1-jack-1.3.0-7.1.x86_64.AppImage synthv1-jack-1.3.0-7.1.x86_64.AppImage jack-keyboard-2.7.2 qtractor-1.5.2-9.1.rncbc.suse.x86_64.rpm synthv1-lv2-1.3.0-7.1.rncbc.suse.x86_64.rpm jack-keyboard-2.7.2.tar.gz qtractor-1.5.2-9.1.x86_64.AppImage old samplv1-jack-1.3.0-7.1.x86_64.AppImage rounak@rounak:/Downloads> Submitted by rncbc on Sat, 25 Jan 2025 - 08:55 Permalink re.RPM Installtion Error on OpenSUSE Tumbleweed (librubberband3) you need to install librubberband3 too; you can take it from here please. Submitted by rounakaungaung on Sun, 26 Jan 2025 - 06:49 In reply to re.RPM Installtion Error on OpenSUSE Tumbleweed (librubberband3) by rncbc Permalink thank you very much sir! thank you very much sir! Add new comment

When it comes to hacking niches, breathing new life into vintage devices is always an exciting challenge. [t0mg]’s recent project exemplifies this with his 1978 Sony FX-300 ‘Jackal’ radio. He’d already upgraded the radio in 2021 and turned it into a feature-packed marvel, but there’s always room for improvement. [t0mg]’s initial 2021 build had its quirks: noisy sound, a subpar display, and a non-functional radio module. Determined to enhance these aspects, he sourced an IPS version of the original 3.2″ ILI9431 LCD, significantly improving viewing angles. To tackle the audio issues, he integrated an M5Stack Atom microcontroller, utilizing its Bluetooth A2DP capabilities to deliver cleaner digital sound via I2S to the Teensy audio board. The Teensy itself got a complete wire overhaul just for the sake of good craftmanship. The new setup also enabled the display of song metadata. Additionally, [t0mg] incorporated a dedicated Arduino Nano clone to manage inputs, streamlining the overall design. The revamped ‘Jackal’ now boasts a bunch of impressive features such as displaying RDS data for FM stations, voice recording, and an NFC reader for personalized playlists. If you’re into radio makeovers, look into this post for a real golden oldie, or start out with the basics. For [t0mg]’s earlier improved version of this Jackal, read our article on it here.