I got up to the shop, so all links and forwards work.
Have almost bought all plugins already, but would like to wait with more until I get my vouchers …
ps; I’d hope at some point you can integrate with Stripe or other payment provider? quite inconvenient to have to go through either google pay or (what I can only assume) bank-transfer. Although I do get the hassle of having to deal with credit-card payments (and especially now as that would mean quite delayed cash-flow).
Paypal has one of the most criminal spreads in the currency exchange market, almost as bad as those kiosks at airports. Not to mention their fees. I closed my account and fully support Mod to stop accepting them altogether.
Purchased a couple of long desired plugins with Google Pay and all went fine. Will test the release further.
From another perspective, without PayPal I would not purchase anything from the store.
These guys are shady as hell. Recently they had frozen 1.3M dollars of customer payments towards Flipper Inc without any reason. (another startup originated from the kickstart that sells unique device, quite popular and succesfull one) and therefore put the Flipper Inc into serious risk, as they needed that money for production. I would not wish MOD to have the same problems.
I’ve bought Gaff and Shiro mk2 with no problems using google pay. Keys downloaded fine.
Nice.
Yop,
I’ve tested successfully to buying a Phantom Zone plugin ! It works smoothly.
but the other things I’ve reported are still there :
This problem is in 1.11 too
Thoses 2 still here since 1.12 :
I’ve put both drivers in /data/firmware
journalctl -xe shows me
Jan 01 00:00:01 moddwarf kernel: Bluetooth: hci0: RTL: examining hci_ver=0a hci_rev=000b lmp_ver=0a lmp_subver=8761
Jan 01 00:00:01 moddwarf kernel: Bluetooth: hci0: RTL: rom_version status=0 version=1
Jan 01 00:00:01 moddwarf kernel: Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_fw.bin
Jan 01 00:00:01 moddwarf kernel: bluetooth hci0: Direct firmware load for rtl_bt/rtl8761bu_fw.bin failed with error -2
Jan 01 00:00:01 moddwarf kernel: Bluetooth: hci0: RTL: firmware file rtl_bt/rtl8761bu_fw.bin not found
there is no folder rtl_bt and I can’t create it at the root. I’ve only put the
rtl8761bu_fw.bin file in /data/firmware.
you need to create /data/firmware/rtl_bt and put the bin files there.
Same message with the /data/firmware/rtl_bt/rtl8761bu_fw.bin (after a reboot)
Why does it works without this straight out of the box with 1.11 and not with 1.12 ?
Same here. Lost bluetooth after installing 1.12
Ok. Now it magiclally fixed itself. I just re-plugged the dongle (10th time 
) without rebooting
Was able to reproduce the issue, fixed in make sure to not add the same virtual addressing more than once · moddevices/mod-ui@77a09ca · GitHub
Somehow you got 2 BPM related addressings for the same parameter, which is not allowed.
Fixed by refusing to load the 2nd one that created inconsistent state.
Will be part of the next (final final) build.
Regarding the bluetooth issue, I am quite sure that with the firmware in place the error message will be different.
We updated the kernel used in the dwarf in 1.12, seems the new one requires a firmware file to work.
This Flipper story is really a nightmare! We don’t want to get there.
While I’m well aware, that PayPal is liked by many end customers, it seems hard to deal with for any other stakeholder. Even the insolvency admin said their orders based on court rule are respected straight by any bank but PayPal. We could not set up a new account for MOD Audio properly yet. While still trying that, our new accounting and tax advisor recommended to avoid it, as they have too many bookeeping issues related to Paypal with other clients. So it’s not just the MOD legacy making it difficult. We stay open to add PayPal to our shop if things change. Hope you understand we are picking more promising challenges meanwhile.
this means the feature changes from officially supported and straightforward to hacky and experimental (unless you expect normal users to use ssh 
) , worth mentioning in release notes and manual IMO.
I added the firmware file and played with BT a bit more. It only works after replugging the dongle, never from the start. Here’s the log:
Jan 01 00:02:52 moddwarf systemd[1]: Started Boot Operations.
Jan 01 00:02:52 moddwarf systemd[1]: Started bluetooth network.
Jan 01 00:02:52 moddwarf systemd[1]: Starting bluetooth network...
Jan 01 00:02:54 moddwarf cpu-freq-manager[246]: cpu-freq-manager run_loop heating up, temp:75384 freq:1200000
Jan 01 00:02:54 moddwarf net.bnep[3303]: Traceback (most recent call last):
Jan 01 00:02:54 moddwarf net.bnep[3303]: File "/usr/sbin/bt-pan", line 232, in <module>
Jan 01 00:02:54 moddwarf net.bnep[3303]: dev_local = find_adapter()
Jan 01 00:02:54 moddwarf net.bnep[3303]: File "/usr/sbin/bt-pan", line 65, in find_adapter
Jan 01 00:02:54 moddwarf net.bnep[3303]: return find_adapter_in_objects(get_manager().GetManagedObjects(), pattern)
Jan 01 00:02:54 moddwarf net.bnep[3303]: File "/usr/sbin/bt-pan", line 62, in find_adapter_in_objects
Jan 01 00:02:54 moddwarf net.bnep[3303]: raise BTError('Bluetooth adapter not found')
Jan 01 00:02:54 moddwarf net.bnep[3303]: __main__.BTError: Bluetooth adapter not found
Jan 01 00:02:55 moddwarf systemd[1]: bnep.service: main process exited, code=exited, status=1/FAILURE
Jan 01 00:02:55 moddwarf systemd[1]: Unit bnep.service entered failed state.
Jan 01 00:02:55 moddwarf systemd[1]: bnep.service failed.
Jan 01 00:02:55 moddwarf systemd[1]: bnep.service holdoff time over, scheduling restart.
The above repeats endlessly till adpater is replugged, and then:
Jan 01 00:04:53 moddwarf kernel: Bluetooth: hci0: RTL: examining hci_ver=0a hci_rev=000b lmp_ver=0a lmp_subver=8761
Jan 01 00:04:53 moddwarf kernel: Bluetooth: hci0: RTL: rom_version status=0 version=1
Jan 01 00:04:53 moddwarf kernel: Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_fw.bin
Jan 01 00:04:53 moddwarf kernel: Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_config.bin
Jan 01 00:04:53 moddwarf kernel: bluetooth hci0: Direct firmware load for rtl_bt/rtl8761bu_config.bin failed with error -2
Jan 01 00:04:53 moddwarf kernel: Bluetooth: hci0: RTL: cfg_sz -2, total sz 27808
Jan 01 00:04:53 moddwarf systemd[1]: Starting Data Partition Operations...
Jan 01 00:04:53 moddwarf systemd[1]: Starting Bluetooth service...
Jan 01 00:04:53 moddwarf bluetoothd[4877]: Bluetooth daemon 5.37
Jan 01 00:04:53 moddwarf bluetoothd[4877]: Starting SDP server
Jan 01 00:04:53 moddwarf systemd[1]: Started Bluetooth service.
Jan 01 00:04:53 moddwarf bluetoothd[4877]: Failed to open RFKILL control device
Jan 01 00:04:53 moddwarf bluetoothd[4877]: Bluetooth management interface 1.21 initialized
Jan 01 00:04:53 moddwarf kernel: Bluetooth: hci0: RTL: fw version 0x09a98a6b
Jan 01 00:04:53 moddwarf bluetoothd[4877]: Failed to obtain handles for "Service Changed" characteristic
Jan 01 00:04:54 moddwarf systemd[1]: Started Data Partition Operations.
Jan 01 00:04:54 moddwarf systemd[1]: Starting Boot Operations...
Jan 01 00:04:54 moddwarf cpu-freq-manager[246]: cpu-freq-manager run_loop heating up, temp:75384 freq:1200000
Jan 01 00:04:56 moddwarf boot-operations[4901]: Skipping restore of element with name 'LOOPBACK', as needed for MOD
Jan 01 00:04:56 moddwarf boot-operations[4901]: Skipping restore of element with name 'LOOPBACK', as needed for MOD
Jan 01 00:04:56 moddwarf boot-operations[4901]: ALSA: restored user settings
Jan 01 00:04:56 moddwarf systemd[1]: Started Boot Operations.
Jan 01 00:04:56 moddwarf systemd[1]: Started bluetooth network.
Jan 01 00:04:56 moddwarf systemd[1]: Starting bluetooth network...
Jan 01 00:04:56 moddwarf systemd[1]: Reached target Bluetooth.
Jan 01 00:04:56 moddwarf systemd[1]: Starting Bluetooth.
And then it works
oh… BT works again !
I quite not understand why since I haven’t change anything since I’ve move the rtl8761bu_fw.bin file in the /data/firmware/rtl_bt folder… maybe another reboot was necessary !?
Do you have a clue of what should I do for the mt7610u.bin file and make the wifi dongle work ?
Actually it seems like I have got something strange with a firmware as well on my MDX. I’ve just powered on my MDX, but got no wifi connection. I’ve re-plugged wifi dongle and got connection raised in seconds after. dmesg output is in the end of the post.
Seems like first (on-boot) attempt failed with mt7601u 1-1.4:1.0: Direct firmware load for mt7601u.bin failed with error -2 during MDX startup. But after replugging the dongle it worked well. I’ve tried to replug the dongle for 10 more times, and seems to work fine every time.
After that I’ve removed the firmware file from the /data/firmware/mt7601u.bin, and got the same error message when reconnecting the dongle:
[ 480.940288] usb 1-1.4: reset high-speed USB device number 13 using ehci-platform
[ 481.028296] mt7601u 1-1.4:1.0: ASIC revision: 76010001 MAC revision: 76010500
[ 481.029833] mt7601u 1-1.4:1.0: Direct firmware load for mt7601u.bin failed with error -2
[ 481.030592] mt7601u: probe of 1-1.4:1.0 failed with error -2
It feels like a race condition of some sort is here. (reminds me of audiogadget issues, by the way) Error “-2” is the same for firmware being in place during startup as for firmware being absent at all. Therefore it looks like MDX is not able to find the firmware that is placed properly, and only during startup.
Is usb dongle processed earlier in some cases than partition is mounted? It explains the observations quite well, and could be related to audiogadget stuff as well.
dmesg for failed booting with usb dongle and successful replug after:
[ 0.550256] systemd[1]: Started Remount Root and Kernel File Systems.
[ 0.550483] systemd[1]: Started Create System Users.
[ 0.551920] systemd[1]: Starting Create Static Device Nodes in /dev...
[ 0.552738] systemd[1]: Started Journal Service.
[ 0.608031] systemd-journald[135]: Received request to flush runtime journal from PID 1
[ 0.766043] vendor storage:20160801 ret = 0
[ 0.821289] usb 1-1.4: new high-speed USB device number 3 using ehci-platform
[ 0.917762] usb 1-1.4: New USB device found, idVendor=148f, idProduct=7601
[ 0.917775] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 0.917783] usb 1-1.4: Product: 802.11 n WLAN
[ 0.917790] usb 1-1.4: Manufacturer: MediaTek
[ 0.917796] usb 1-1.4: SerialNumber: 1.0
[ 1.011296] usb 1-1.4: reset high-speed USB device number 3 using ehci-platform
[ 1.100645] mt7601u 1-1.4:1.0: ASIC revision: 76010001 MAC revision: 76010500
[ 1.102402] mt7601u 1-1.4:1.0: Direct firmware load for mt7601u.bin failed with error -2
[ 1.103392] mt7601u: probe of 1-1.4:1.0 failed with error -2
[ 1.103470] usbcore: registered new interface driver mt7601u
[ 1.112245] EXT4-fs (mmcblk0p5): mounted filesystem with ordered data mode. Opts: nodelalloc,errors=remount-ro
[ 1.665605] using random self ethernet address
[ 1.665613] using random host ethernet address
[ 1.666674] usb0: HOST MAC c6:d8:a5:3a:86:9b
[ 1.666714] usb0: MAC e2:ec:a9:db:de:b6
[ 1.666730] using random self ethernet address
[ 1.666734] using random host ethernet address
[ 1.666772] g_ether gadget: DuoX Ethernet, version: DuoX
[ 1.666775] g_ether gadget: g_ether ready
[ 2.760598] random: nonblocking pool is initialized
[ 36.472746] usb 1-1.4: USB disconnect, device number 3
[ 39.128277] usb 1-1.4: new high-speed USB device number 4 using ehci-platform
[ 39.224764] usb 1-1.4: New USB device found, idVendor=148f, idProduct=7601
[ 39.224772] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 39.224776] usb 1-1.4: Product: 802.11 n WLAN
[ 39.224779] usb 1-1.4: Manufacturer: MediaTek
[ 39.224782] usb 1-1.4: SerialNumber: 1.0
[ 39.299277] usb 1-1.4: reset high-speed USB device number 4 using ehci-platform
[ 39.387251] mt7601u 1-1.4:1.0: ASIC revision: 76010001 MAC revision: 76010500
[ 39.389853] mt7601u 1-1.4:1.0: Firmware Version: 0.1.00 Build: 7640 Build time: 201302052146____
[ 39.744003] mt7601u 1-1.4:1.0: EEPROM ver:0d fae:00
[ 39.974716] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[ 41.259091] wlan0: authenticate with e8:65:d4:4f:af:31
[ 41.276014] wlan0: send auth to e8:65:d4:4f:af:31 (try 1/3)
[ 41.277656] wlan0: authenticated
[ 41.278276] wlan0: associate with e8:65:d4:4f:af:31 (try 1/3)
[ 41.298657] wlan0: RX AssocResp from e8:65:d4:4f:af:31 (capab=0x411 status=0 aid=2)
[ 41.331150] wlan0: associated
UPD:
just noticed, mount message comes after firmware loading failure, so looks like my assumption is correct, firmware is not loaded because partition with firmware is not mounted yet:
[ 1.100645] mt7601u 1-1.4:1.0: ASIC revision: 76010001 MAC revision: 76010500
[ 1.102402] mt7601u 1-1.4:1.0: Direct firmware load for mt7601u.bin failed with error -2
[ 1.103392] mt7601u: probe of 1-1.4:1.0 failed with error -2
[ 1.103470] usbcore: registered new interface driver mt7601u
[ 1.112245] EXT4-fs (mmcblk0p5): mounted filesystem with ordered data mode. Opts: nodelalloc,errors=remount-ro
i have it in /data/firmware/mediatek/mt7610u.bin - seems to work.
TTAP and WOV plugins are now active again for purchase as well. Thanks @kdevices for getting back just in time for the official release of 1.12 and launch of the new shop.
GxCreamMachine, GxValveCaster and GxBoobTube are now active again for purchase also. Props to @brummer for the great support and consent to have these GPL based plugins as a paid offer!
Thanks @xko, putting the firmware in a mediatek folder solve it for me !
I was to update the wiki page but, I suppose the folder’s name change with the name of the name of the firmware developer ?