Audio Station in DSM7 not finding recently-received MP3 files

Currently reading
Audio Station in DSM7 not finding recently-received MP3 files

Hello,

I'm running into an issue with Audio Station in DSM7 on a Synology 218+ in which it isn't showing recently downloaded MP3 files. To give some background, my audio files are stored in shared folder /Multimedia/Audio (or /volume1/Multimedia/Audio), and this folder has been included within the file indexing settings (with the "Music" selection for for it in the indexing settings). Various subfolders exist within the "Audio" subfolder that are divided by categories, and I store podcasts in /Multimedia/Audio/Podcasts.

To obtain podcasts, I created a docker container running an app called podget (in case the question comes up as to why I don't use Download Station to download the podcasts, I use podget because it has an option to rename the downloaded MP3 podcast files, something that Download Station doesn't do). I also run the docker container as a scheduled task to automatically check for new podcasts and to download them to subfolders within /Multimedia/Audio/Podcasts.

All of that works fine. However, the newly obtained MP3 files don't show up in Audio Station, and Audio Station is setup to show subfolders and files within /Multimedia/Audio, so apparently the new files are not being indexed. If I perform a reindex, then after several hours (I have a very large MP3 collection), those newly-obtained MP3 files will appear within Audio Station. It's just that they're not showing up in Audio Station after they're downloaded via the docker container without manually performing a reindex.

At first, I thought maybe that the assigned file permissions to the newly-downloaded MP3 files via the docker container might have played a role in this, so I changed the permissions of the newly-obtained files to match those of the other MP3 content that are seen by Audio Station. Yet it made no difference in Audio Station finding them.

With all of that said, is there a command that can be executed via a scheduled task in Synology to perform a reindex, and if so, can the command be customized to limit the file reindex execution to /Multimedia/Audio/Podcasts instead of all of /Multimedia/Audio (so that it will be brief and not hours-long, limiting it to the given location)? Any assistance would be appreciated.

Thanks.
 
Hello,

I'm running into an issue with Audio Station in DSM7 on a Synology 218+ in which it isn't showing recently downloaded MP3 files. To give some background, my audio files are stored in shared folder /Multimedia/Audio (or /volume1/Multimedia/Audio), and this folder has been included within the file indexing settings (with the "Music" selection for for it in the indexing settings). Various subfolders exist within the "Audio" subfolder that are divided by categories, and I store podcasts in /Multimedia/Audio/Podcasts.

To obtain podcasts, I created a docker container running an app called podget (in case the question comes up as to why I don't use Download Station to download the podcasts, I use podget because it has an option to rename the downloaded MP3 podcast files, something that Download Station doesn't do). I also run the docker container as a scheduled task to automatically check for new podcasts and to download them to subfolders within /Multimedia/Audio/Podcasts.

All of that works fine. However, the newly obtained MP3 files don't show up in Audio Station, and Audio Station is setup to show subfolders and files within /Multimedia/Audio, so apparently the new files are not being indexed. If I perform a reindex, then after several hours (I have a very large MP3 collection), those newly-obtained MP3 files will appear within Audio Station. It's just that they're not showing up in Audio Station after they're downloaded via the docker container without manually performing a reindex.

At first, I thought maybe that the assigned file permissions to the newly-downloaded MP3 files via the docker container might have played a role in this, so I changed the permissions of the newly-obtained files to match those of the other MP3 content that are seen by Audio Station. Yet it made no difference in Audio Station finding them.

With all of that said, is there a command that can be executed via a scheduled task in Synology to perform a reindex, and if so, can the command be customized to limit the file reindex execution to /Multimedia/Audio/Podcasts instead of all of /Multimedia/Audio (so that it will be brief and not hours-long, limiting it to the given location)? Any assistance would be appreciated.

Thanks.
I found a working solution to selectively index the newly-downloaded MP3 podcast files so that Audio Station can see them. Within the scheduled task I run that activates the docker container to download updated podcasts, I added a synoindex command that will then re-index where my podcasts are stored (sudo synoindex -R /volume1/Multimedia/Audio/Podcasts).
 
Upvote 0

Create an account or login to comment

You must be a member in order to leave a comment

Create account

Create an account on our community. It's easy!

Log in

Already have an account? Log in here.

Old thread notice: There have been no replies in this thread for quite some time. The last reply was on .
The content in this thread may no longer be relevant. It might be better to open a new thread instead.

Similar threads

Hi there... while I personally do not use Audio Station just to get the discussion going, you have set up...
Replies
1
Views
568
Hello ! how to open the ports on DSM please? Alexa Smart Properties Networking Requirements and Best...
Replies
0
Views
629
  • Solved
That was it. Mine was set to 10. Can't recall changing it to that low, but there it is. Thanks, Bandit...
Replies
2
Views
792
  • Question
Ah ha! I figured it out. I had forgotten to assign user rights to the Sudio station app and music...
Replies
1
Views
708
Is this true? I can right-click on an individual song and edit its metadata, but not an album?
Replies
0
Views
1,145
  • Question
Dear all, My music files were converted from MP4 -> m4a and they are working fine before I upgrade DSM to...
Replies
0
Views
1,662

Welcome to SynoForum.com!

SynoForum.com is an unofficial Synology forum for NAS owners and enthusiasts.

Registration is free, easy and fast!

Back
Top