build link problem ft8

[luisteraar]

building via cmake

ft8-decoder.cpp:461: undefined reference to `reporterWriter::addMessage(std::__cxx11::basic_string<char, std::char_traits, std::allocator >

ft8-decoder.cpp:468: undefined reference to `identityDialog::identityDialog(QSettings, QWidget)'

pack-handler.cpp:137: undefined reference to `vtable for packHandler'

[JvanKatwijk]

seems to compile fine now, personally, I prefer QMake/make

Op di 5 jul. 2022 om 11:20 schreef luisteraar @.***>:

building via cmake

ft8-decoder.cpp:461: undefined reference to `reporterWriter::addMessage(std::__cxx11::basic_string<char, std::char_traits, std::allocator >

ft8-decoder.cpp:468: undefined reference to `identityDialog::identityDialog(QSettings, QWidget)'

pack-handler.cpp:137: undefined reference to `vtable for packHandler'

— Reply to this email directly, view it on GitHub https://github.com/JvanKatwijk/swradio-8/issues/10, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACCPHQE72AJ7BKJNLBI4IZDVSP44TANCNFSM52VQK33A . You are receiving this because you are subscribed to this thread.Message ID: @.***>

-- Jan van Katwijk

[luisteraar]

Inderdaad het compileerd nu probleemloos Mooi stukje werk Jan Werkt goed met sdrplay ,nu wil ik nog rtl-tcp of airspyhf er bij hebben ,eens kijken of ik het device kan toe voegen jou qt-dab heeft rtl-tcp evt kan het erbij zonder veel werk.

[JvanKatwijk]

Ik heb een versie ge-upload (typische nederlands woord) met experimenteel support voor rtl_tcp. Ik hoor wel

Op di 5 jul. 2022 om 16:51 schreef luisteraar @.***>:

Inderdaad het compileerd nu probleemloos Mooi stukje werk Jan Werkt goed met sdrplay ,nu wil ik nog rtl-tcp of airspyhf er bij hebben ,eens kijken of ik het device kan toe voegen jou qt-dab heeft rtl-tcp evt kan het erbij zonder veel werk.

— Reply to this email directly, view it on GitHub https://github.com/JvanKatwijk/swradio-8/issues/10#issuecomment-1175153840, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACCPHQEFWSKRRDMVOEV3ZB3VSRDW7ANCNFSM52VQK33A . You are receiving this because you commented.Message ID: @.***>

-- Jan van Katwijk

[luisteraar]

Bedankt dat heb je snel gedaan. Aan jou kant werkt rtl_tcp correct . Hier wil het niet lekker lopen met hfp_tcp in die source zie ik dat ze de samples manipuleren dat eens er uit slopen anders maak ik wel een airspyhf driver vind ik leuk werk houd je van de straat :=) Hans

[JvanKatwijk]

De serverkant moet de samples "compatible"maken met het sampleformat van de dabsticks, en dat vraagt terug naar 8 bits en de getalstructuur is anders. Wat is het format dat hfp_tcp uitspuugt? Als we het format weten kan de client daar wel op aangepast worden toch?

Op do 7 jul. 2022 om 11:25 schreef luisteraar @.***>:

Bedankt dat heb je snel gedaan. Aan jou kant werkt rtl_tcp correct . Hier wil het niet lekker lopen met hfp_tcp in die source zie ik dat ze de samples manipuleren dat eens er uit slopen anders maak ik wel een airspyhf driver vind ik leuk werk houd je van de straat :=) Hans

— Reply to this email directly, view it on GitHub https://github.com/JvanKatwijk/swradio-8/issues/10#issuecomment-1177304835, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACCPHQFCFWGPXXEJV3ROW5TVS2O6XANCNFSM52VQK33A . You are receiving this because you commented.Message ID: @.***>

-- Jan van Katwijk

[JvanKatwijk]

Oh en verder ga ik er bij de rtl_tcp client van uit dat de samplerate 2112 KHz is, bij de sdrplay server voor rtl_tcp werkt dat prima. Ik denk dat er voor de Airspy (AirspyHF in het bijzonder) andere parameters moeten komen.

Op do 7 jul. 2022 om 11:31 schreef jan van katwijk @.***>:

De serverkant moet de samples "compatible"maken met het sampleformat van de dabsticks, en dat vraagt terug naar 8 bits en de getalstructuur is anders. Wat is het format dat hfp_tcp uitspuugt? Als we het format weten kan de client daar wel op aangepast worden toch?

Op do 7 jul. 2022 om 11:25 schreef luisteraar @.***>:

Bedankt dat heb je snel gedaan. Aan jou kant werkt rtl_tcp correct . Hier wil het niet lekker lopen met hfp_tcp in die source zie ik dat ze de samples manipuleren dat eens er uit slopen anders maak ik wel een airspyhf driver vind ik leuk werk houd je van de straat :=) Hans

— Reply to this email directly, view it on GitHub https://github.com/JvanKatwijk/swradio-8/issues/10#issuecomment-1177304835, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACCPHQFCFWGPXXEJV3ROW5TVS2O6XANCNFSM52VQK33A . You are receiving this because you commented.Message ID: @.***>

-- Jan van Katwijk

-- Jan van Katwijk

[luisteraar]

Top je had het bij het goede eind voor rtl_tcp samplerate van 2112 op 768 gezet en het werkt ,tot nu enkel getest bij ft8 ontvangst

[JvanKatwijk]

Ik kan nog een knopje op de rtl_tcp client maken om te kiezen uit een aantal samplerates. Een "gewone" dabstick werkt vanaaf ongeveer 960 K samples, de sdrplay heeft als minimale samplerate 2M,

Op do 7 jul. 2022 om 14:47 schreef luisteraar @.***>:

Top je had het bij het goede eind voor rtl_tcp samplerate van 2112 op 768 gezet en het werkt ,tot nu enkel getest bij ft8 ontvangst

— Reply to this email directly, view it on GitHub https://github.com/JvanKatwijk/swradio-8/issues/10#issuecomment-1177558416, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACCPHQGHLO4XXMZPPP5ZZGTVS3GWVANCNFSM52VQK33A . You are receiving this because you commented.Message ID: @.***>

-- Jan van Katwijk

[luisteraar]

Evt dat het handiger kan. De alle/meeste rtl_tcp servers starten op met default waarden. Met getsamplerate kan je de default samplerate opvragen Tot nu loopt rtl_tcp voor airspyhf prima . Een device driver die direct de lib aanspreekt zou handiger zijn.

[JvanKatwijk]

dat dacht ik ook, maar ik kan dat in de protocolbeschrijving niet vinden. Het communicatieprotocol geeft wel aan hoe de devicerate gezet kan worden. Bovendien is het handiger om niet de default waarden te hebben (voor sdrplay is dat 2 M), maar een geheel veelvoud van 96000. Wat betreft de airspyHF heb ik geen kennis over de device library, de "gewone" airspy wel natuurlijk

Op do 7 jul. 2022 om 16:27 schreef luisteraar @.***>:

Evt dat het handiger kan. De alle/meeste rtl_tcp servers starten op met default waarden. Met getsamplerate kan je de default samplerate opvragen Tot nu loopt rtl_tcp voor airspyhf prima . Een device driver die direct de lib aanspreekt zou handiger zijn.

— Reply to this email directly, view it on GitHub https://github.com/JvanKatwijk/swradio-8/issues/10#issuecomment-1177702402, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACCPHQBP34JWRJI4R73RM2DVS3SLZANCNFSM52VQK33A . You are receiving this because you commented.Message ID: @.***>

-- Jan van Katwijk

[JvanKatwijk]

Ik zal een rtl_tcp driver maken, is niet zoveel werk. Ik heb geeb AirspyHF, dus dat wordt wat ingewikkelder

Op di 5 jul. 2022 om 16:51 schreef luisteraar @.***>:

Inderdaad het compileerd nu probleemloos Mooi stukje werk Jan Werkt goed met sdrplay ,nu wil ik nog rtl-tcp of airspyhf er bij hebben ,eens kijken of ik het device kan toe voegen jou qt-dab heeft rtl-tcp evt kan het erbij zonder veel werk.

— Reply to this email directly, view it on GitHub https://github.com/JvanKatwijk/swradio-8/issues/10#issuecomment-1175153840, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACCPHQEFWSKRRDMVOEV3ZB3VSRDW7ANCNFSM52VQK33A . You are receiving this because you commented.Message ID: @.***>

-- Jan van Katwijk