Code Monkey home page Code Monkey logo

dl-fldigi's People

Contributors

adamgreig avatar danankers avatar danielrichman avatar exception13 avatar f1rmb avatar fillods avatar fmmaresca avatar fsphil avatar giuseppe-cia avatar ik5pvx avatar jamescoxon avatar kamalmostafa avatar kl4yfd avatar makoto-fujiwara avatar nr6j avatar rchateauneu avatar robkk5vd avatar simrun avatar steliosxx avatar steveran avatar te987 avatar wa5znu avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

dl-fldigi's Issues

Baud rate issues (major issue seems to be with upstream)

Mostly to note them:

  1. 600 / 1200 baud missing in the interface.

  2. Higher baudrates don't seem to decode. This appears to be an issue in upstream.
    This is testing on windows with dl-fldigi 3.1 and fldigi 3.21.77
    100 baud works on both
    150 baud only worked on dl-fldigi
    200 baud only worked on dl-fldigi
    300 baud only worked on dl-fldigi

A couple of screenshots at https://www.dropbox.com/sh/d4xrs4cpd6w49h0/mzg3K2yjFh

I also tested 100bd and 300bd with the new linux dl-fldigi with results matching the above.

Additional testing has been done with dl-fldigi (non hab mode) and fldigi transmitting to each other via a virtual audio cable at 200bd. dl-fldigi could decode fldigi but fldigi couldn't decode dl-fldigi.

I've also tested fldigi talking to fldigi in a similar setup which works at 100 baud but fails at 150 (further confirmation of it being an upstream issue)

Fails to make

I get the following error when I try to make the projects:

make[1]: Entering directory `/home/matt/dl-fldigi/po'
test ! -f ./dl-fldigi.pot || \
          test -z "es.gmo fr.gmo it.gmo pl.gmo de.gmo" || make es.gmo fr.gmo it.gmo pl.gmo de.gmo
make[2]: Entering directory `/home/matt/dl-fldigi/po'
rm -f es.gmo && /usr/bin/msgfmt -c --statistics -o es.gmo es.po
1435 translated messages, 2 untranslated messages.
rm -f fr.gmo && /usr/bin/msgfmt -c --statistics -o fr.gmo fr.po
fr.po:8: warning: header field 'Language' still has the initial default value
363 translated messages, 127 fuzzy translations, 947 untranslated messages.
rm -f it.gmo && /usr/bin/msgfmt -c --statistics -o it.gmo it.po
it.po:7: warning: header field 'Language' still has the initial default value
1041 translated messages, 179 fuzzy translations, 217 untranslated messages.
rm -f pl.gmo && /usr/bin/msgfmt -c --statistics -o pl.gmo pl.po
1227 translated messages, 97 fuzzy translations, 113 untranslated messages.
/usr/bin/msgmerge --update de.po dl-fldigi.pot
dl-fldigi.pot:4990:2: syntax error
dl-fldigi.pot:4990: keyword "HEAD" unknown
dl-fldigi.pot:4990: keyword "po" unknown
dl-fldigi.pot:4990: keyword "dl" unknown
dl-fldigi.pot:4990: keyword "fldigi" unknown
dl-fldigi.pot:4990: keyword "pot" unknown
dl-fldigi.pot:4992: missing 'msgstr' section
dl-fldigi.pot:4993:2: syntax error
dl-fldigi.pot:4995: missing 'msgstr' section
dl-fldigi.pot:4996:2: syntax error
dl-fldigi.pot:4996: keyword "cd1939df3d1647c4570111dabcb620cbccbff399" unknown
dl-fldigi.pot:4996: keyword "po" unknown
dl-fldigi.pot:4996: keyword "fldigi" unknown
dl-fldigi.pot:4996: keyword "pot" unknown
/usr/bin/msgmerge: found 14 fatal errors

Looking at po/dl-fldigi.pot (line 4990) shows that there is an conflict:

<<<<<<< HEAD:po/dl-fldigi.pot
#: src/dialogs/confdialog.cxx:7612
msgid "Auto connect when dl-fldigi opens (server must be up)"
=======
#: src/dialogs/confdialog.cxx:9168
msgid "Auto connect when fldigi opens (server must be up)"
>>>>>>> cd1939df3d1647c4570111dabcb620cbccbff399:po/fldigi.pot

