ScarletNeko

Yep same here, unfortunately that skin has been bugged for a bit already. I've reverted back to the default dark ever since but yeah also waiting for some light on the situation

Although I'm not a big fan of lossy I'm always testing them around, I can help sending as many xhe-aac tracks as needed. Also I think exhale can encode to xhe-aac can't it? If I can mention other forums, I remember seeing compiled builds for it on some hydrogen-audio thread.

Not sure where to post this, I consider it a visual bug but if not, please move it to a more appropriate category. Been using the default dark skin since build 978 happened, because it messed up my usual skin, and I noticed something: The player navbar has less transparency than the other transparent elements when settled to semitransparent on the skin settings. This happens on both the light and dark skins, but on the dark skin it feels worse. I'll add 4 images (two different songs with the light and dark themes), hopefully people can notice it too. Could also use the chance to make a request for the default skin: transparency on the pro buttons too. They really look out of place with their background totally opaque when all other elements are semitransparent. Edit: added 2 more images, one with the dark skin on a mostly white background, and one with the light skin on a mostly dark background. Also not sure how relevant it is in this case, but, Poweramp build-978-bundle-play, LG G7 on Android 10, Stock LG ROM

Please, anything but subscription/ad based stuff. Though I'm not a fan of the idea I do get it, and would rather buy it again at a higher price or pay a difference once, but subscription or ads will be the end. I like the idea of separating things so we can get what we want (for example, the recent chain of updates dedicated to lyrics has absolutely no use for me but a lot of people seem to really like it), but depending on how it is pulled off it can be a dangerous path. To take care of all these separate parts, or making each of them some price are examples of bad things that would happen. Once again, I would rather infinitely more to pay again or a difference for a higher price once, even if it includes things I dont use or make the app bigger, than anything subscription or ad based. I would be even more willing if it were an optional fee, as in, if we could choose between paying a difference or paying the new full price. Edit to add: I recognize the situation might be different for certain things, particularly third party stuff, and in this case then theres not much that can be done, we can't control the third parties involved (for example if some brand requires some fee for api access or something). In this case it is understandable and it could (and should) be a totally independent in-app purchase thing or something, so users who want to use that specific service can use it. But other than that the previous apply, and it preferably should not interfere on other things such as self hosted alternatives for example.

TAK works fine here and has been working fine for a few years at least You seem to be using CUE to split it, check if the file referenced in that CUE sheet is your actual TAK file (with the extension and all), and it seems to have Unicode chars so make sure to save the CUE as UTF-8 with BOM And full rescan once the changes are made

Been using Luminous Black for a few years at this point. From time to time I change the looks of it, that's how it has been for a while

