removing some unused files

git-svn-id: https://svn.code.sf.net/p/freetel/code@3305 01035d8c-6547-0410-b346-abe4f91aad63

diff --git a/codec2-dev/AUTHORS b/codec2-dev/AUTHORS
deleted file mode 100644 (file)
index e69de29..0000000

diff --git a/codec2-dev/ChangeLog b/codec2-dev/ChangeLog
deleted file mode 100644 (file)
index e69de29..0000000

diff --git a/codec2-dev/NEWS b/codec2-dev/NEWS
deleted file mode 100644 (file)
index e69de29..0000000

diff --git a/codec2-dev/notes_and_todo_tdma b/codec2-dev/notes_and_todo_tdma
deleted file mode 100644 (file)
index a27d02b..0000000
--- a/codec2-dev/notes_and_todo_tdma
+++ /dev/null
@@ -1,52 +0,0 @@
-Aug 15, 2016
-
-Random Thoughts and todos for FreeDV FSK TDMA:
-
-Ideas for TDMA layer structure-
--TDMAModem Struct containing
-    -half-frame 'pilot' modem struct for pilot sync
-        -Pilot modem used to locate a UW in half frame chunks with a large bit error tolerance
-        -Once a frame is located, TDMA can set up coarse timing for slot modems
-        -Pilot modem would not keep freq est info between half frame chunks
-        -Slot modems would not keep clock offset tracking between frame-length sample chunks, this would be taken care of by coarse timing
-    -modem and deframer struct for each slot in TDMA setup
-        -Deframer would look for most likely frame coarse offset within sample buffer while in 'sync' state
-        -Slot modem deframer will feed frame offset back into main TDMA modem to handle both coarse timing and clock offset
-    -support for N slot setup at configuration
-    -sync state machine:
-        Unsynched - No sync at all
-        Pilot sync - Pilot demod has found UW but slot demods have not locked on
-        Full sync - Any slot has pulled out a UW and is individually in 'sync' state\
-        Master -
-    -TX -- Need some way of scheduling TX bursts
-        -Should be fairly hardware-independant
-        -Hardware timer of some sort synched with ADC?
-        -Should ADC keep sampling during TX period or throw away samples? Software option, maybe?
-        -Maybe start a 'sample' timer in hardware synched to what the ADC sample number should be?
-        --reset sample timer on pilot sync
-
-API Skeleton-
-
-TDMA_init/TDMA_destory - do what you think they do
-    Should TDMA init take a simple mode or a more granular config? Different inits for both?
-    - Probably just a mode to begin with
-TDMA_rx(samples) - Accept some number of samps -- probably variable n samples up to some number
-    -- probably shouldn't be variable sample number, tracking will happen in slot modems
-TDMA_get_frames() - Get frame structs if any frames have been decoded by rx -- only hold up to 1 frame per slot -- could probably be rolled into TDMA_rx
-TDMA_reset_slot(n) - reset the estimators/sync state for any single slot -- useful from a protocol point of view if a master is scheduling slots to multiple clients
-TDMA_sched_tx(slot_n,tx_frame,tx_samps_out,tx_time_out) - Schedule a frame transmission
-    -Difficult part is to actually ensure timing here
-
-Random TODOs:
-[ ] Deframer work:
-  [x] Framer for shorter frames (minus padding bits)
-  [ ] New deframer for extracting burst frames and keeping slot sync state
-        [ ] Looks +/- a few symbols in a demodulated chunk instead of pulling frames out of a steram
-        [ ] Provides frame location feedback to the TDMA part for coarse sync tracking
-        [ ] Add deframer mode for pilot modem end?
-            -Possibly just expose UW matching and let TDMA handle the rest. Frames will be extracted by slot demods
-        [ ] Add bit extraction code for new UW frame
-
-More specific TODOs:
-  [ ] Write TDMA RX simulator in octave/c/python/whatever
-  [ ] Get TDMA to point of picking up on pilot sync