Upcoming moOde 6.5.0

[Tim Curtis]

Here's latest draft release notes

Code:

########################################################
//
// 2020-MM-DD TC moOde 6.5.0
//
########################################################

New features

- NEW: Upgrade to Raspbian Buster Lite 10.3 2020-02-13
- NEW: Library option to sort by Artist/Year
- NEW: Library option to hide covers in Tag view album column
- NEW: Audio config option for USB volume knob ON/OFF
- NEW: System config option for LED0 and LED1 ON/OFF
- NEW: Spotify config option to autoplay similar songs

Updates

- UPD: Bump to Linux kernel 4.19.102 build #1295
- UPD: Bump to MPD 0.21.20
- UPD: Bump to shairport-sync 3.3.6
- UPD: Bump to librespot v0.1.1 (armv7l-only)
- UPD: Bump to moodeutl 1.4.0
- UPD: Deprecate librespot armv6l binary
- UPD: Add DSD rate to extra metadata
- UPD: Add -D option to moodeutl (delete session var)
- UPD: Context menu close by click anywhere off menu

Bug fixes

- FIX: Wrong DSD encoded-at rates shown on Audio info
- FIX: Audio info Formats showing PHP error message
- FIX: WiFi/BT options missing from System config for Zero W
- FIX: Minor corrections to Setup guide

Radio stations

- UPD: RadioActive FM 88.6
- UPD: Swedish Classic Radio
- UPD: WBJC Baltimore 91.5 - Classical
- DEL: Amys FM (320K)
- DEL: Amys FM Spirit of Soul (320K)
- DEL: JB Radio-2 USA (320K)
- DEL: Radio Monash
- DEL: Rinse FM
- DEL: VRT - Sporza

[yannig]

It's by no means perfect but I don't understand the dismissiveness on something that everyone has been asking for.

Also if anyone can help source icons for each of the tags in radio browser (like ambient, jazz, classical) that would be helpful too.

"that everyone has been asking for."
I did not !

But since I saw your propositions, I do now !

[DRONE7]

Hi duracell80,  yes you have made a killer app for MoOde and I am itching to try it...as one who uses the radio options a lot and prefer my custom stations to the MoOde stock (sorry Tim ) I know all the issues you have addressed...bulk loading, logo updates, saving and restoring...etc...

However...Consider the long term view.... if Tim is going to add this as an official change to MoOde then ultimately he has to be confident that he understands it fully so he can support it...

... should you get run over by a bus tomorrow. (heaven forbid !) ..or dwindle off and redirect your obvious enthusiasm elsewhere  and Tim has included your code and it doesn't survive another major update then he is faced with spending an enormous amount of time and effort to keep it going or dropping it from MoOde... neither option seems helpful to MoOde and it's users.... time spent on this is time not spent elsewhere...

Hence his preference for P/R with solid documenting.  I don't see a problem with that... there will always be some to and fro especially where a submitter has not been through the P/R process before...) and as a long time user I've seen other features come and go for just such scenarios....(mumble RT kernel mumble mumble))

So my plea to you is take it slow, look at the big picture.....  
Again, I am so looking forward to your radio enhancements !!!  and I can wait until they're solid..

Remember...you're not alone...m>Configure>(anything)>m>About>Contributors>View Contributors
Looks like it takes a village to raise a well functioning player... Tim may be the conductor but it's an orchestra that makes the music !!

All the best and keep at it !!
Cheers, Bob.

[TookaFace]

Maybe some small optimisations, you can see with systemctl list-timers command, those 2 timers running in background: apt-daily, apt-daily-upgrade

Since upgrading manually Raspbian is not recommend with moOde anyway, i think its safe to disable those 2 timers :

Code:

sudo systemctl stop apt-daily.timer
sudo systemctl disable apt-daily.timer
sudo systemctl mask apt-daily.timer

sudo systemctl stop apt-daily-upgrade.timer
sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl mask apt-daily-upgrade.timer

[Tim Curtis]

Interessing. I didn't know these even existed.

I see there are also .service files. Should those be disabled/masked as well?

[TookaFace]

You can stop the services to be sure before running the commands for timers, but no need to disabled/masked those because there are only start by their respective timer and we never know, maybe the services can be call by other programs, so it's safer not to deactivate / hide them.

Im running this for some time now, i didn't notice problems.

[Tim Curtis]

Makes sense. I'll add the .timer stuff to the build recipe and mosbuild.

Thx :-)

[philrandal]

Maybe some small optimisations, you can see with systemctl list-timers command, those 2 timers running in background: apt-daily, apt-daily-upgrade

Since upgrading manually Raspbian is not recommend with moOde anyway, i think its safe to disable those 2 timers :

Code:

sudo systemctl stop apt-daily.timer
sudo systemctl disable apt-daily.timer
sudo systemctl mask apt-daily.timer

sudo systemctl stop apt-daily-upgrade.timer
sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl mask apt-daily-upgrade.timer

I've yet to break Moode by updating it, and I use automatic updating to keep Raspbian up to date.  I don't honestly think there's anything to be gained by disabling these timers.

[TookaFace]

You still can update Raspbian the way you like, the only thing those timers does, is running apt update in the background once a day.

[TheOldPresbyope]

Maybe some small optimisations, you can see with systemctl list-timers command, those 2 timers running in background: apt-daily, apt-daily-upgrade

Since upgrading manually Raspbian is not recommend with moOde anyway, i think its safe to disable those 2 timers :

Code:

sudo systemctl stop apt-daily.timer
sudo systemctl disable apt-daily.timer
sudo systemctl mask apt-daily.timer

sudo systemctl stop apt-daily-upgrade.timer
sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl mask apt-daily-upgrade.timer

I've yet to break Moode by updating it, and I use automatic updating to keep Raspbian up to date.  I don't honestly think there's anything to be gained by disabling these timers.

Nice catch on the timers but are you sure they actually trigger unattended upgrades. I don't see the config files to force that (https://wiki.debian.org/UnattendedUpgrades). We could set up a virgin system with the periodic system-log housekeeping turned off and see what happens.

Here's what's in the abbreviated syslog on one of my players:

Code:

pi@moodevu:~ $ grep apt /var/log/syslog
Mar  3 07:35:50 moodevu systemd[1]: Starting Daily apt download activities...
Mar  3 07:35:52 moodevu systemd[1]: apt-daily.service: Succeeded.
Mar  3 07:35:52 moodevu systemd[1]: Started Daily apt download activities.

More than once we've a thread which starts out with "moOde doesn't work", reveals later that apt update/upgrade had been run out of habit, and further on reports the problem went away when they reinstalled. We can't prove the update/upgrade was their root problem but imagine Tim's user-support problems if everybody's player broke overnight because of some incompatible change.

Just my 2-cents worth.

Regards,
Kent

PS - @TookaFace this post is kinda redundant given your last post.