Do you have a PC available? If so get ffmpeg and do ffmpeg -hide_banner -loglevel fatal -stats -i "input.m4b" -c:a copy -ss 00:01:00 -t 00:00:30 "output.m4a" This will seek to around 1 minute and get a ~30 second sample from there without reencoding, which should be pretty small in file size M4B is a weird extension, don't usually see it, thats why the output is m4a instead since I dont know if ffmpeg would complain about it Or if you prefer audacity you're probably exporting the file from as lossless, be sure to change it when exporting to some lossy format. Though the reencoding process could mess things up by acidentally fixing it (the ffmpeg command doesn't reencode, it just cuts a section of the audio without doing anything else)

Poweramp visualizations are milkdrops, there is a plugin for Foobar2000 that adds milkdrop visualizations for the player (I think its called shpeck or something like that) so you can have it on your PC without needing the phone at all and without a delay as well, plus it is configurable. If you absolutely must have the audio coming from your phone, you could use icecast, and stream the audio from your PC to Poweramp or some other player that supports radio streams. There is a plugin that does that for Foobar2000 as well (I think its called vorbis streamer) that streams in ogg vorbis, but you can easily set up a flac stream with ffmpeg and icecast as well. Or just use the visualization plugin and connect the DAC to the PC

I used 32bit ALAC in the past, and never had issues with them. I haven't used them recently, it was quite a bit ago, so I can't really assure you that the current version will have no issues, but it shouldn't based on my past experiences. Try increasing your audio buffer and making sure no other apps are trying to play audio, also close apps that are running to free up some resources, might help. My phone is pretty much archaic already and I have no issues with 32 bit files (never had with WavPack and ALAC, and now FLAC has been working fine as well).

This has been fixed on build 953, try again after updating Poweramp and it should be alright now

Mostly from the e-onkyo store, I think mora(dot)jp has also been offering them, and I'm almost sure I've already seen some on bandcamp too. They usually offer a range of options and sometimes you can get 32bit files on WAV or AIFF form. There are even some floating point 32bit ones but these are very uncommon. They aren't distributed as FLACs, as I've said above they come either in WAV or AIFF, I encode them to FLAC myself.

Thanks a lot for adding support to 32bit FLAC files! But there is some strange behavior going on. Some files have playback issues. It's almost like a CD skipping, or broken buffering, the audio changes in speed and jitters back and forth. At first I thought I had broken files, so I went and remade them, with a more recent version of the encoder, but the problem persisted. So I listened to them on the PC and they play perfectly fine there, both the original files and the remade ones, so the files are not the issue. I tried moving the files from the SD card (which is a decent unit with sane speeds) to the internal memory and the problem still persisted. It doesn't seem like weak hardware either as I can play much heavier 32bit WavPack files such as hhx6 ones without issues, and the phone doesn't even warm up or anything. I also tried changing the buffer size, turning the equalizer on or off and changing the output sample rates, no dice, the playback issues continue. This doesn't affect a single file either, entire albums are like this, while others play fine even if they are made with the exact same settings on the exact same encoder. Another interesting thing is, there are heavier files (higher sample rates and bitrates) that also play perfectly fine, proving that it doesn't seem like a hardware issue. 32bit 96kHz files seem to be the most affected for some reason. I gotta say though I'm pretty sure the player I'm using on PC (Foobar2000) to play these files does not use ffmpeg to decode these FLACs instead relying on libFLAC as it has been able to play 32bit FLAC files way before ffmpeg could, so maybe thats an ffmpeg thing?

Nice! Thanks for the attention 👍

Sorry for the delay, sent the email with some details and a sample file. FLAC files made from S32 PCM, using FLAC 1.4+ version. Clarified this on the email but also doing it here so other people know what it is about. I haven't sent images on the email, but here are a few of them Poweramp can see these files and even read its tags, but it won't play them. Note that this only happens for 32bit flac files, not all files made with FLAC 1.4+, a 24 or 16bit file made with these versions will work just fine, the issue is with 32bit files only.

Still no 32bit FLAC decoding? sadge

The counter also resets on full rescans Which is a little bit annoying, but it's not a big deal (to me at least, I don't usually keep looking at how many times I played a song)

That is true indeed, though one of the few reasons I finally started to work on a real media server project is that jellyfin seems to be able to stream things untouched if the receiver supports it. On the server details if you have a client currently connected and playing something, it tells if it is transcoding the file or not, also depending on your client it might tell you that as well. There's also the resource usage of the server hardware, one might be able to tell if a transcoding is happening by looking at the processes and hardware usage. I'm still getting into it since I started messing with it recently, but at least for flac files I haven't seen any transcoding happening yet, though all the files tested were normal CD quality since I'm slowly adding things to it. Probably if Poweramp reports a list of formats/codecs it can deal with (which might be close to the server capabilities as the server also uses ffmpeg), it probably will be able to receive a lossless stream. The only problem here is ffmpeg taking eons to support 32bit flac but that is a topic for another thread

That's where connections to media servers (such as jellyfin for example) instead of file servers (such as FTP for example) makes sense, to me at least, since the server is the one doing the heavy work. Whenever I do changes on my media server for example, the server takes a while to digest everything but as soon as it's done, its just done, the client is pretty much instantly updated, while when mounting an SMB share to my phone and trying to add it to Poweramp library, it's pretty much impossible, the scan always fail after a few minutes.

