martinherren / qrsspig Goto Github PK

Possible to upload to multiple servers and local filename.
Uploader can override image's filename if necessary

Should use %I instead of %d

Add user provided infos like callsign, locator, antenna, receiver
Add infos like time/freq resolutions and qrsspig version

Signed/unsigned input is buggy

Use fftw's optimisation, save the result for next run in .qrrspig/fftw for example

Instead of creating test_0....

Currently inaccurate framerate will accumulate over time. Resync on each frame. Make sure it's not just the buffer piling up

Supporting fixed filenames and template based filenames

Reported by Martin Hauke

QrssPiG-faild-build-with-gcc7-buildlog.txt

Add a circular buffer in QGInputDevice class to be used / filled by the different derived classes. Callback call could be handled in parent class

Option to automatically accept and potentially cache unknown host keys
Check hash against known hosts
Support passphrase protected certs (either asked on start or through agent)
Support password asked at start time ?
Remove deprecated function calls
Use c++ api ?
...

No alignement to boundary of multiple of framewidth to do quick tests than won't be split into two frames even when done over a boundary.

Add a configurable number of seconds/minutes before and after each frame so they'll overlap each other

To be investigated

Add conditional compilation for hackrf list devices

Take into account when displaying frequencies, and using filters

Initially supporting at least stdin, alsa and rtlsdr. More inputs to come

Usefull to control the external receiver connected to the audio port

Handling of time is currently completely broken.

Replace std::get_time() or backport more recent compiler in build environment

I see some referenses for multiple/alternative QGImage in the source code is this planed in the near future?

I have an idéa that I would like to try with QrssPiG but it will need an alternative QGImage to work.

I could just modify/add a new QGImage for my tests but if there is plans for doing it anyway I can just wait a while before doing my tests.

Currently audio is feed as I/Q, where left channel is taken as I and right as Q. Works but not clean.
Support mono, only left or only right channel.

Add 16bit data input