![]() ![]() However, it’s PLEX and its companion app Plexamp that gets us over the line without VPN hassles but with encrypted data transfers. What if instead of creating a copy of the server’s FLAC repository, we could make it streamable (and one-click offline-able) when out of the house? Squeezebox used in tandem with a VPN and smartphone apps OrangeSqueeze (Android) and iPeng (iPhone) gives us a taste of what’s possible. Micro-managing a second library, even if it includes every song we own, is not an elegant solution, especially if its metadata isn’t up to snuff. ![]() Roon fills in the blanks on album/artist/song info and cover art. True - but we’d still have the micro-management niggle of keeping the two in sync. ‘Selective’ because, at the time of writing, Apple caps its iPhones’ internal storage at 128Gb, 256Gb or 512Gb and DAP manufacturers their microSD card support at 1TB.īut wait: surely this drag and drop dilemma could be sidestepped by higher capacity cards and/or phones? After all, with a 5TB iPhone or microSD card, we could copy our server’s entire contents over, primed for walkabout. Micro-managing a smaller second library is not an elegant solution.Īnd what of iPhones (and any ‘Droids) that just don’t do microSD cards? We’d have to connect the phone to the server with a USB cable (or Pushbullet’s Portal) to enter another game of selective drag and drop. Moreover, each time we buy a new CD, we’d have to search for its streaming availability to know if we’d also have to push the server rip to the microSD card for portable playback. This would create extra work: 1) a DAP means we’d have to battery-manage a second hardware device 2) we’d then have to know what to drag and drop 3) and then find it in a possibly tiered folder structure - going through each and every artist folder (1000+ in my case) to drag and drop all releases that are not streamable would be finger-fiddly in the extreme, not to mention time-consuming. We could go back to the home server to copy all non-cloud-streamable content to a microSD card, ready for playback on a compatible Android phone or DAP. Streaming apps give us a wholly elegant solution but with one crucial gotcha: what of those albums, EPs or alternative masters that aren’t covered by streaming services? I’d peg at least 20% of my own FLAC collection as unavailable on Tidal or Qobuz. And if we don’t wish to chew through our phone plan’s monthly data allowance, we can choose to offline albums with a single click. MacOS’ Finder says that’s almost 3TB of data.īut how do we listen to this same music outside of the house in CD quality? Tidal or Qobuz will independently cover most of it. My FLAC library of downloads and CD rips, according to Roon, comprises 8000 albums and EPs. Much of an audiophile’s music listening is done at home, an ever-expanding library of digital files laying the foundation to streaming. Seeing as this is an appimage, you guys should be able to simply download it & run it to check for the bug yourselves as well as use whatever debugging methods you want, but if you're unable to reproduce it I'd obviously be glad to help out. Tell me if I can provide any additional information to help narrow the bug down. It might be related to #410 (closed) but I'm not entirely sure so I decided to make a separate issue for it, I hope that's alright. Here's the plex forums thread where a user and myself figured out the source was pango, there's a few stack traces from journalctl near the top if that can help. Any packages above 1.44.2 still contain the crash ![]() If it can help, here are the Arch Linux packages I use for testing: 1.44.1 (2 02:48) and 1.44.2 (0 12:20). Downgrading to 1.44.1 instantly fixes the crash. Starting with Pango 1.44.2, pango appears to cause a segfault on that app on Arch Linux and Manjaro. The Plexamp app uses an AppImage ( download link) to run on Linux. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |