It's time for Buster RC-2. Testers Needed!

@jofemodo Were you typing too fast when you wrote that?
:face_with_raised_eyebrow: :grin: :rofl:

2 Likes

Hi José,
https://os.zynthian.org/2020-05-24-zynthianos-buster-lite-1.0.0.zip
is that the one we should test in priority ?

Nope, that’s from yesterday and still has the mutagen bug (tested this morning)
[In reply to “https://os.zynthian.org/2020-05-24-zynthianos-buster-lite-1.0.0.zip
is that the one we should test in priority ?”, hit the wrong reply button :frowning: ]

Ok, thank you.
So far, I think running

$ZYNTHIAN_RECIPE_DIR/install_mutagen.sh

should solve the problem.
So except that “mutagen” bug, this version should be like the next one.

I will post a download link when a “good” candidate is ready. It should be in the next hours … :wink:

1 Like

If of interest, I tried to install https://os.zynthian.org/2020-05-22-zynthianos-buster-lite-1.0.0.zip on official Kit V2. Initial boot showed error screen with IP adress. Webconf not working, but could ssh into zynthian. Then did update_zynthian.sh. webconf now working, zynthian boots regularly.
Then I tried to activate pianoteq stage, uploaded the pianoteq 7z binary. In the webconf screen, I tried to enter my license key, but got the error message (in webconf browser output): Pianoteq Action Failed: Command ‘/zynthian/zynthian-sw/pianoteq6/pianoteq --activate MY-LICENSE’ returned non-zero exit status 2. (I replaced actual license key for reporting). So I remembered the old way of activating: start pianoteq layer with a running ssh -X connection to zynthian. Then a window of pianoteq gui appears on the computer where activation info can be entered. So far, everything works fine.
But have mixer settings / audio been changed? Whenever I play some key, there is an accompanying noise that then fades out. Seems like the audio channel is opened (noisy) when active and then muted again. Tried to record the effect with zynthians audio recorder, and the effect is there when played back on the zynthian. But too low volume when played back on the computer so I cannot really demonstrate it. But it’s not the auto mute feature (which is turned off). It’s different. noise is of constant level, and it affects any engine.
I have hifiberry dac+adc.

–> edit: regarding the noise, I’ll try to investigate this: A weird noise is driving me mad [SOLVED]
My hardware hasn’t changed and the noise wasn’t there with previous official 2019-09-24-zynthianos-buster-lite-1.0.0-RC1.zip

ok, I’ve tested https://os.zynthian.org/2020-05-25-zynthianos-buster-lite-1.0.0.zip

  1. black screen on first boot. webconf was stuck
  2. through ssh, run
    $ZYNTHIAN_RECIPE_DIR/install_mutagen.sh
    => webconf start
  3. through webconf, configure my hardware:
  • kit: custom
  • audio: behringer umc404hd (I’ve got the 204HD, but I know it’s okay)
  • display: waveshare 5inch hdmi + GPIO
  • wiring: dummies
  1. reboot => ui start, but no touch (maybe there’s something broken on my display, I’ve got to test it tomorrow with a clean raspbian distro), ads7846 module is loaded btw
  2. plug an usb mouse, create a ZY layer on channel 1 and plug an hardware midi step-seq, then create a simple pattern => through webconf UI, I see midi notes coming in but there is no sound output from the usb interface :thinking:
  3. check alsamixer settings: ok (100%)!
  4. check the usb audio interface on my pc => ok (hopefully !!!)

Note also that I wasn’t able, using the mouse to get out from the ZY instrument screen

  1. Ok, reboot, and let’s try with an other instrument (fluidsynth/TimGM6mb/piano 1) => yes :smiley:
  2. add a new layer (amsynth) on channel 2 => yes :smiley: yes :smiley:
  3. try step seq: ok but I didn’t find the way to adjust note length and note level with the mouse

Conclusion:

  • still that problem with mutagen
  • strange bug with ZynAddSubFx
  • got to test more instruments
  • got to test mod-ui, touchosc, qmidinet
  • got to check the touch function on my display
  • but tomorrow, cause now I got to go to bed :sleeping:

This is the image we have to test:

https://os.zynthian.org/2020-05-25-zynthianos-buster-lite-1.0.0.zip

I’ve fixed 2 errors in the setup script and it should work … i hope!
I will test it tomorrow, but if some of you want to try now, please, do it :wink:

Regards,

Curious … i fixed the error and it should be working …
At what time did you download the SD image from the server?

Regards

download finished at 23h00.

now it’s 1h25 here …

BTW … what sound device are you using? Is it configured to 48000 Hz?
Could you update and test ZynAddSubFX again? I just fixed a problem that was avoiding ZynAddSubFX to work with sample rate different to 44100 …

Regards,

At what time did you started the download? :wink:
I revised the build logs, and mutagen seems to be installed correctly. Tomorrow i will try …

Thanks a lot!

the latest image from 2020-05-25 boots. webconf is up and I could change the settings.

I just tested the latest image from 25.May. And successfully installed Pianoteq 6.7.1 with my licence via webconf

1 Like

@jofemodo,

last year you removed this from audio_config
if postedConfig[‘SOUNDCARD_NAME’][0] == ‘AudioInjector’:
try:
call(“amixer sset ‘Output Mixer HiFi’ unmute”, shell=True)
call(“amixer -c 1 cset numid=10,iface=MIXER,name=‘Line Capture Switch’ 1”, shell=True)
except Exception as err:
logging.error(“AudioInjector Alsa Mixer => {}”.format(err))
errors[“ALSAMIXER_AUDIOINJECTOR”] = err

AudioInjector is not working after a fresh install. I have to call this commands first.
Where are they now?

opened again

It’s in the update_zynthian_sys.sh script:

This script is run on every software update and every time you change some hardware config option from the webconf.

Regards,

Hi,
I’ve downloaded again https://os.zynthian.org/2020-05-25-zynthianos-buster-lite-1.0.0.zip (but is image timestamped as at 2020-05-26 01:17 ;-))
So far, everything is all right (but I didn’t it test that much, I have mostly jammed an hour or two with stepseq, black pearl drumkit, helm and synthv1 as instruments and modui and a guitar plugged in the umc204hd).
Gooood

2 Likes

I will have a change in place for AudioInjector Ultra.
Nevertheless, all I did with amixer wasn’t enough before the second reboot.
mpg123 was throwing a Jack error.

And nevertheless. Isn’t that script called before the reboot?
Before the audioinjector overlay is loaded?

I think, we had always the bug, that only with a second change in the audio-config screen, those calls were made.

Should we have a more complex mechanism? Something that is only triggered, when the SOUNDCARD_NAME changes? And that is called after the reboot?
And which reboots a second time for the AudioInjector Ultra?