He he - that explains it. No snapshot visible because no snapshot saved. 
I find accessing snapshots on V4 rather awkward. I almost always don’t press long enough. I often use VNC and it doesn’t change until release. (We should fix that!)
I’m glad this is sorted.
I agree, but we have little options. With only 4 encoders with switches and the 4 extra push buttons that not everybody have (V1, v2 & V3 kits don’t have it), we have a very limited amount of “direct actions”. This is the current assignation:
I’m open to improvements and changes, but as you can see, there is little room.
Anyway, the snapshot menu is also accessible from main menu, what it’s not so bad. You simply bold-click knob#1 (layer) and you are there.
Also, you are not loading/saving snapshots all the time. It shouldn’t be a very frequent operation.
Regards,
I wonder why on last stable USB stick and SD cards were accessible for saving wav files, but same devices are not in the 64bit version.
Tried formatting fat, fat32, exfat, ntfc, same resutls…
I wonder is there a tool for Windows or Mac that can format those in vfat?
Is that possible on linux only?
Also, would it be possible that the file name being toooo long causing this for me?
2024-04-02_172754_last_state.001.wav
How do I make the default generated file names shorter?
Is that possible?
Those were shorter in last stable, I think.
Thank you!
Is the power off really powers off the device?
In my case for some reason it doesn’t. It does kill all the processes but device doesn’t power off.
I don’t mean that that combination should be assigned to snapshots nesessarily.
Just wondering if the power off should (expected) to power off the device completely?
In my case the cooler still rotates, the screen backlight is on etc after I do the power off.
Yes ))) I was saving subsnapshots and expecting those to appear in http://zynthian.local/lib-snapshot
Filename is ok. It’s not too long and there is no illegal chars on it, so this is not the problem.
Have you tried with a different pendrive?
I’ve tested several ones here and all of them worked.
Regards
I tried 2 usb sticks that I have. Tried to format those in different formats.
With and without using usb hub on Zynthian. So far no luck.
Saving wav files generated by audio recorder to an internal sd card doesn’t work for me either. This issue is on 64bit only.
Didn’t have this issue on the last stable 32 bit version.
Will you please describe your step-by-step process to save the audio? Don’t miss anything out. I will try to reproduce.
I have 4 encoders and 4 additional buttons attached to mcp23017. I’ve assigner start record audio and stop record audio to 2 of those buttons.
I press record, a little red circle appears on the top right of the screen. When I press stop- it disappears. So the buttons work.
In 32 bit version those 2 steps described above produced a wav file on USB stick, if it is plugged, or on the SD card, if no usb stick is present.
In 64 bit version this doesn’t work for me. The logs are present in the messages above.
If you need better logs, please let me know how to get those and I’ll do my best.
Apr 02 16:42:18 zynthian startx[4667]: Can not open sndfile “/media/root/MICHAELUSB/2024-04-02_164218_last_state.001.wav” for output (System error : Input/output error.)
Edit:
If I have no USB stick plugged in and do 2 steps above- I do get a wav file on the SD card.
But if I plug in USB stick, do those 2 steps, no file on USB stick. Unplug USB stick. Do 2 steps again. from this point saving wav to SD card will not work untill I restart the system.
If you can’r repro, try using usb stick with USB hub.
All those casesworked for me on 32 bit verson.
Ah! This is not related to sooperlooper. I have moved to a different topic. I will test the workflow here.
I think I see the issue (or something similar). I was able to record to a USB drive directly attached to the Zynthian. After I removed it and inserted it into a USB hub the recording did not seem to work. There now appears to be two instances of the drive mounted as /dev/sda1 and /dev/sdb1.
dmsg shows:
[ 9122.953546] usb 1-1.4: new high-speed USB device number 6 using xhci_hcd
[ 9123.059033] usb 1-1.4: New USB device found, idVendor=090c, idProduct=2000, bcdDevice=11.00
[ 9123.059049] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 9123.059053] usb 1-1.4: Product: USB DISK
[ 9123.059056] usb 1-1.4: Manufacturer: SMI Corporation
[ 9123.059059] usb 1-1.4: SerialNumber: CCYYMMDDHHmmSSR2CKZK
[ 9123.062682] usb-storage 1-1.4:1.0: USB Mass Storage device detected
[ 9123.063099] usb-storage 1-1.4:1.0: Quirks match for vid 090c pid 2000: 800000
[ 9123.063737] scsi host0: usb-storage 1-1.4:1.0
[ 9124.268603] scsi 0:0:0:0: Direct-Access SMI USB DISK 3.1 1100 PQ: 0 ANSI: 6
[ 9124.271009] sd 0:0:0:0: [sda] 491520000 512-byte logical blocks: (252 GB/234 GiB)
[ 9124.273885] sd 0:0:0:0: [sda] Write Protect is off
[ 9124.273901] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
[ 9124.274135] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 9124.279343] sda: sda1
[ 9124.279829] sd 0:0:0:0: [sda] Attached SCSI removable disk
[ 9124.280058] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 9124.760562] FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 9179.824259] usb 1-1.4: USB disconnect, device number 6
[ 9179.867295] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 9179.867485] sd 0:0:0:0: [sda] Synchronize Cache(10) failed: Result: hostbyte=0x01 driverbyte=DRIVER_OK
[ 9179.972285] FAT-fs (sda1): Directory bread(block 120128) failed
[ 9179.972305] FAT-fs (sda1): Directory bread(block 120129) failed
[ 9179.972309] FAT-fs (sda1): Directory bread(block 120130) failed
[ 9179.972314] FAT-fs (sda1): Directory bread(block 120131) failed
[ 9179.972318] FAT-fs (sda1): Directory bread(block 120132) failed
[ 9179.972322] FAT-fs (sda1): Directory bread(block 120133) failed
[ 9179.972325] FAT-fs (sda1): Directory bread(block 120134) failed
[ 9179.972329] FAT-fs (sda1): Directory bread(block 120135) failed
[ 9179.972333] FAT-fs (sda1): Directory bread(block 120136) failed
[ 9179.972337] FAT-fs (sda1): Directory bread(block 120137) failed
[ 9336.277589] systemd-journald[243]: Data hash table of /run/log/journal/aa2961b55a3840b0b3ccb30aca216fa1/system.journal has a fill level at 75.0 (6476 of 8632 items, 4972544 file size, 767 bytes per hash table item), suggesting rotation.
[ 9336.277615] systemd-journald[243]: /run/log/journal/aa2961b55a3840b0b3ccb30aca216fa1/system.journal: Journal header limits reached or header out-of-date, rotating.
[ 9462.605058] usb 1-1.3.2: new high-speed USB device number 7 using xhci_hcd
[ 9462.706590] usb 1-1.3.2: New USB device found, idVendor=090c, idProduct=2000, bcdDevice=11.00
[ 9462.706606] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 9462.706610] usb 1-1.3.2: Product: USB DISK
[ 9462.706613] usb 1-1.3.2: Manufacturer: SMI Corporation
[ 9462.706616] usb 1-1.3.2: SerialNumber: CCYYMMDDHHmmSSR2CKZK
[ 9462.708789] usb-storage 1-1.3.2:1.0: USB Mass Storage device detected
[ 9462.709391] usb-storage 1-1.3.2:1.0: Quirks match for vid 090c pid 2000: 800000
[ 9462.709670] scsi host1: usb-storage 1-1.3.2:1.0
[ 9463.948086] scsi 1:0:0:0: Direct-Access SMI USB DISK 3.1 1100 PQ: 0 ANSI: 6
[ 9463.948931] sd 1:0:0:0: Attached scsi generic sg0 type 0
[ 9463.950732] sd 1:0:0:0: [sdb] 491520000 512-byte logical blocks: (252 GB/234 GiB)
[ 9463.951524] sd 1:0:0:0: [sdb] Write Protect is off
[ 9463.951538] sd 1:0:0:0: [sdb] Mode Sense: 43 00 00 00
[ 9463.951713] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 9463.958502] sdb: sdb1
[ 9463.967517] sd 1:0:0:0: [sdb] Attached SCSI removable disk
[ 9464.442711] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 9506.374577] fat__get_entry: 54 callbacks suppressed
[ 9506.374588] FAT-fs (sda1): Directory bread(block 120128) failed
[ 9506.374601] FAT-fs (sda1): Directory bread(block 120129) failed
[ 9506.374605] FAT-fs (sda1): Directory bread(block 120130) failed
[ 9506.374609] FAT-fs (sda1): Directory bread(block 120131) failed
[ 9506.374613] FAT-fs (sda1): Directory bread(block 120132) failed
[ 9506.374617] FAT-fs (sda1): Directory bread(block 120133) failed
[ 9506.374621] FAT-fs (sda1): Directory bread(block 120134) failed
[ 9506.374625] FAT-fs (sda1): Directory bread(block 120135) failed
[ 9506.374628] FAT-fs (sda1): Directory bread(block 120136) failed
[ 9506.374632] FAT-fs (sda1): Directory bread(block 120137) failed
[ 9561.941163] fat__get_entry: 503 callbacks suppressed
[ 9561.941175] FAT-fs (sda1): Directory bread(block 120128) failed
[ 9561.941188] FAT-fs (sda1): Directory bread(block 120129) failed
[ 9561.941192] FAT-fs (sda1): Directory bread(block 120130) failed
[ 9561.941197] FAT-fs (sda1): Directory bread(block 120131) failed
[ 9561.941200] FAT-fs (sda1): Directory bread(block 120132) failed
[ 9561.941204] FAT-fs (sda1): Directory bread(block 120133) failed
[ 9561.941208] FAT-fs (sda1): Directory bread(block 120134) failed
[ 9561.941212] FAT-fs (sda1): Directory bread(block 120135) failed
[ 9561.941215] FAT-fs (sda1): Directory bread(block 120136) failed
[ 9561.941219] FAT-fs (sda1): Directory bread(block 120137) failed
It looks like the automounter system is not unmounting when the drive is removed and Zynthian is then probably trying to write to the non-existant first drive.
This should be added to the issue tracker.
I’ll install Ubuntu and will reformat my USB sticks to vfat. Will try saving wav after that’s done.
I don’t think that is requred. I have reproduced the issue with a vfat formatted memory stick. It does not seem to relate to the format but to the auto-mount system not cleanly unmounting devices.
Automount was changed recently so that is likely the culprit.
Restarting UI in debug mode
Apr 03 11:58:13 zynthian startx[1395]: INFO:zynthian_audio_recorder.stop_recording: STOPPING AUDIO RECORD …
Apr 03 11:58:13 zynthian startx[1395]: DEBUG:zynthian_processor.get_bank_list: BANK LIST =>
Apr 03 11:58:13 zynthian startx[1395]: [[None, None, ‘Internal’, None, None], [‘/zynthian/zynthian-my-data/audio/capture’, None, ‘capture’, None, ‘capture’], [None, None, ‘USB> green’, None, None], [‘/media/root/green’, None, ‘/’, None, ‘/’]]
Apr 03 11:58:13 zynthian startx[1395]: DEBUG:zynthian_processor.get_bank_list: BANK MSB INFO =>
Apr 03 11:58:13 zynthian startx[1395]: [[2, 2], [1, 1], [0, 1]]
Apr 03 11:58:13 zynthian startx[1395]: INFO:zynthian_processor.set_bank: Bank already selected: / (3)
Apr 03 11:58:13 zynthian startx[1395]: DEBUG:zynthian_processor.load_preset_list: PRESET LIST =>
Apr 03 11:58:13 zynthian startx[1395]: [[‘/media/root/green/2024-04-03_115549_last_state.001.wav’, 0, ‘2024-04-03 115549 last state.001’, ‘‘, ‘2024-04-03_115549_last_state.001.wav’, ‘.wav (00:03)’], [’/media/root/green/2024-04-03_115643_last_state.001.wav’, 1, ‘2024-04-03 115643 last state.001’, '’, ‘2024-04-03_115643_last_state.001.wav’, ‘.wav (00:05)’], [‘/media/root/green/2024-04-03_115731_last_state.001.wav’, 2, ‘2024-04-03 115731 last state.001’, ‘‘, ‘2024-04-03_115731_last_state.001.wav’, ‘.wav (00:10)’], [’/media/root/green/2024-04-03_115810_last_state.001.wav’, 3, ‘2024-04-03 115810 last state.001’, '’, ‘2024-04-03_115810_last_state.001.wav’, ‘.wav (00:03)’]]
Apr 03 11:58:13 zynthian startx[1395]: INFO:zynthian_processor.set_preset: Preset selected: 2024-04-03 115810 last state.001 (3)
Apr 03 11:58:13 zynthian startx[1395]: DEBUG:zynthian_engine_audioplayer.set_preset: Loading Audio Track ‘/media/root/green/2024-04-03_115810_last_state.001.wav’ in player 696230672
Apr 03 11:58:57 zynthian startx[1395]: DEBUG:zynthian_gui.zynswitch_short: Short Switch 6
Apr 03 11:58:57 zynthian startx[1395]: DEBUG:zynthian_gui.callable_ui_action: CUIA ‘START_AUDIO_RECORD’ => None
Apr 03 11:58:57 zynthian startx[1395]: INFO:zynthian_audio_recorder.start_recording: STARTING NEW AUDIO RECORD ‘/media/root/green/2024-04-03_115857_last_state.001.wav’…
Apr 03 11:59:10 zynthian startx[1395]: DEBUG:zynthian_gui.zynswitch_short: Short Switch 7
Apr 03 11:59:10 zynthian startx[1395]: DEBUG:zynthian_gui.callable_ui_action: CUIA ‘STOP_AUDIO_RECORD’ => None
Apr 03 11:59:10 zynthian startx[1395]: INFO:zynthian_audio_recorder.stop_recording: STOPPING AUDIO RECORD …
Apr 03 11:59:10 zynthian startx[1395]: DEBUG:zynthian_processor.get_bank_list: BANK LIST =>
Apr 03 11:59:10 zynthian startx[1395]: [[None, None, ‘Internal’, None, None], [‘/zynthian/zynthian-my-data/audio/capture’, None, ‘capture’, None, ‘capture’], [None, None, ‘USB> green’, None, None], [‘/media/root/green’, None, ‘/’, None, ‘/’]]
Apr 03 11:59:10 zynthian startx[1395]: DEBUG:zynthian_processor.get_bank_list: BANK MSB INFO =>
Apr 03 11:59:10 zynthian startx[1395]: [[2, 2], [1, 1], [0, 1]]
Apr 03 11:59:10 zynthian startx[1395]: INFO:zynthian_processor.set_bank: Bank already selected: / (3)
Apr 03 11:59:10 zynthian startx[1395]: DEBUG:zynthian_processor.load_preset_list: PRESET LIST =>
Apr 03 11:59:10 zynthian startx[1395]: [[‘/media/root/green/2024-04-03_115549_last_state.001.wav’, 0, ‘2024-04-03 115549 last state.001’, ‘‘, ‘2024-04-03_115549_last_state.001.wav’, ‘.wav (00:03)’], [’/media/root/green/2024-04-03_115643_last_state.001.wav’, 1, ‘2024-04-03 115643 last state.001’, '’, ‘2024-04-03_115643_last_state.001.wav’, ‘.wav (00:05)’], [‘/media/root/green/2024-04-03_115731_last_state.001.wav’, 2, ‘2024-04-03 115731 last state.001’, ‘‘, ‘2024-04-03_115731_last_state.001.wav’, ‘.wav (00:10)’], [’/media/root/green/2024-04-03_115810_last_state.001.wav’, 3, ‘2024-04-03 115810 last state.001’, '’, ‘2024-04-03_115810_last_state.001.wav’, ‘.wav (00:03)’], [‘/media/root/green/2024-04-03_115857_last_state.001.wav’, 4, ‘2024-04-03 115857 last state.001’, ‘_’, ‘2024-04-03_115857_last_state.001.wav’, ‘.wav (00:13)’]]
Apr 03 11:59:10 zynthian startx[1395]: INFO:zynthian_processor.set_preset: Preset selected: 2024-04-03 115857 last state.001 (4)
Apr 03 11:59:10 zynthian startx[1395]: DEBUG:zynthian_engine_audioplayer.set_preset: Loading Audio Track ‘/media/root/green/2024-04-03_115857_last_state.001.wav’ in player 696230672
Hope this helps.
You’re right. I did install Ubuntu and formatted my USB sticks to vfat. Same results… The issue still reproduces.