Official moOde 8 support thread

[bitlab]

Code:

.... line 188 of backupmanager.py ...      
if configPresent:
  print('config')
  content.append('config')

That's the reason, why the Source/Library entry is duplicated. Now, if I want to "restore" , why would i like to append it to the current moodecfg.ini ?  I would rather think I would like to overwrite the moodecfg.ini even if it is in place, nor ?

That piece of code is just fine. That few lines just detect what is present in a backup file.
The only thing that is missing is that on restore first the already present source should be removed to allow multiple time restore of the ini.

But there is a much simpler workflow available: instead of the moodecfg.ini place the backup file renamed to moodebackup.zip in the boot partition.

[Tim Curtis]

Code:

.... line 188 of backupmanager.py ...      
if configPresent:
  print('config')
  content.append('config')

That's the reason, why the Source/Library entry is duplicated. Now, if I want to "restore" , why would i like to append it to the current moodecfg.ini ?  I would rather think I would like to overwrite the moodecfg.ini even if it is in place, nor ?

That piece of code is just fine. That few lines just detect what is present in a backup file.
The only thing that is missing is that on restore first the already present source should be removed to allow multiple time restore of the ini.

But there is a much simpler workflow available: instead of the moodecfg.ini place the backup file renamed to moodebackup.zip in the boot partition.

I forgot about that nice feature :-) 

The r801 sources are frozen but I'll plan to add documentation and improved help text for Backup/Restore in a post r801 release.

[UpsiUps]

Code:

.... line 188 of backupmanager.py ...      
if configPresent:
  print('config')
  content.append('config')

That's the reason, why the Source/Library entry is duplicated. Now, if I want to "restore" , why would i like to append it to the current moodecfg.ini ?  I would rather think I would like to overwrite the moodecfg.ini even if it is in place, nor ?

That piece of code is just fine. That few lines just detect what is present in a backup file.
The only thing that is missing is that on restore first the already present source should be removed to allow multiple time restore of the ini.

But there is a much simpler workflow available: instead of the moodecfg.ini place the backup file renamed to moodebackup.zip in the boot partition.

I think the "content.append()"is the "problem", as it will not overwrite if a config is present. Anyhow, I was not aware about that moodebackup.zip feature. That is exactly what I thought to prevent and do the restore. Will it also execute the optional script you put into the backup ?

[UpsiUps]

Code:

.... line 188 of backupmanager.py ...      
if configPresent:
  print('config')
  content.append('config')

That's the reason, why the Source/Library entry is duplicated. Now, if I want to "restore" , why would i like to append it to the current moodecfg.ini ?  I would rather think I would like to overwrite the moodecfg.ini even if it is in place, nor ?

That piece of code is just fine. That few lines just detect what is present in a backup file.
The only thing that is missing is that on restore first the already present source should be removed to allow multiple time restore of the ini.

But there is a much simpler workflow available: instead of the moodecfg.ini place the backup file renamed to moodebackup.zip in the boot partition.

I forgot about that nice feature :-) 

The r801 sources are frozen but I'll plan to add documentation and improved help text for Backup/Restore in a post r801 release.

 Yes, I think the hint to the moodebackup.zip in /boot will solve the challenge . Hopefully only needed for Version r9.0  
ok, also for a damaged SD under r8.x....

[bitlab]

Code:

.... line 188 of backupmanager.py ...      
if configPresent:
  print('config')
  content.append('config')

That's the reason, why the Source/Library entry is duplicated. Now, if I want to "restore" , why would i like to append it to the current moodecfg.ini ?  I would rather think I would like to overwrite the moodecfg.ini even if it is in place, nor ?

That piece of code is just fine. That few lines just detect what is present in a backup file.
The only thing that is missing is that on restore first the already present source should be removed to allow multiple time restore of the ini.

But there is a much simpler workflow available: instead of the moodecfg.ini place the backup file renamed to moodebackup.zip in the boot partition.

I think the "content.append()"is the "problem", as it will not overwrite if a config is present. Anyhow, I was not aware about that moodebackup.zip feature. That is exactly what I thought to prevent and do the restore. Will it also execute the optional script you put into the backup ?

