A repeatable test in simulation form would be better.  Also some way to
define when a version fails.

On Sun, 2014-03-02 at 17:34 -0600, Ham Radio Java wrote:
> On Sun, Mar 2, 2014 at 4:50 PM, David Rowe <[email protected]> wrote:
>         
>         Key question here is - how would you test any changes?
> 
> 
> It would not be too difficult, but I was thinking of attacking the
> band edges.  You could do this with another user moving into your
> edge, and another user noting at which Hz the current version fails,
> or the modified version fails, and which one fails first.
> 
> 
> My gut feeling tells me that spreading the voice bits out and moving
> them and the FEC bits closer to the pilot, would protect them more
> from interference. Prevent the 4-bit error by not pairing like bits.
> For example, don't pair V!-V2, but instead pair V1-P1, etc.
> 
> 
> Suppose in 2025 everyone uses DV, and the bands are crowded with
> activity. How close can each DV Ham get to the next DV ham?
> 
> 
> I like the simplicity of this modem, and was wondering if just a
> simple few tweaks could improve things.  In my experience with the AOR
> modem, the guys who wanted the data signals off their voice bands just
> slid-up to the edge and you were history. Can't even get a pink-slip
> for that :-)
> 
> 
> Steve
> 
> 
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________ Freetel-codec2 mailing list 
> [email protected] 
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2



------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Reply via email to