gizmo21
commented
6 years ago I managed it. The problem was that mpd only likes paths relative to /audiofolders OR absolute paths, as you already wrote in rfid_trigger_play.sh. Your relative path m3u generation does not work with symlinked content so the absolute path had to be resolved at first and then I struggled with spaces in the NAS-mp3 files. My iteration went this way:
"smb.txt") # put an empty smb.txt into the NAS-folder you want to be played
cd $AUDIOFOLDERSPATH
# echo "file:////home/pi/shares/synomusic/f/file.mp3" > "$PLAYLISTPATH" # hardcoded for test
# readlink -f $(find -L "$FOLDER" | sort -f ) > "$PLAYLISTPATH" # works with non spaced filenames
#realpath $(find -L "$FOLDER" | sort -f) > "$PLAYLISTPATH" # works with non spaced filenames
find $(realpath "$FOLDER") -type f | sort -f > "$PLAYLISTPATH" # also works with spaced filenames
;;In the end I came up with this minimal alteration of your original code which then works with symlinked files via SMB AND the usual local files in audiofolder/ . So no special smb case or smb.txt file needed:
*)
# Nothing special to do, folder with audio files
# write playlist to file using the same name as the folder with ending .m3u
# wrap $PLAYLIST string in "" to keep line breaks
# cd to $AUDIOFOLDERSPATH as mpd accepts only filepaths relative to its music folder
# or starting with file:// (e.g. file:///home/pi...)
cd $AUDIOFOLDERSPATH
# find "$FOLDER" -type f | sort -f > "$PLAYLISTPATH"
find "$(realpath "$FOLDER")" -type f | sort -f > "$PLAYLISTPATH" #works with localfiles and local spaced folders, but also with symlinked folders and spaced cifs filenam$
if [ $DEBUG == "true" ]; then echo "Nothing special $PLAYLISTPATH" >> $PATHDATA/../logs/debug.log; fi
;;
Only "drawback" I saw so far is that the /tmp/*.m3u fles get a bit larger as always absolute path is saved instead of relative to audiofolders - hop that doesn't break something else.
But of course for the cifs function you need mounting of smb-share (automatically via fstab) and the once per folder manual symlinking for every sub-folder you want to play:
ln -sf <local-cifs-mountdir>/<optional-subdir-on-nas>/ /home/pi/RPi-Jukebox-RFID/shared/audiofolders/<symlink-foldername>
So just in case for anyone who also wants to play remote SMB-files, this one worked for me. Guess there are tons of possibilities to get it also going - so please enhance it.
MiczFlor
bubble1999
I thought instead of needing to move all of the music to the SDCard I could play some over smb-share from my NAS. But even though I can see all files in bash and browser under "show files - Contains the following file(s): file1.mp3 " and I can press play, they are not played.
I used the following setup: /etc/fstab: //192.168.0.212/music /home/pi/shares/synomusic cifs credentials=/root/.smbcredentials,iocharset=utf8,x-systemd.requires=network-online.target 0 0
So after reboot I can see in ls /home/pi/shares/nasmusic all mp3 in the music root of my NAS and can navigate to all subfolder.
Now I create a symbolic link to a subfolder 'f' of the nas-share containing an mp3 file (but even /home/pi/shares/synomusic/=root of Nas-share has same results) ln -sf /home/pi/shares/synomusic/f/ /home/pi/RPi-Jukebox-RFID/shared/audiofolders/nas and even chmod -h pi:www-data /home/pi/RPi-Jukebox-RFID/shared/audiofolders/nas
In browser index.php I can now see "nas" as "Available audio folder" and even "show files" lists the correct files and it even created the folder.conf on the NAS folder. But pressing play seems to do something (folder.conf says playing) but doesn't play.
sudo tail -f /var/log/lighttpd/error.log
sudo tail -f /var/log/auth.log
sudo tail -f /var/log/daemon.log:
cat /home/pi/RPi-Jukebox-RFID/logs/debug.log
^/tmp/nas.m3u is empty wheras the other there have the correct files incl. path
It seems "find" command does not find symlinked files, so i worked around to try if it could play and it does it well that hardcoded way (adding an smb.txt as switch:
That of course is not the way ;) but I'm out of options to parse this correctly into the m3u.