Again that isn't the actual problem. The part of the code you mention, is part of a function that checks what is inside a backup and returns an array like ['config', 'r_moode']. 
The way you suggest fixing is just 'fixing' the backup content detector by 'saying' the backup never contains a moodecfg.ini, this will break:

• You will be never be able again to do a config restore from the web interface. 
  
• Not possiblle to inspect backup with the tooling.
  
• Directly restore on boot from a backup zip will also no work anymore.
  

The real problem is that restore itselfs has a problem with erasing the existing sources before restoring the sources backup. Which results in double sources when a restore is performed twice.

After quick checking it looks the optional script is not restored and executed from a backup, which is a bug. Will put it on the todo list.
For now the workarround is to place the script from backup also in the /boot part. When the backup is restored it will pickup the script and execute it.

[Malefoda]

8.0.1 with 7.6.1 backed up settings applied is now working flawlessly. Screen rotation glitch on my Nexus 10 is now gone. Seems my RPi 2B is fine, maybe (as an expected bias than one day the RPi 2B will struggle with heavier software...) I find than some covers show up not as fast as in 7.6.1.
And I wonder If the "m" and "Settings" menus transparency can be removed for good old solid menu... I guess it wasn't there on 7.6.1, was it?

[Tim Curtis]

Remember to clear Browser cache if you experience any UI anomalies :-)

[Mr.R0b0t]

Any solution to my problem?

I wasn't able to repro it 
https://moodeaudio.org/forum/showthread....9#pid40189

But the log records below from your post #88 suggests that there is some sort of odd sample rate changes and buffer underruns happening.
https://moodeaudio.org/forum/showthread....8#pid40228

Code:

Mar 15 17:04:39.235 WARN sample rate change detected, last rate was 1087.3985895103685 Hz, module: camillalib::filedevice
Mar 15 17:04:39.244 WARN Prepare playback after buffer underrun, module: camillalib::alsadevice
Mar 15 17:04:40.301 WARN sample rate change detected, last rate was 61479.46345625691 Hz, module: camillalib::filedevice
Mar 15 17:04 : alsa_output: Decoder is too slow; playing silence to avoid xrun
CDSP Plugin ERROR: XRUN OCCURRED!

Mar 15 17:13 : alsa_output: Underrun on ALSA device "_audioout"
CDSP Plugin ERROR: XRUN OCCURRED!
Mar 15 17:13 : alsa_output: Underrun on ALSA device "_audioout"
CDSP Plugin ERROR: XRUN OCCURRED!
Mar 15 17:13 : alsa_output: Underrun on ALSA device "_audioout"
CDSP Plugin ERROR: XRUN OCCURRED!
Mar 15 17:13 : client: [6] process command "status"
Mar 15 17:13 : client: [6] command returned 0
Mar 15 17:13 : client: [6] process command "currentsong"
Mar 15 17:13 : client: [6] command returned 0
Mar 15 17:13 : client: [6] process command "playlistinfo "25""
Mar 15 17:13 : client: [6] command returned 0
Mar 15 17:13 : alsa_output: Underrun on ALSA device "_audioout"
CDSP Plugin ERROR: XRUN OCCURRED!

camilla error no sound after 3 sec

To troubleshoot try a fresh image on a bare Pi (No HAT board) with just Camilla turned on and set to whatever config  file you were using on the Pi thats producing the errors. Put some audio files on a USB drive or the SDCard and use these to test with. We don't want any NAS, UPnP or any other renderers turned on. No local display etc, etc. 

The test system needs to be as basic as possible so that in the event the issue occurs a repro might be possible.

Strange ! The http stream works with camilla When I turn on the music on the hifi by rca, it works for 3 seconds.

[BlackSmile]

Hello Tim,
Try to install new 8.0.1 version tonight but commands :

Code:

gpio readall

is not found anymore. Is it a normal behavior or a regression ?
It use to work before, so now stuck with my little scripts.
What need to be install ? WiringPi seems not to be supported anymore (wrong?).
I also have samba problems and cannot mount my music sources (error 115). I haven't found any solution to this for now.
Any clue ?
Tank you for support

[Relocated2007]

I reckon Favourite doesn't work correctly, I can add by clicking the heart and I assumed that clicked the second time removed from Favourite but it is not happening, or I am doing something wrong?

I am very stubborn with Favourites as this is a great option for having especially radio on click option nearly.