I tried to upload a few mp3s into the captures folder to play along to.
But within the new audio player they are not listed.
Am I missing some thing?
Is there another tool to play audio files which were uploaded through the web interface?
You may say thatā¦ I spent some time yesterday trying to create deb packages for the lib and dev. Not quite so easy. When we migrate to Bullseye I think it will be sorted but nowā¦
[Edit] ā¦but where there is a willā¦ I have created branch feature/716_mp3_support to zynthian-sys repro which adds mp3 support. I found it too challenging (time consuming) to build working deb packages (the dev package wasnāt working properly) so I just added a binary shared library for the updated libsndfile (and the other changes required to support mp3 - and other audio formats). Also requires zynthian-ui branch bug/782_audioplayer_crash.
That is not a currently supported feature.This feature request covers something similar but there has been no progress on it due to limited interest. (I think you may be the second user to mention this).
Iāve never tried the Zynthianās webradio, will it accept the path of a locally stored m3u file in place of a url (as described here)? That could be a workaround.
If everything goes well I should have my Zynthian working again sometime this weekend, I could try it out then.
I would be very suprised if that worked. A m3u in the streaming client requires the far end to provide a stream which wouldnāt be the case here. But you could tryā¦
Using Internet Radio is a really good idea and almost worksā¦
There was a small issue with audio routing but whist I had the lid off I refactored the code to be more efficient and effective. I need to do some more testing but will add to vangelis soon.
[Edit] Playlists are simple text files with file extension .m3u or .pls with the absolute or relative path of each audio file on a separate line. Audio files may be within directories which may improve file management. It may be advantageous to use USB attached storage which is not currently implemented. (Feature request anyone?) Audio files may be any format supported by zynthian which includes wav, flac, ogg, mp3, etc. (I only tested with ogg so please do let me know if you find something that does not work.
The āstreamā control should work for all stream types, stopping the stream when set to āstoppedā and reloading the stream when set to āstreamingā. This should restart a playlist from its start. The āpauseā control should pause playlists and restart from the same position. It may have undesirable effect on some streams - I haveāt fully tested that yet. (I may need to consider local playlists and remote playlist streams differently.) āprev/nextā control works on playlists but there is a risk it may have undesirable effect on streams. Let me know.
I wanted to get this out before the next update because it is such a good idea (thanks @LagoonCity) that will find many use cases. It can provide interval music for gigs, background listening at home between sessions or when doing other work in the studio, etc. There will be many enhancements possible and I anticipate some feature requests in the issue tracker. (I would like to see the list of tracks in a playlist and allow direct selection of next to play.)
This is awesome, throw in a simple crossfader and this could turn into a traktor like dj setup. Maybe one might even dream of a prelistening option on a secondary usb interface.
Ha ha! Trust me, there is no such thing as ājustā¦ā! I appreciate the jest within the comment but maybe it is worth staving off any creep on the idea of a DJ implementationā¦ Internet Radio would certainly be a poor candidate for such a feature. It uses mplayer as its core engine which can stream and handle playlists of audio (and video - but we donāt think that moving pictures fad is likely to catch onā¦) which makes it a good candidate for the Internet Radio and general audio player but anything more complex that may require an EDL or similar doesnāt fit that model. I closed the ticket requesting playlist within zynsampler but I suspect it would be zynsampler that may prove the best candidate for such workflow. It already has some primative EDL support.
[Edit] Stop giving me ideasā¦ A DJ type workflow is probably best implemented with two chains, each with an audio player. This canāt be done with (the current implementation of) Internet Radio because it is a single instance engine, i.e. you may only have one at a time. This limitation could be relaxed since my recent changes but only if there is benefit. What might be useful is an option to stop playback between each track. This may benefit sound effects playback. A user could load up a playlist of sounds and trigger them to play with a button. If this new (currently non-existent) control was asserted then then next sound would be loaded but pausedā¦ nice idea that I may implement.