Firmware to oprogramowanie zapisane w urządzeniu, które steruje jego działaniem. W M-VAVE FM-1 Stock V16 i FM1 Open V14 oznaczają dwie odrębne gałęzie, a nie kolejne wersje jednego ciągu.
Dla właściciela najważniejsze są kopie zapasowe i zgodność z konkretnym projektem: FM1 Open V14 ma własne ograniczenia dotyczące sampli, a jego zgodność sprawdzono tylko z wybranymi wersjami innych firmware’ów.
Stock V16 i FM1 Open V14 to osobne gałęzie
Strona produktu M-VAVE wymienia fabryczny firmware Stock V16 z datą 21 października 2026 r. Z kolei repozytorium FM1 Open opisuje tę gałąź jako V14. Producent wymienia Stock V16 na stronie FM-1. Numery odnoszą się do różnych gałęzi.
| Gałąź | Wskazana wersja | Rola |
| Firmware fabryczny M-VAVE | Stock V16, data na stronie: 21 października 2026 r. | Fabryczne oprogramowanie FM-1 |
| FM1 Open | V14 | Osobna gałąź z otwartym kodem aplikacji i narzędziami do pracy z FM-1 |
W FM1 Open kod aplikacji jest objęty licencją GPLv3 z wyjątkiem dotyczącym linkowania do FM1 SDK. Sam silnik syntezy pozostaje binarnym SDK udostępnianym na osobnych warunkach. „Open” nie oznacza więc, że każdy składnik urządzenia ma otwarty kod źródłowy.
Jakie dane FM1 Open przechowuje i co warto skopiować
Dokumentacja FM1 Open V14 opisuje osiem ścieżek, osiem slotów sampli i 16 przykładów efektów. Osiem slotów współdzieli około 19,55 sekundy nowej przestrzeni na sample. Pliki projektów nie zawierają dźwięku sampli, dlatego banki próbek trzeba kopiować osobno.
Zmiana firmware’u nie sprawia też, że formaty projektów i sampli stają się wymienne. Starsze wersje mogą nie obsługiwać ustawień ścieżek z V14, niezależnej biblioteki brzmień ani rozszerzonych lub zsynchronizowanych ustawień delayu. Jeśli korzystasz z tych danych, uwzględnij je w kopii zapasowej przed zmianą oprogramowania.
Kompatybilność zależy od projektu
Dokumentacja FM1 Open V14 opisuje migrację z kompatybilnych firmware’ów zewnętrznych i zgodność sprawdzoną dla wybranych wersji. Nie wynika z tego jedna wersja startowa właściwa dla każdego projektu.
Ars Technica opisała zalecenie społeczności, by przed przejściem na kolejny firmware wrócić do fabrycznego V15, zaznaczając, że nie jest to bezwzględna reguła. Dokumentacja FM1 Open V14 opisuje z kolei przywracanie oryginalnego Stock V15. Wybór wersji i sposób migracji zależą od instrukcji konkretnego projektu.
W tej samej dokumentacji FM1 Open V14 opisano wejście MIDI przez BLE oraz wyjście MIDI przez USB i BLE. To funkcje tej gałęzi, nie ogólna gwarancja dla wszystkich firmware’ów społecznościowych.
Emulator w przeglądarce nie zapisuje firmware’u w syntezatorze
FM1 Workbench udostępnia podgląd instrumentu. Osobnym narzędziem jest nieoficjalny emulator fm1-emu, który według opisu Bedroom Producers Blog uruchamia firmware w przeglądarce przed instalacją na fizycznym FM-1. Publikacja podaje, że emulator przyjmuje wejście MIDI w Chrome, Edge i Firefox, ale nie w Safari, oraz nie ma wyjścia MIDI.
Podgląd w emulatorze pozwala sprawdzić działanie firmware’u bez zapisywania go w pamięci instrumentu. Flashowanie, czyli zapis firmware’u w urządzeniu, jest inną operacją i wiąże się z ryzykiem utraty danych. Ars Technica opisała, że w relacjonowanej przez nią próbie flashowanie kasowało zapisane projekty i ustawienia.
Jedna próba pokazuje możliwy przebieg awarii
Nick Indge z Ars Technica opisał nieudaną próbę instalacji portu Doom na urządzeniu z fabrycznym V14. Zapis zatrzymał się na około 80 procentach, a instalator przestał rozpoznawać syntezator. W tej konkretnej próbie narzędzie force-flash w FM1 Workbench przywróciło Stock V15 w około 10 sekund.
Indge opisał też pracę z Felucca: po około 15 minutach eksperymentowania przygotował prostą pętlę na czterech ścieżkach, a Audacity rozpoznał FM-1 przez USB jako urządzenie do nagrywania. To przykład jednego sposobu pracy z tym firmware’em, a nie miara kompatybilności innych projektów ani gwarancja odzyskania urządzenia po każdym nieudanym flashowaniu.