Building on Ubuntu 16.04

Hi I'm trying to build dl-fldigi on Ubuntu 16.04, I'm certain I've gotten all dependencies installed and am following this guide to installing:

https://ukhas.org.uk/projects:dl-fldigi:build-ubuntu

I have successfully compiled on a Raspberry Pi but my Ubuntu install drops out with this

Makefile:2407: recipe for target 'dl_fldigi-newinstall.o' failed
make[2]: *** [dl_fldigi-newinstall.o] Error 1
make[2]: Leaving directory '/home/james/csdr/dl-fldigi/src'
Makefile:984: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/james/csdr/dl-fldigi/src'
Makefile:469: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

Raw input

Would it be possible to add the option of having a raw (complex I/Q, int16/float) file input? On Linux this would avoid issues with pulseaudio (that effect at least me!) but also allow the possibility of streaming from a gnuradio app via a pipe directly into fl-fldigi without having to go via an audio stream - multimon, for example, works this way.

Uninitialized variable: root_ok in flights.cxx

It looks like variable 'root_ok' in function populate_payloads in flights.cxx can be used uninitialized. After declaration, 'root_ok' is only ever set to false. A possible solution is to initialize it to 'true' at declaration on line 550.

This was found by running the tool 'cppcheck' on the source code.

Request : Retaining Bearing and Elevation values

Testing 3.21.43 which works well. However if a successful string is received the fields for bearing and elevation are filled in. Should an invalid string be received these are then blanked out. Could they be retained ?

-ti option doesn't work in --hab mode

Can we make it so custom window titles are available when running in HAB mode. So as opposed to dl-fldigi for High Altitude Balloon Tracker I can put something in there like FT-817 thanks

Automake fails

Doing a fresh 'git clone' and a autoreconf fails with:

