| Balon podczas VII Mazowieckiego Pikniku Krótkofalarskiego w Celestynowie 22 września 2024 |
| Wydaje się, że można zakodować dowolne dane, przynajmniej tym koderem/dekoderem CRS. W README.md jest przykład kodowania 256 KiB z /dev/urandom. Pobawiłem się trochę bardziej i z limitem 400 fragmentów wyciągnąłem te zdjęcia: https://drive.google.com/drive/folders/146UBcmWM86dqtORRNNiP2PFsRIQxdMAg Wydaje mi się, że powinno być ich więcej (?) Skrypt do tego jest bardzo powolny, bo w kolejnych przejściach dekoduje 1 fragment, potem 2 i odcina pierwszy, potem 3 i odcina dwa pierwsze, itd., ale na razie piorytetem było szybko go napisać i przetestować, a nie to, żeby szybko działał. Musi mieć w PATH programy ofdmtv-modem-decode (decode z repozytorium modem) i ofdmtv-crs-decode (decode z repozytorium crs), plus md5sum, żeby mógł usuwać duplikaty utworzonych plików. Do testów pokazuję też MD5 kolejnych zdekodowanych fragmentów i widzę, że czasem niektóre kolejne są identyczne – być może uszkodzone / niedekodowalne. Często przewija się np. suma d7d2b2a0f9d6b9ce53219f6093ae1a65, dla której plik w ogóle nie jest w formacie CRS. Założyłem też, że fragmenty są umieszczane kolejno. Może to założenie jest błędne. https://pastebin.com/jnzYB5yD (Oczywiście przestrzegam przed odpalaniem skryptów znalezionych w sieci bez przeczytania i zrozumienia, dotyczy to też tego skryptu.) Fajnie byłoby mieć docelowo commandline'owy program, który przyjmowałby na wejście strumień próbek (z arecord albo z pliku) i tworzyłby na dysku kolejne obrazki. Dałoby się to zrobić, trzeba byłoby trochę zmodyfikować te dekodery. Planujecie w przyszłości wykorzystywać OFDMTV, czy to była jednorazowa próba? |