Mauro,
Thanks for your patience. I’ve been looking into this while I’ve been working on some other updates. There doesn’t appear to be anything wrong with the web interface and php scripting. In fact, the same code works fine on my development board (Beaglebone Black) and I can upload, convert, and playback the WAV and MP3 files that you sent to me without issues.

When I tried to do the same on my RPI3 that I am using for testing it didn’t work…It said it was successful, but it wasn’t. The RPI3 has some newer UI code on it, pulled from the development branch but the system is based on the 1.1.0 IMG files. The issue seems like it might be two fold.

The first appears that the sox audio utility that the PHP script relies on is not installed. You can verify this by typing:

which sox

If it’s installed you will get a path back. From your post above you said that you converted your files with sox. I am not sure if you did this on your board if you did it on another machine.

For those that need to install sox on the 1.1.0 image, SSH into the board as root (directions) and run the following command at the prompt:

apt-get install sox

You may need to reboot afterwards.

The other item that might be an issues is permission on the web interface folder. There is a symlink in there that points to where the sound are actually located. On my board, this was set incorrectly, but that could be do to me using git to pull down development files and recreating symlinks. All the other folders outside of the web root seem to be set find. If you need to change the permissions, the easiest thing is probably just to reset the entire web folder with this command:

chown www-data:www-data /var/www/openrepeater -R

Hope that helps!

• This reply was modified 7 years, 10 months ago by Aaron, N3MBH.