Bug or Have I Messed Up? - ERROR This File Does Not Appear to Be An Audio File
I have just signed up for Astiga and pointed it to my B2 bucket of about 10,000 audio tracks, a little over a TB. There may be a handful of mp3 tracks in there, but the vast majority are AIFF in resolutions from 16/44.1 to 24/192. There are also a number of DSF (DSD) tracks, some WAV, and some FLAC. There are also JPGs and PDFs (cover art and booklets). It appears that on the initial sync of the library, for virtually every audio track (I won't know if it's literally every track until sync completes), I am receiving the message "ERROR This File Does Not Appear to Be An Audio File."
Is there something I'm doing wrong, and if so how do I correct it?
Is this possibly a bug, and if so how can I best assist in fixing it?
Thanks.
Comments
Something helpful(?) that I have now seen upon expanding the Astiga log window: "Received error from B2: accountId invalid" for each of the files.
That's peculiar. Just to be clear, you generated a key like this, right?
There have been some odd quirks in the past when it came keys that had access to too much (specifically master keys). Additionally, if your Backblaze bucket is relatively young, you can also add it using S3. Do you happen to know which region your B2 account is? (Mine is in the original US region, there might be something I need to do differently for the EU data region).
I just tried creating a new key for myself, and it worked without issue, so if that does not fix the issue, then something else may be going on.
Read and write access is the only difference I see offhand. It's an application key rather than a master, US region. Before you worry overmuch about this, let me wipe out this installation and try creating a new app key, since it's possible I messed up some setting when installing the first time. I'll choose read only this time also.
Tried again, checked things twice - still no joy. Astiga lets me create and sync the library; the directory structure is all there (B2 bucket/artist folders/album folders/music files); but I still get the same error messages in the log. Attempting playback produces a couple of seconds where the UI looks like it's trying to play the file (changes from Play to Pause icon), but no sound and then it falls back to the Play icon.
I can access and modify the bucket with rclone and ChronoSync, so I've done the application key process successfully for those apps. It's puzzling.
I think I have managed to reproduce it - can it be that your key is not limited to access to a single bucket, but instead has access to every bucket? Because I have created a new key for myself without it being limited, and it seems to have the same issue.
If so, then I believe I also found the reason. In the call to get the authorization key to access your folders/files, the bucket name and ID are also returned if access is limited to a single bucket. This data is later used to convert the bucket ID to the name, and if it is missing, it seems to cause some issues. (The bucket name is used for downloading a file, the bucket ID for getting the folder content, hence browsing works, but playing a file does not)
Could you try that?
That sounds like it. Will test when I get back home next weekend. (Camping in Colorado. 🙂)
I've had this issue too, a lot of mp3 files have flagged the problem though and won't be synced.
@Columbo The error comes up whenever the file could not be identified as a file containing audio. There a quite a lot of different reasons that this could happen, for example:
So in this particular case it seems to be that the fourth case, namely that Backblaze shows the list of files, but when Astiga tries to download the files, it cannot do so because it assumes information is there, when it is actually not. Luckily it can be worked around by creating a narrower key, which is actually preferable anyway from a security perspective.
Back home and things look good so far. No error messages and taking time to load my collection (10K tracks, many of them large) like my home installation of Subsonic. Not planning to try playing anything until it's all done loading.
Hmm, things appear to have halted:
Weird. Waited a while, hit Sync again, and now those same tracks have been added without incident. Time to let this run overnight so as not to raise any more premature alarms and come back in the morning to see what happened.
@Koen Thanks for the response. How do I create a narrower key?
Not Koen, but 'narrower key' for Backblaze B2 means that when you are creating the application key you do not select the option to have it open all buckets, but only one. (In my case I only have one bucket containing my music, so that makes it easy.)
Bucket meaning the source of my music? I've got it all one place on pCloud. Sorry I'm not very good at this stuff.
Don't know about pCloud as I've never used it, so obviously Koen would be a better source for specific information. I can just say generally that you can store files in different "buckets" in Backblaze. In order for Astiga to work correctly, the application key must be created so it only applies to a single bucket. Whatever the equivalent of that would be in pCloud....
Ah I see, maybe it's similar with pCloud then. Weird as the problem files have been fine up until the last sync.
@Jud I updated the servers yesterday, which required a reboot, which halted the ongoing syncs (including yours). Don't worry - the system automatically detects and restarts them within 4 hours.
@Columbo The way pCloud works is quite different from the way Backblaze B2 works - if you do experience any issues with pCloud, then feel free to create a new discussion for that, and it will be looked into.
Will do, thanks
Log file looks good this morning. Will look into playing something later today.
Success. Happily playing music over AVSub and play:Sub. Thank you!