sp6ryd pisze:
Tu opóźnienie wskazane jest jako pożądane. zabawa z cofaniem nagrania raczej niewygodna. Jeśli dobrze zrozumiałem to chodzi o wyłapywanie nowych wołań CQ np. gdy ktoś pracuje w trybie S&P w zawodach.
Tu opóźnienie wskazane jest jako pożądane. zabawa z cofaniem nagrania raczej niewygodna. Jeśli dobrze zrozumiałem to chodzi o wyłapywanie nowych wołań CQ np. gdy ktoś pracuje w trybie S&P w zawodach.
Widzę, że dobrze zrozumiałeś o co chodzi. W moim przypadku chodzi o wyłapanie krótkich wypowiedzi w szerszym spectrum (niekoniecznie w pasmach amatorskich), co na jedno wychodzi.
sp6ryd pisze:
Teoretycznie jednoczesne odpalenie 2 odbiorników (programów) z których jeden dekoduje "na żywo" a drugi z opóźnieniem 15 sec. i przełączanie się pomiędzy nimi byłoby chyba tym czego kolega oczekuje. Trzebaby wprowadzić nagrywanie i opóźnianie strumienia danych, pamiętajmy tylko, że 15 sec. * 2048 Kb * 8 = ok 31 GB danych a tyle w ramie żadko występuje w naszych kompach. Zrzucanie tego na dysk powodowałoby trudne do przewidzenia opóźnienia przy odczycie no chyba, że robilibyśmy to na jakimś dedykowanym sprzęcie z linuxem / linuksem RT albo byłby jakiś pośredni bufor w pamięci RAM.
Teoretycznie jednoczesne odpalenie 2 odbiorników (programów) z których jeden dekoduje "na żywo" a drugi z opóźnieniem 15 sec. i przełączanie się pomiędzy nimi byłoby chyba tym czego kolega oczekuje. Trzebaby wprowadzić nagrywanie i opóźnianie strumienia danych, pamiętajmy tylko, że 15 sec. * 2048 Kb * 8 = ok 31 GB danych a tyle w ramie żadko występuje w naszych kompach. Zrzucanie tego na dysk powodowałoby trudne do przewidzenia opóźnienia przy odczycie no chyba, że robilibyśmy to na jakimś dedykowanym sprzęcie z linuxem / linuksem RT albo byłby jakiś pośredni bufor w pamięci RAM.
Właśnie myślę, że mogłoby to być poprzez dysk, ale chyba musiałby to być SSD lub dobry pendrive bądź karta SD.