Upcoming moOde 7.2.0 release - Printable Version +- Moode Forum (https://moodeaudio.org/forum) +-- Forum: moOde audio player (https://moodeaudio.org/forum/forumdisplay.php?fid=3) +--- Forum: Support (https://moodeaudio.org/forum/forumdisplay.php?fid=7) +--- Thread: Upcoming moOde 7.2.0 release (/showthread.php?tid=3671) |
RE: Upcoming moOde 7.2.0 release - adrii - 04-11-2021 It looks like the limit is compiled into the the loopback driver, but can be changed at compile time. https://alsa-user.narkive.com/ZeBRKkwU/alsa-loopback-in-384khz However, as the higher sample rate probably isn't needed by the loopback device in this case (visualisation), it might be possible to use a custom ALSA configuration file to change the sample rate after the duplication at "multi" and before the audio is passed to the loopback device (I am not sure why plughw doesn't do this) using a "rate" or "plug" plugin. https://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html Adrian. RE: Upcoming moOde 7.2.0 release - Tim Curtis - 04-11-2021 That might be possible. I see in the sources where the 192k rate limit is specified. https://github.com/raspberrypi/linux/blob/rpi-5.10.y/sound/drivers/aloop.c Code: static const struct snd_pcm_hardware loopback_pcm_hardware = I suppose it could be modified and compiled using our existing module compile process but then we are stuck with maintaining another custom driver. The best way to do this would be for someone to submit a PR to the Raspberry Pi Linux kernel with the appropriate modifications to increase the rate limit to 384K. I don't see why it wouldn't be accepted given that they have already accepted many other driver mods that involve rate increases. RE: Upcoming moOde 7.2.0 release - adrii - 04-11-2021 Hi Tim Using "hw:Loopback" rather than "plughw:Loopback" in the ALSA configuration is working for me using a SoX rate of 384K In /etc/alsa/conf.d/_sndaloop.conf Code: ... Adrian. RE: Upcoming moOde 7.2.0 release - Tim Curtis - 04-11-2021 I'll test, thx RE: Upcoming moOde 7.2.0 release - Tim Curtis - 04-11-2021 It does avoid the ALSA open error but it forces the output rate to 192K. Overall though its better than having an ALSA error and no playback so I'll plan to make the change. Ideally though someone will submit a PR to Pi Linux to bump the rate from 192K to 384K for snd-aloop driver. RE: Upcoming moOde 7.2.0 release - Tim Curtis - 04-13-2021 Here's latest draft release notes. We managed to fix some of the UPnP cover art issues and clean up the config screen :-) -Tim Code: ######################################################## RE: Upcoming moOde 7.2.0 release - oculto - 04-17-2021 occasionally I experience a longer power break, and the UPS goes to low battery, shutting down all services connected to UPS MONITOR. When power come back, and all services come back, I having problems with my library (NAS), it wont re-mount automatically, requiring a manual intervention. The problem is the RPI starts quickly, and be ready before the NAS, with cause problems to reconnect the SMB path. It could be nice to auto-mount or re-mount NAS library if it is offline, and start a update library process after that. a trigger with 5 minutes delay could check if library is mounted and if not, try to mount and update library. RE: Upcoming moOde 7.2.0 release - the_bertrum - 04-18-2021 (04-17-2021, 01:04 PM)oculto Wrote: occasionally I experience a longer power break, and the UPS goes to low battery, shutting down all services connected to UPS MONITOR. When power come back, and all services come back, I having problems with my library (NAS), it wont re-mount automatically, requiring a manual intervention. You could perhaps examine this: http://moodeaudio.org/forum/showthread.php?tid=2344 RE: Upcoming moOde 7.2.0 release - fdealexa - 04-29-2021 (04-11-2021, 02:40 PM)adrii Wrote: Hi Tim Hi Adrian, hi Tim, over the last few weeks I have been testing the configuration via "loopback" and would like to share a couple of interesting points with you: 1. I confirm that with "hw:" instead of "plughw:" the SoX can run up to 192K. 2. The bad news is that if mpd_oled is configured as a service there is a problem: it seems that a "music play" or "radio play" must be started before mpd_oled to get the whole chain to work. It may be that with the new configuration (7.2) this is not true: I am unable to test it. My tests were carried out: a. without any changes to playerlib (using alsaequal) b. by editing playerlib and asound.conf. Obviously all the tests were performed with the scratch 7.1.0 configuration. Please let me know if and how I could help in any direction. Sincerely and thanks, Francesco RE: Upcoming moOde 7.2.0 release - adrii - 04-29-2021 Hi Francesco I recently added a change to the mpd_oled service to wait for MPD to run before starting mpd_oled. This may help with the issue you are seeing. Adrian. |