Same, though in my case I would prefer support for stuff like SMB or FTP, or even better, access to media servers like jellyfin for example I wonder if I'll live long enough to see this happen

Still waiting on this as well, but not for gdrive/onedrive, more interested in stuff such as FTP and/or SMB and so on... Still haven't found a nice and non janky way of doing it with the current capabilities... Also about the app size, wouldn't being able to play files from a remote location kind of make up for it? I mean sure the app might get a bit bigger, but being able to play stuff from a remote location you can just remove a few files from the local storage or something...

I just checked my account history on google play and yep it is there, the Poweramp equalizer I got early last year, the skins I got over time and of course Poweramp all the way down, it was my very first purchase years and years ago If your purchase is not showing on your google play purchase history, then it really looks like its something related to google... Are you sure you bought it using your main account? Maybe some other account was logged in and you didn't noticed?

I bought Poweramp eons ago and changed phones a few times over these years, some times quite brutally (as in getting control of my account back after my main phone display shattered, but it was still powered on and reporting back as working) I never, even once, had to bother with anything, not only on Poweramp but on other apps too It was always a case of just installing the app again and it was already working... If you bought it from Google play, it should just work. If it doesn't then there's something iffy on Google's side. If I were you I would go pester google instead, though you kind of dug your own grave by deleting the purchase confirmation email... "Yeah sure I bought this but I got rid of any proof", that's kinda weird

Waiting for PA to be able to read them as well. Considering files created with 1.4.1 can be read on players normally and decoded by older decoder versions (except for 32bit files of course), it probably is safe to add decoding support to it already. I mean, if enough changed between 1.4 and 1.4.1 to need an entirely new decoder, it would probably be numbered 1.5 or even 2.0, or at least have a big warning somewhere.

I just encoded a song to aac TVBR 127 and the resulting file has about 340kbps, 10mb Wavpack at the minimum can go to about 200kbps, same song has 5.9mb Now aac ABR at 128kbps really had about 128kbps, with a file of 3.9mb TVBR 91 also has about 200kbps and gave a file of 6mb To get a bitrate of about 128kbps using TVBR you need to use TVBR 63 You could also try lossyWAV + FLAC, TAK or WavPack (which are all variable bitrate btw) using the portable or extra portable presets. This same song in lossyWV and lossyFLAC had 10mb, lossyTAK had 9.6mb. This is all possible to use with Foobar2000 converter including all its capabilities. Sorry if that sounds rude, it's not my intention, but is that difference big enough to disrupt things? Maybe you could get away with an album or two less? I'm constantly out of storage as well but I still have a lower threshold and would rather be missing some songs than going lower bitrate than a certain amount... Plus with wavpack you can get the convenience of having one single file with the cue sheet and album arts embedded. Again sorry if that sounds bad, it really is not the intention. Encoders used: qaac64.exe v2.76 (64bit), wavpack.exe v5.5.0 (64bit), flac.exe v1.4.1 (64bit), takc.exe 2.3.3 (32bit), lossyWAV.exe v1.4.2 (??bit) WavPack was done with -h -x4 -b'128', FLAC was done with --best, TAK was done with -p5m, lossyWAV was done with --quality portable --analyses 4 --shaping hybrid Foobar2000 version 2.0 beta10, 64bit (just to confirm things do work on its converter) The song used was "Egao Sing a Song" from BanG Dream's "Hello, Happy World!" Group. Duration of 4m9s, the 16bit 44.1kHz 2ch LPCM of it has 42mb with a bitrate of, obviously, 1411.2kbps constant

Sometimes you need to restart Poweramp from zero after stopping these effects Sometimes my output gets locked to 16-48 if I use YouTube for example while Poweramp is active and it only goes back after I restart (not reinstalling, just stopping it and starting thw app again) Or a phone reboot might work as well And if course make sure no other apps are trying to start an audio session at the same time