[snip]
src/Makefile.am:210: warning: call silent,APPB ,$(APPBUNDLE_NOLIBS: non-POSIX variable name
src/Makefile.am:210: (probably a GNU make extension)
src/Makefile.am:216: warning: call silent,NSIS ,$(INSTALLER_FILE: non-POSIX variable name
src/Makefile.am:216: (probably a GNU make extension)
src/Makefile.am:227: warning: call silent,HLS ,fldigi$(EXEEXT: non-POSIX variable name
src/Makefile.am:227: (probably a GNU make extension)
src/Makefile.am:239: warning: call silent,GUIDE ,$@: non-POSIX variable name
src/Makefile.am:239: (probably a GNU make extension)
src/Makefile.am:32: warning: compiling 'locator.c' with per-target flags requires 'AM_PROG_CC_C_O' in 'configure.ac'
src/Makefile.am:231: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/../scripts/tests/config-h.sh'
src/Makefile.am:231: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/../scripts/tests/cr.sh'
autoreconf: automake failed with exit status: 1

This is using:

autoreconf --version
autoreconf (GNU Autoconf) 2.69

automake --version
automake (GNU automake) 1.13.3

win32 crash on startup

If dl-fldigi is started in HAB mode with no internet connection present, it crashes citing a winsock error. This is easily replicated - just test on a machine with no internet connection. This occurs only in HAB mode.

If a connection is present, dl-fldigi does not crash on startup, and appears to immediately download the payload list.

Goertzel in filters.cxx

Line 536:

return ((k2*Q1)/N);

Should be:

return ((k2*Q2)/N);

According to several other implementations.

RTTY frequency not in log file

Hi,
First, thanks for the great work on dl-flgidi.

I am trying to get the RTTY frequency as it is possible in the fldigi log files (with the File -> Text Capture -> Log all RX/TX option).

I have seen that this log file is gone in dl-fldigi but since there is still the "Log RTTY frequency" option in the RTTY tab, I expect to find the RTTY frequency in some log files.
With Misc -> Text i/o -> Enable rx text stream ON, I can find the RTTY text in .dl-fldigi/talk/textout.txt but without the frequency.

Am I missing something or is the "Log RTTY frequency" option not working ?

Thank you for your help.

Best regards

Vincent

PS: for reference, I need the frequency to control GQRX (with telnet) and account for frequency drift.

Building on Debian bullseye/sid (testing) - workaround

Hello,

After many days of fighting with dependencies, I stuck at make:

Making all in po
make[1]: Wejście do katalogu '/home/asus/dl-fldigi/po'
make[1]: Opuszczenie katalogu '/home/asus/dl-fldigi/po'
Making all in doc
make[1]: Wejście do katalogu '/home/asus/dl-fldigi/doc'
make[1]: Nie ma nic do zrobienia w 'all'.
make[1]: Opuszczenie katalogu '/home/asus/dl-fldigi/doc'
Making all in src
make[1]: Wejście do katalogu '/home/asus/dl-fldigi/src'
make  all-am
make[2]: Wejście do katalogu '/home/asus/dl-fldigi/src'
  CXX      dl_fldigi-rtty.o
In file included from ./include/habitat/Extractor.h:8,
                 from ./include/dl_fldigi/hbtint.h:7,
                 from cw_rtty/rtty.cxx:42:
./include/habitat/UploaderThread.h:155:5: warning: ‘template<class> class std::auto_ptr’ is deprecated [-Wdeprecated-declarations]
  155 |     auto_ptr<habitat::Uploader> uploader;
      |     ^~~~~~~~
In file included from /usr/include/c++/10/memory:83,
                 from ./include/habitat/UploaderThread.h:6,
                 from ./include/habitat/Extractor.h:8,
                 from ./include/dl_fldigi/hbtint.h:7,
                 from cw_rtty/rtty.cxx:42:
/usr/include/c++/10/bits/unique_ptr.h:57:28: note: declared here
   57 |   template<typename> class auto_ptr;
      |                            ^~~~~~~~
cw_rtty/rtty.cxx:55:1: error: narrowing conversion of ‘'\37777777667'’ from ‘char’ to ‘unsigned char’ [-Wnarrowing]
   55 | };
      | ^
cw_rtty/rtty.cxx:55:1: error: narrowing conversion of ‘'\37777777667'’ from ‘char’ to ‘unsigned char’ [-Wnarrowing]
cw_rtty/rtty.cxx:77:1: error: narrowing conversion of ‘'\37777777667'’ from ‘char’ to ‘unsigned char’ [-Wnarrowing]
   77 | };
      | ^
cw_rtty/rtty.cxx:77:1: error: narrowing conversion of ‘'\37777777667'’ from ‘char’ to ‘unsigned char’ [-Wnarrowing]
make[2]: *** [Makefile:1828: dl_fldigi-rtty.o] Błąd 1
make[2]: Opuszczenie katalogu '/home/asus/dl-fldigi/src'
make[1]: *** [Makefile:1169: all] Błąd 2
make[1]: Opuszczenie katalogu '/home/asus/dl-fldigi/src'
make: *** [Makefile:472: all-recursive] Błąd 1

I've followed by raspbian build instructions. I've tried the newest version and last stable DL3.1.

EDIT:
There is a problem with this repo, but this fork works fine with some extra flags.

To build this on Debian follow this instructions:

git clone https://github.com/jamescoxon/dl-fldigi
cd dl-fldigi
git submodule init
git submodule update
autoreconf -vfi
./configure --disable-flarq --enable-optimizations=native CXXFLAGS="-fpermissive -Wno-narrowing -g -O2"
make

Enjoy!

Bearing and distance calculations incorrect with integer location values

Bearing , distance and elevation calculations incorrect when decoding integer longitude and latitude values

I.e
$$ATLAS,1277,19:34:10,502183856,24855542,25718,10,6,592,151,s*ED86

Results in (from 53.75200, -1.81837) very silly values which change every sentence (suspect variable overflows).

Poor AFC performance with default RX filter bandwidth

The current default for RTTY RX filter bandwidth (1.5 * baud rate) gives very poor auto frequency compensation performance - even tracking the frequency shift the NTX2 exhibits with temperature change is unreliable. Increasing the RX filter bandwidth resolves this issue & makes AFC usable.

Previous versions had a much larger RX filter bandwidth by default (which seemed to work well):
http://code.google.com/p/dl-fldigi/source/browse/branches/oldtrunk/src/cw_rtty/rtty.cxx#164

Building on Debian 8 unstable

Yes, libssl-dev/unstable,now 1.0.2c-1 amd64 [installed]

/usr/bin/ld: dl_fldigi-Uploader.o: undefined reference to symbol 'BIO_ctrl@@OPENSSL_1.0.0'
//usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0: error adding symbols: DSO missing from command line

Building for the latest commit

Using --hab switch causes fatal error

I have compiled on Ubuntu Saucy (i386) successfully. When running with the --hab switch, the following crash occurs. Runs OK without.

root@ubuntu:~/dl-fldigi# ./src/dl-fldigi --hab
I: main: appname: ./src/dl-fldigi
I: main: ./src/NBEMS.DIR not present
I: main: HomeDir: /home/ubuntu/.dl-fldigi/
I: main: RigsDir: /home/ubuntu/.dl-fldigi/rigs/
I: main: ScriptsDir: /home/ubuntu/.dl-fldigi/scripts/
I: main: PalettesDir: /home/ubuntu/.dl-fldigi/palettes/
I: main: LogsDir: /home/ubuntu/.dl-fldigi/logs/
I: main: PicsDir: /home/ubuntu/.dl-fldigi/images/
I: main: HelpDir: /home/ubuntu/.dl-fldigi/help/
I: main: MacrosDir: /home/ubuntu/.dl-fldigi/macros/
I: main: WrapDir: /home/ubuntu/.dl-fldigi/wrap/
I: main: TalkDir: /home/ubuntu/.dl-fldigi/talk/
I: main: TempDir: /home/ubuntu/.dl-fldigi/temp/
I: main: KmlDir: /home/ubuntu/.dl-fldigi/kml/
I: main: PskMailDir: /home/ubuntu/
I: main: DATA_dir: /home/ubuntu/.dl-fldigi/data/
I: main: NBEMS_dir: /home/ubuntu/.nbems/
I: main: ARQ_dir: /home/ubuntu/.nbems/ARQ/
I: main: ARQ_files_dir: /home/ubuntu/.nbems/ARQ/files/
I: main: ARQ_recv_dir: /home/ubuntu/.nbems/ARQ/recv/
I: main: ARQ_send: /home/ubuntu/.nbems/ARQ/send/
I: main: WRAP_dir: /home/ubuntu/.nbems/WRAP/
I: main: WRAP_recv_dir: /home/ubuntu/.nbems/WRAP/recv/
I: main: WRAP_send_dir: /home/ubuntu/.nbems/WRAP/send/
I: main: WRAP_auto_dir: /home/ubuntu/.nbems/WRAP/auto/
I: main: ICS_dir: /home/ubuntu/.nbems/ICS/
I: main: ICS_msg_dir: /home/ubuntu/.nbems/ICS/messages/
I: main: ICS_tmp_dir: /home/ubuntu/.nbems/ICS/templates/
I: main: FLMSG_dir: /home/ubuntu/.nbems/
I: main: FLMSG_dir_default: /home/ubuntu/.nbems/
I: main: FLMSG_WRAP_dir: /home/ubuntu/.nbems/WRAP/
I: main: FLMSG_WRAP_recv_dir: /home/ubuntu/.nbems/WRAP/recv/
I: main: FLMSG_WRAP_send_dir: /home/ubuntu/.nbems/WRAP/send/
I: main: FLMSG_WRAP_auto_dir: /home/ubuntu/.nbems/WRAP/auto/
I: main: FLMSG_ICS_dir: /home/ubuntu/.nbems/ICS/
I: main: FLMSG_ICS_msg_dir: /home/ubuntu/.nbems/ICS/messages/
I: main: FLMSG_ICS_tmp_dir: /home/ubuntu/.nbems/ICS/templates/
I: main: CPU speed factor=154.040491: setting slowcpu=false, sample_converter="Best Sinc Interpolator"
I: testCommPorts: Found serial port /dev/ttyS0
I: testCommPorts: Found serial port /dev/ttyS1
I: testCommPorts: Found serial port /dev/ttyS2
I: testCommPorts: Found serial port /dev/ttyS3
I: testCommPorts: Found serial port /dev/ttyS4
I: testCommPorts: Found serial port /dev/ttyS5
I: testCommPorts: Found serial port /dev/ttyS6
I: testCommPorts: Found serial port /dev/ttyS7
I: loadDefault: macro file name: macros.mdf
I: loadDefault: loading: /home/ubuntu/.dl-fldigi/macros/macros.mdf
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
ALSA lib pcm_dmix.c:961:(snd_pcm_dmix_open) The dmix plugin supports only playback stream

Caught signal 11
Aborting dl-fldigi due to a fatal error.
Please report this to: [email protected]
or file a bug report at: https://fedorahosted.org/fldigi/newticket

****** Stack trace:
./src/dl-fldigi[0x81a3136]
./src/dl-fldigi[0x81a335c]
[0xb7799400]
./src/dl-fldigi[0x8192145]
./src/dl-fldigi[0x81922e8]
./src/dl-fldigi[0x805c678]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0xb6d1f905]
./src/dl-fldigi[0x8062533]

****** Version information:
dl-fldigi 3.21.77
Copyright (C) 2007-2010 Dave Freese, Stelios Bounanos, Leigh Klotz, Remi Chateauneu, and others.
License GPLv3+: GNU GPL version 3 or later http://www.gnu.org/licenses/gpl-3.0.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

****** Build information:
Build information:
built : Sun Jan 12 13:50:55 UTC 2014 by root@ubuntu on i686-pc-linux-gnu for i686-pc-linux-gnu

configure flags: '--disable-flarq'

compiler : gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9)

compiler flags : -I$(srcdir) -I$(srcdir)/include -I$(srcdir)/irrxml -I$(srcdir)/libtiniconv -I$(srcdir)/fileselector -I$(srcdir)/xmlrpcpp -pthread -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_THREAD_SAFE -D_REENTRANT -D_REENTRANT -I/usr/include/libpng12 -pipe -Wall -fexceptions -O2 -ffast-math -finline-functions -DNDEBUG

linker flags : -lportaudio -lasound -lm -lpthread -Wl,-Bsymbolic-functions -lfltk_images -lfltk -lX11 -lX11 -lsndfile -lsamplerate -lpulse-simple -lpulse -lhamlib -lm -lpng12 -lcurl -ldl -lpthread -lssl -lcrypto

