Hi Kent,
I use the debug log setting to append "-test" to the arg that is passed to Updater so I can test update packages before releasing them. In moodeaudio.org/downloads folder there are test files alongside the release files.
The next update will include a dedicated param in sql table for testing updates instead of lunching off of debug log param.
-Tim
Hi Kent,
Just turn debug logging off. Might be a good idea to delete the update-r26.txt file and re-run the 07-10 update.
-Tim
Turned off debug logging and rebooted (both devices). Now the About page, System Configuration/Check for software update page, and mlog.sh output are consistent and correct. Lesson learned: More (logging) isn't always better 😱
Different issue: It's still true that MPD Configuration APPLY returns "mpd-config: connection to mpd failed" on both players using the latest version of Chromium browser on my Linux box [1]. Reloading the page in my browser gets me back to the Moode GUI. I get different annoying behavior using the latest version of Firefox browser on the same box. In both cases, I can elaborate later, if needed, but have to go out now.
Regards,
Kent
[1] 64-bit Linux Mint 17.3 based on Ubuntu 14.04.
I noticed that yesterday, a refresh and it reconnects
Sent from my Nexus 5X using Tapatalk
When I reboot sometime I get the index.php#restart-modal "reconnect system rebooting", sometime I get the nginx 502 error page... (it's not written on page that's 502, i see in chrome dev tools). White page with something like:
why?
also journalctl shows it's chmodding 777 all this stuff on every boot? is it normal?
Code:
the page you are looking for is temporarily unavailable. please try again laterwhy?
also journalctl shows it's chmodding 777 all this stuff on every boot? is it normal?
Code:
Jul 11 17:47:58 moode sudo[1077]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 777 /run/sess*
Jul 11 17:47:58 moode sudo[1077]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:47:58 moode sudo[1077]: pam_unix(sudo:session): session closed for user root
Jul 11 17:47:58 moode sudo[1088]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 777 /var/lib/mpd/music/RADIO/1.FM - Blues Radio.pls /var/lib/mpd/music/RADIO/2BOB Radio 104.7 FM.pls /var/lib/
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) Dance Hits Chicago.pls /var/lib/mpd/music/RADIO/AddictedToRadio - Electro Dance Channel.pls /var/lib/mpd/music/RADIO/AddictedToRadio - Jazz Mas
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) /var/lib/mpd/music/RADIO/BBC 320K Radio 3.pls /var/lib/mpd/music/RADIO/BBC 320K Radio 4 FM.pls /var/lib/mpd/music/RADIO/BBC 320K Radio 5 live.p
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) SmoothJazz.pls /var/lib/mpd/music/RADIO/EuropaRadioJazz - Smoothjazz HD Audiophile .pls /var/lib/mpd/music/RADIO/EuropaRadioJazz - TheSoundOfJa
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) KUVO.pls /var/lib/mpd/music/RADIO/KWAX Classic.pls /var/lib/mpd/music/RADIO/Koffee.pls /var/lib/mpd/music/RADIO/La Premi<C3><A8>re.pls /var/lib
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) /var/lib/mpd/music/RADIO/RSD Radio.pls /var/lib/mpd/music/RADIO/RSI - Rete Due.pls /var/lib/mpd/music/RADIO/RSI - Rete Tre.pls /var/lib/mpd/mus
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) Musikwelle.pls /var/lib/mpd/music/RADIO/Radio SRF Virus.pls /var/lib/mpd/music/RADIO/Radio Swiss Classic.pls /var/lib/mpd/music/RADIO/Radio Swi
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) /var/lib/mpd/music/RADIO/Soma FM - Boot Liquor.pls /var/lib/mpd/music/RADIO/Soma FM - Covers.pls /var/lib/mpd/music/RADIO/Soma FM - DEF CON Rad
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) /var/lib/mpd/music/RADIO/Soma FM - PopTron.pls /var/lib/mpd/music/RADIO/Soma FM - SF 10-33.pls /var/lib/mpd/music/RADIO/Soma FM - Secret Agent.
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) Unearthed.pls /var/lib/mpd/music/RADIO/Triple J.pls /var/lib/mpd/music/RADIO/True Vinyl Radio.pls /var/lib/mpd/music/RADIO/UCFM 87.8 - Canberra
Jul 11 17:47:58 moode sudo[1088]: root : (command continued) /var/lib/mpd/music/RADIO/WRTI Philadelphia 90.1 - Classical.pls /var/lib/mpd/music/RADIO/WRTI Philadelphia 90.1 - Jazz.pls /var/lib/mpd/music/R
Jul 11 17:47:58 moode sudo[1088]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:47:58 moode sudo[1088]: pam_unix(sudo:session): session closed for user root
Jul 11 17:47:59 moode sudo[1097]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 777 /var/www/currentsong.txt
Jul 11 17:47:59 moode sudo[1097]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:47:59 moode sudo[1097]: pam_unix(sudo:session): session closed for user root
Jul 11 17:47:59 moode sudo[1108]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 777 /var/www/libcache.json
Jul 11 17:47:59 moode sudo[1108]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:47:59 moode sudo[1108]: pam_unix(sudo:session): session closed for user root
Jul 11 17:48:00 moode sudo[1117]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 777 /var/www/playhistory.log
Jul 11 17:48:00 moode sudo[1117]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:48:00 moode sudo[1117]: pam_unix(sudo:session): session closed for user root
Jul 11 17:48:00 moode sudo[1126]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 666 /var/log/moode.log
Jul 11 17:48:00 moode sudo[1126]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:48:00 moode sudo[1126]: pam_unix(sudo:session): session closed for user root
Jul 11 17:48:00 moode sudo[1137]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 777 /var/www/images/spscover.jpg
Jul 11 17:48:01 moode sudo[1137]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:48:01 moode sudo[1137]: pam_unix(sudo:session): session closed for user root
Jul 11 17:48:01 moode sudo[1146]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 777 /var/www/images/spscover.png
Jul 11 17:48:01 moode sudo[1146]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:48:01 moode sudo[1146]: pam_unix(sudo:session): session closed for user root
Jul 11 17:48:01 moode sudo[1157]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/chmod 777 /var/www/spscache.json
Jul 11 17:48:01 moode sudo[1157]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:48:02 moode sudo[1157]: pam_unix(sudo:session): session closed for user root
Jul 11 17:48:02 moode sudo[1166]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/killall ashuffle
Jul 11 17:48:02 moode sudo[1168]: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/ls /media
Jul 11 17:48:02 moode sudo[1166]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:48:02 moode sudo[1168]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 11 17:48:02 moode sudo[1168]: pam_unix(sudo:session): session closed for user root
Jul 11 17:48:03 moode sudo[1166]: pam_unix(sudo:session): session closed for user rootHi,
Permission setting is part of "File check..." during Moode worker startup. The perms should probably be least-permission-reauired instead of 777. If I get some spare time I'll look into it. You can see how long "File check..." takes by looking at output from ./mlog.sh (Moode log).
NGINX 502 errors suggest a page request from client is timing out because either network issue or server issue.
When u look at Moode log are there any messages from watchdog indicating that php-fpm has been restarted?
-Tim
Sure, as I noted in my first mention of the issue, but I stand by what I said then, that "it's not what an enduser would expect."
This message relates not to a user connection but to a connection "behind the curtain" between Moode and MPD. I believe endusers should never be directly exposed to an internal system error message. IMHO, if Moode can't connect to MPD then it should return a suitable webpage and/or take corrective action instead of just passing back the raw system error message. (Ever try to log into a favorite website and get the dreaded "Error establishing a database connection"? Same principle. The enduser knows from nothing about the database connection in question.
Interestingly, Firefox first returns a RECONNECT button. If I click it too soon or wait too long, I get to the same "mpd-config: connection to mpd failed" but it I time the click just right, I get returned to the expected MPD Configuration page, accomplishing essentially the same as a page refresh.
This isn't a show stopper issue, by any means, but it would be nice to take care of it since it occurs every time I change an MPD setting and not just when I go through Tim's update procedure.
Just my two cents worth.
Regards,
Kent
I was only confirming that I saw this behaviour as well, I agree that it does not look good, the page refresh comment was meant to show it looked to be a timing issue perhaps.
To muddy the waters I am using Opera. 😉
Sent from my Nexus 5X using Tapatalk
I apologize for overreacting. We're obviously in agreement as to the cause. I can think of coding hacks in Moode to deal with it, but Tim is the Master!
As an aside, I've been following some bloggers recently as they discuss subtle ways the different browsers behave in spite of of web standards and sometimes because of the ambiguity of the standards [1]. I can't imagine a more thankless task than having to make a website proof against Chrome/Chromium, Firefox, IE, Edge, Opera, Safari, SeaMonkey, yada yada yada. Sometimes it's a minor difference in rendering, sometimes not minor at all. No wonder my bank still suggests I just use whatever is the latest version of IE (as if!).
Regards,
Kent
[1] My boss used to say that committees reach consensus by being vague; never more true that for standards committees (full disclosure: I used to be a member of several.).
No problem, perhaps I should stop cutting corners when replying on Tapatalk😂
Sent from my Nexus 5X using Tapatalk
Sent from my Nexus 5X using Tapatalk
Tim,
Given the number of non-problems that seem to be caused by caching, why not a really short max-age= value. After all, there's not much data being loaded by your web pages, the overhead to refresh from a local source isn't great.
Given the number of non-problems that seem to be caused by caching, why not a really short max-age= value. After all, there's not much data being loaded by your web pages, the overhead to refresh from a local source isn't great.
Thank you. Here it is:
pi@moode:~ $ ./mlog.sh
20160711 210547 worker: Startup
20160711 210549 worker: Host (moode)
20160711 210549 worker: Hdwr (Pi-2B 1GB)
20160711 210549 worker: Arch (armv7l)
20160711 210549 worker: OS (moodeOS 1.0)
20160711 210549 worker: Krnl (4.4.8-v7+)
20160711 210549 worker: MPD (0.19.15)
20160711 210549 worker: Session loaded
20160711 210549 worker: Debug logging (off)
20160711 210549 worker: File check...
20160711 210550 worker: File check ok
20160711 210550 worker: Auto-shuffle deactivated
20160711 210550 worker: USB sources (none attached)
20160711 210550 worker: MPD started
20160711 210550 worker: wlan0 does not exist
20160711 210550 worker: Audio (USB audio device)
20160711 210551 worker: ALSA outputs unmuted
20160711 210551 worker: ALSA mixer name (PCM)
20160711 210551 worker: MPD volume control (disabled)
20160711 210551 worker: Hdwr volume controller exists
20160711 210551 worker: Volume level (0) restored
20160711 210551 worker: wlan0 address not assigned
20160711 210551 worker: eth0 exists
20160711 210551 worker: eth0 (192.168.1.27)
20160711 210551 worker: NAS sources (none configured)
20160711 210551 worker: MPD consume reset to off
20160711 210551 worker: Autoplay on
20160711 210551 worker: End startup
20160711 210551 worker: Ready
pi@moode:~ $
With debug:
Last login: Mon Jul 11 21:27:03 2016 from 192.168.1.8
pi@moode:~ $ ./mlog.sh
20160711 213040 worker: Startup
20160711 213042 worker: Host (moode)
20160711 213042 worker: Hdwr (Pi-2B 1GB)
20160711 213042 worker: Arch (armv7l)
20160711 213042 worker: OS (moodeOS 1.0)
20160711 213042 worker: Krnl (4.4.8-v7+)
20160711 213042 worker: MPD (0.19.15)
20160711 213042 worker: Session loaded
20160711 213042 worker: Debug logging (on)
20160711 213042 worker: File check...
20160711 213043 worker: File check ok
20160711 213043 worker: Auto-shuffle deactivated
20160711 213043 worker: USB sources (none attached)
20160711 213043 worker: MPD started
20160711 213043 worker: wlan0 does not exist
20160711 213043 worker: Audio (USB audio device)
20160711 213043 worker: ALSA outputs unmuted
20160711 213043 worker: ALSA mixer name (PCM)
20160711 213043 worker: MPD volume control (disabled)
20160711 213043 worker: Hdwr volume controller exists
20160711 213044 worker: Volume level (0) restored
20160711 213044 worker: wlan0 address not assigned
20160711 213044 worker: eth0 exists
20160711 213044 worker: eth0 (192.168.1.27)
20160711 213044 worker: NAS sources (none configured)
20160711 213044 worker: MPD consume reset to off
20160711 213044 worker: Autoplay on
20160711 213044 worker: End startup
20160711 213044 worker: Ready
20160711 213059 engine-mpd: Connect
20160711 213059 engine-mpd: Session loaded
20160711 213059 engine-mpd: Generating enhanced metadata
20160711 213059 engine-mpd: Metadata returned to client
20160711 213059 engine-mpd: Connect
20160711 213059 engine-mpd: Session loaded
20160711 213059 engine-mpd: Idle
pi@moode:~ $
Last edited:
The issue is that 16-bit music decodes and outputs as 16-bit, but 24-bit music decodes to 24-bit but outputs as 16-bit too. Resampling is off.
Does the Pi limit USB output to 16-bit? I'm connecting to a Grace m902 that should accept 24/96 from USB.
Hi,
Many users including myself are sending 24/96 or 24/192 to their USB or I2S DAC's with no issue so hard to say why issue with m902.
The command below shows what Linux/ALSA is sending to USB DAC. Its same command that is used in Audio Info.
cat /proc/asound/card1/pcm0p/sub0/hw_params
-Tim