Earlier quoted context omitted.
I have a Pi in my kitchen that I use as a Navidrome server. Of course, this only works so long as my phone has data reception.
I've tried many media servers (but not Navidrome, though, I'll try it too!) and all for them mangle my collection. Albums shown twice (because there is FLAC and CUE files, for example), albums splitted into to tracks (each track seen as its own album, I don't know why), problems with non-unicode tags in old files, 6 ways to spell "Bjork", some don't understand FLAC with embedded CUE (and don't show tracks in such fil…
I Built My Own Audio Player
201–209 of 209 posts
Re: I Built My Own Audio Player
#202Earlier quoted context omitted.
How prevalent is music with >8 channels??? And it wasn't "special", it's just apps don't support playing the format
You don't pick an archival format for the common case, you pick it for all cases. But to answer the question, virtually every film soundtrack for the last 10 years.
And you didn't answer the question, this discussion is about personal music libraries, like in the case of op collection of 25 years.
I'd bet almost all of them are stereo and not >8 channels
Re: I Built My Own Audio Player
#203I've been building a music collection in FLAC format for 25 years, and last year I bought an (Android) phone and a MicroSD card of 1TB that fits all of my music. It's been a long project for technology to catch up, but now that it's possible to have all of it in my pocket, I'm pretty happy with it. I'm sure I can't be the only one that doesn't want to be a renter, give up control and stream anything the industry want…
Technology has caught up many years ago, it's just that you insist on an format not fit for purpose. With good reencoding you get transparent audio quality (impossible to hear a difference) to fit all of your music on a much smaller card. (and as a backup you can always have those FLACs on the desktop)
Re: I Built My Own Audio Player
#204Earlier quoted context omitted.
Ughh, I hate the sound of that. Hard pass, I'll find whatever it is and download the darn thing or create an audiobook from it if need be
Yes, but recording the audio is annoying, but currently what I will do ... (DRM of course) Edit: but apparently I was wrong and the "countdown" was just the time left of the audiobook. But the mobile UI was stuttering, so that wasn't clear. But thinking about it, I am surprised it ain't implemented yet for real.
Re: I Built My Own Audio Player
#205I come from the times where winamp was the go-to music player. Today, even in the age of streaming services I still keep a local music library organized in folders. So, just as others here in the comments I built myself an old-school music player as a hobby project to listen to my music offline. It's a 1 page html/js app, has full keyboard controls and also features a simple queue mechanism functionality Check it out…
Re: I Built My Own Audio Player
#206Earlier quoted context omitted.
> Technology has caught up many years ago citation needed. Youtube still gives you crappy, unlistenable 153kbps crap.
You're not limited by YouTube, it's your library, your encoding settings. And you don't even need any citations, do a proper AB test yourself to confirm the well established
I could take a 54 kbs rip of Rust in Peace and reencode it at 256 kbs. It's not going to sound better than the 196 kbs rip, even though the bit rate is higher. What software would detect this? And other artifacts, such as clipping?
Re: I Built My Own Audio Player
#207Earlier quoted context omitted.
You're not limited by YouTube, it's your library, your encoding settings. And you don't even need any citations, do a proper AB test yourself to confirm the well established
Does there exist an _objective_ method to test the sound quality difference between two files? I could take a 54 kbs rip of Rust in Peace and reencode it at 256 kbs. It's not going to sound better than the 196 kbs rip, even though the bit rate is higher. What software would detect this? And other artifacts, such as clipping?
And your examle doesn't make sense. You compare reencoded to the original, not to some 3rd sample. The issue here is whether to store large flacs or their smaller reencoded lossy variants. If you get a better quality flac, then you'll need to do another encoding to get a better lossy version
Re: I Built My Own Audio Player
#208Earlier quoted context omitted.
Does there exist an _objective_ method to test the sound quality difference between two files? I could take a 54 kbs rip of Rust in Peace and reencode it at 256 kbs. It's not going to sound better than the 196 kbs rip, even though the bit rate is higher. What software would detect this? And other artifacts, such as clipping?
For some specific issues like clipping sure there are objective methods, and encoders use objective quality levels (so you don't target bitrate), and if it's not a tricky "subjective human experience can't be objective" question - the method to test is do A/B testing and see that humans can't detect a difference. That's audio transparent encoding. And since you don't care about other people for your personal phone us…