libraries : FLTK 1.3.1
libsamplerate 0.1.8
libsndfile 1.0.25
PortAudio 19
PulseAudio 4.0
Hamlib 1.2.15.3

Runtime information:
system : Linux ubuntu 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:12:00 UTC 2013 i686

libraries : libsamplerate-0.1.8 (c) 2002-2008 Erik de Castro Lopo
libsndfile-1.0.25
PortAudio V19-devel (built Oct 8 2012 16:25:16) 1899
Pulseaudio 4.0.0
Hamlib 1.2.15.3

Add support for FSK9600 and FSK1200

Many hams are no using different off the shelf ics like rfm-22b and different Lora chips supporting fsk modes in their HABs, amateur satellites, other radios.
Can decoding facility for fsk generated from them be add to the program, which can later route the data to the ssdv decoder or forwarders etc. Mostly for standard speeds like 1200,2400,4800,9600 bps. An option to define length of preamble and syncword and syncword to look for, will be need though.

AFC don't work at all

The AFC doesn't work for me at all - despite various fiddling with rate and filter bandwidth (both in fldigi and dl-fldigi mode)
this is under snow-lepard. I noticed this in the last couple of flights - so may just be a feature of 115 Happy to build/debug if needed.

Uploaded data has all characters repeated

tested on Fedora 18 with XABEN flight - not done much further testing yet.

Decoded data was fine but uploaded strings (and the decode bar showed each character repeated).

Originally spotted by db_g6gzh on IRC.

Right-clicking window freezes decoding

Using the windows build, I discovered that my waterfall stopped and the decoding halted when I right-clicked the window. This may also occur when dragging the window around.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.