Forum Krótkofalarskie PKI

Jeszcze tylko słowo na temat cyfrowych modulacji. One są super dla jakości, ale wymagają ciągłości sygnału tj. bez zakłóceń. To faworyzuje oczywiście tych co są bliżej nadawanego sygnału, bowiem korekcja błędów nie zawsze pomaga (zwiększanie skuteczności korekty błędów ma również przełożenie w wielkość przesyłanych danych a co za tym idzie w czasie przekazu). I nie jest to tylko kwestia umiejętności odbiorcy, posiadanego sprzętu czy braku należytego zaangażowania. Analogowy przekaz SSTV nawet kiedy sygnał jest poszarpany daje możliwość zobaczenia przesyłanej treści. Dlatego uważać będę, że transmisje analogowe zawsze będą się bronić.
Ps. Oczywiście to nie przytyk, to moje rozmyślania o zaletach i wadach różnych transmisji !!!

sp9mf pisze:

Jeszcze tylko słowo na temat cyfrowych modulacji. One są super dla jakości, ale wymagają ciągłości sygnału tj. bez zakłóceń. To faworyzuje oczywiście tych co są bliżej nadawanego sygnału, bowiem korekcja błędów nie zawsze pomaga (zwiększanie skuteczności korekty błędów ma również przełożenie w wielkość przesyłanych danych a co za tym idzie w czasie przekazu). I nie jest to tylko kwestia umiejętności odbiorcy, posiadanego sprzętu czy braku należytego zaangażowania. Analogowy przekaz SSTV nawet kiedy sygnał jest poszarpany daje możliwość zobaczenia przesyłanej treści. Dlatego uważać będę, że transmisje analogowe zawsze będą się bronić.
Ps. Oczywiście to nie przytyk, to moje rozmyślania o zaletach i wadach różnych transmisji !!!

Zgadzam się z Tobą , ale sstv jest przy każdej możliwe okazji , że tak napiszę , "jest oklepane" . Fajnie jest zobaczyć obrazy w dużej rozdzielczości , bez żadnych zakłóceń ,zapisane lub z kamerki na żywo . Lub jak to miało miejsce transmisja wideo na żywo .

Tak Explore, sam siedzę i walczę z cyfrowymi obrazami, są wspaniałe i mają dużo większe możliwości i dlatego tak chętnie biorę udział jak tylko to możliwe by popracować nad odbiorem takich obrazów. Zatem ogromny szacun dla chłopaków, że dają nam możliwość odbioru i doskonalenia i co też ważne cyfrówka jest przez nich realizowana na kilka sposobów.
~~~ Już przepuściłem plik dźwiękowy przez EasyPal i Assempix i nie zdekodowało się

sp9mf pisze:


~~~ Już przepuściłem plik dźwiękowy przez EasyPal i Assempix i nie zdekodowało się

A dobra jakość odbioru była ?

Transmitowane pliki miały redundancję danych. Mogły po drodze nastąpić braki sygnału, a mimo to zdjęcie powinno się zdekodować.
Myślę też o transmisji SSDV, podczas której również może nastąpić brak sygnału lecz wtedy w obrazku jest po prostu "dziura" ale nadal go widać. Team z SP6 wysyłał w ten sposób wcześniej przygotowane zdjęcia w systemie LORA i to było coś. Czekam na zdjęcia live ze stratosfery.

sp9mf pisze:


~~~ Już przepuściłem plik dźwiękowy przez EasyPal i Assempix i nie zdekodowało się

Kluczowy może być poziom dźwięku.

sp7xfn pisze:


CircuitChaos pisze:

No to w końcu przetestuję w praktyce mój dekoder… (https://github.com/CircuitChaos/ofdmtvrx)

już po przelocie, ale pytanie - czy masz pomysł jak by to zbudować na MacOS ?

Nie mam pojęcia, w życiu nie widziałem tego systemu na oczy. Ale jak znajdzie się ktoś, komu się uda, to chętnie zintegruję zmiany lub dodam opis (albo jedno i drugie). Podobnie jakby ktoś chciał spróbować skompilować dla Windowsa.

Gdybyś skompilował swój soft na windowsa to było by coś.. Umożliwił byś dalszy rozwój tego systemu.
Ahmed Inan -twórca tego systemu jest nieprzejednany i nie ma zamiaru tego robić pod windows..
Sporo czasu kosztowało mnie aby przekonać go do możliwości transmitowania zdjęć większych niż 5kB

SP5LOT pisze:

Gdybyś skompilował swój soft na windowsa to było by coś.. Umożliwił byś dalszy rozwój tego systemu.

Posiedziałem chwilę i wygląda na to, że wersja command-line'owa działa. Zaktualizowałem README, jak to zrobić.

Nie ma odczytu bezpośrednio z karty dźwiękowej (pod Linuksem jest do tego arecord), nie ma też okienek (musiałbym się zagłębić w to, jak to się robi pod Windows, a ostatni raz pisałem coś dla Windows w 2004 r.).

SP5LOT pisze:

Ahmed Inan -twórca tego systemu jest nieprzejednany i nie ma zamiaru tego robić pod windows..

Trochę rozumiem. Każdy pisze na to, co zna najlepiej. Ja dostaję dreszczy, jak muszę zrobić coś na Androida.

CircuitChaos pisze:


Posiedziałem chwilę i wygląda na to, że wersja command-line'owa działa. Zaktualizowałem README, jak to zrobić.

Nie ma odczytu bezpośrednio z karty dźwiękowej (pod Linuksem jest do tego arecord), nie ma też okienek (musiałbym się zagłębić w to, jak to się robi pod Windows, a ostatni raz pisałem coś dla Windows w 2004 r.).

Rzuciłem okiem na GitHuba,jeszcze nie testowałem ale już po zaznajomieniu się z częścią opisową robi wrażenie. Wielkie słowa uznania!

sp9mf pisze:

Rzuciłem okiem na GitHuba,jeszcze nie testowałem ale już po zaznajomieniu się z częścią opisową robi wrażenie. Wielkie słowa uznania!

Dzięki

Dzięki uprzejmości Grzegorza SP5GND, który zna się na programowaniu dla Windows lepiej niż ja, program dorobił się obsługi okienek też na Windows – dziękujemy!

Gdzie znajdziemy wersję instalacyjną na windows ?

SP5LOT pisze:

Gdzie znajdziemy wersję instalacyjną na windows ?

No tak, Windows rządzi się swoimi prawami Zwykle nie rozprowadzam binarek tylko źródła.

Dodałem wersjonowanie, wydałem wersję 1.0, plik .exe jest tu (to nie instalka, trzeba po prostu skopiować i odpalić z command-line z odpowiednimi argumentami):

https://github.com/CircuitChaos/ofdmtvrx/tree/master/dist

Czy ten soft uruchamia się tylko na 32 bitowym systemie ? Mam win64.
Otrzymuję taki komunikat po próbie uruchomienia: "ofdmtvrx-1.0.exe nie jest zgodna z wersją uruchomionego systemu Windows. Sprawdź informacje dotyczące systemu operacyjnego na tym komputerze, a następnie skontaktuj się z wydawcą oprogramowania."

Potwierdzam. Na Win 7 32 bit komunikat: "Wersja tego pliku jest niezgodna z wersją używanego systemu Windows"

Binarka jest 64-bitowa, więc oczywiście na Win 7 32-bit taki komunikat jest spodziewany. Dziwne, że nie działa na 64-bitowym Windowsie. SP5LOT, jaki masz dokładnie system?

Win11H 64bit.

Po uruchomieniu ofdmtvrx-1.0.exe pojawia się czarne okienko komend z migającym kursorem
jakby program czekał na komendę, jaką ?

W drugim czarnym okienku komend (nie wiem czy spowodowany uruchomieniem ofdmtvrx-1.0.exe)
pojawia się Komunikat:
Windows PowerShell
Install the latest PowerShell for new featureas and improvements!
https://aka.ms/PSWindows

Wiem, że to niepopularne, ale przed uruchomieniem programu warto zapoznać się z instrukcją Kolega CircuitChaos wszystko szczegółowo opisał na stronie programu, przypominam link: https://github.com/CircuitChaos/ofdmtvrx Generalnie aplikacja służy do przetwarzania pliku podanego jako parametr, ewentualnie może też przetwarzać strumień audio podawany na standardowe wejście. Stąd uruchamianie przez podwójne kliknięcie nie ma sensu. Program wtedy wystartuje bez parametrów, próbując odczytać strumień audio ze standardowego wejścia. Nic tam nie dostanie, więc będzie właśnie tak wisiał z tym kursorem. To nie jest program okienkowy, że się w nim wszystko robi myszą, choć potrafi wyświetlać okienka z wizualizacjami. Uruchamiamy go z konsoli. Na Windowsie będzie to stary Wiersz polecenia (cmd.exe) albo PowerShell. Wtedy możemy uruchomić program z odpowiednimi parametrami. Ewentualnie, jeśli ktoś nie lubi konsoli, może zrobić skrót do ofdmtvrx-1.0.exe i we właściwościach tegoż skrótu podać parametry. Można też przez windowsowe okienko Uruchom, ale to raczej najmniej wygodne. Odnośnie wyskakującego okienka PowerShell, to program go nie uruchamia. Musiałeś jakoś przypadkiem tego PowerShella uruchomić.

SP2UKZ pisze:

Win11H 64bit.
Po uruchomieniu ofdmtvrx-1.0.exe pojawia się czarne okienko komend z migającym kursorem
jakby program czekał na komendę, jaką ?

Czeka na standardowym wejściu (stdin) na próbki, ale ich nie dostaje. Może to mało intuicyjne i dobrze byłoby wymusić ten tryb pracy explicite, a nie domyślnie…

Trzeba go uruchomić z argumentami (a przynajmniej: -i plik.wav) – jest w instrukcji.

Idealnie byłoby, gdyby program w takim trybie czytał po prostu wejście karty dźwiękowej, ale na razie tego nie ma (pod Linuksem nie ma sensu, bo jest do tego arecord, pod Windowsem… hmm, jest sox dla Windows: https://sourceforge.net/projects/sox/ – ale nie badałem tematu bliżej).

SP2UKZ pisze:

W drugim czarnym okienku komend (nie wiem czy spowodowany uruchomieniem ofdmtvrx-1.0.exe)
pojawia się Komunikat:
Windows PowerShell

To bez związku, ofdmtvrx nie uruchamia powershella.

Co do problemów z odpaleniem – program był skompilowany na win7 64-bit, więc binarka może nie odpalać się na innych systemach / wersjach…

Grzesiek wrzucił wersję skompilowaną przez siebie tutaj:

https://github.com/gniemirowski/ofdmtvrx

Któraś z tych wersji się uruchamia?

Pod Win7 32bit działa (w oknie konsoli cmd reaguje prawidłowo na -h i -v) ofdmtvrx32. Na Win11H 64bit prawidłowo reaguje na wspomniane komendy: ofdmtvrx32, ofdmtvrx64 oraz "stary" ofdmtvrx-1.0
W dekodowaniu przetestuję je w najbliższych dniach.