can codec2 ported on an arm board ?



------------------ Original ------------------
From:  "freetel-codec2-request"<[email protected]>;
Date:  Fri, Feb 22, 2013 01:18 PM
To:  "freetel-codec2"<[email protected]>; 

Subject:  Freetel-codec2 Digest, Vol 34, Issue 5



Send Freetel-codec2 mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/freetel-codec2
or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Freetel-codec2 digest..."


Today's Topics:

   1. CODEC2 on dsPIC (Samuel Hunt)
   2. fdmdv modem changes (David Rowe)
   3. Re: CODEC2 on dsPIC (David Rowe)
   4. Proposed FLAG DAY for Codec2 modem changes (Bruce Perens)
   5. Re: Trying to decode captured FDMDV + Codec2 signal (David Ranch)
   6. Re: Proposed FLAG DAY for Codec2 modem changes (Thomas Kocourek)


----------------------------------------------------------------------

Message: 1
Date: Sun, 17 Feb 2013 12:02:13 +0000
From: Samuel Hunt <[email protected]>
Subject: [Freetel-codec2] CODEC2 on dsPIC
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

Has anyone done any work with compiling CODEC2 onto dsPIC?

I do not want to waste any time reinventing the wheel if someone has 
already done this.

Many thanks,


-- 
Samuel Hunt
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 2
Date: Mon, 18 Feb 2013 12:40:00 +1100
From: David Rowe <[email protected]>
Subject: [Freetel-codec2] fdmdv modem changes
To: [email protected]
Cc: [email protected]
Message-ID: <1361151600.3218.7.camel@bear>
Content-Type: text/plain; charset="UTF-8"

Hello,

I have just checked in a bug fix (svn rev 1162) in the modem QPSK
mapping pointed out by Bill Cowley:

        http://www.rowetel.com/blog/?p=2851#comment-65484

This means that the modem will be incompatible with the previous modem
code, but has a significantly improved bit error rate.  So if you are
building FreeDV from source using rev 1162 or later it won't talk to
previous versions of FreeDV, such as the current V0.91 beta release.

When we do a new release we will need to work out a way to help people
thru this incompatibility.

Cheers,

David





------------------------------

Message: 3
Date: Mon, 18 Feb 2013 12:43:28 +1100
From: David Rowe <[email protected]>
Subject: Re: [Freetel-codec2] CODEC2 on dsPIC
To: [email protected]
Message-ID: <1361151808.3218.8.camel@bear>
Content-Type: text/plain; charset="UTF-8"

Hello Samuel,

Codec 2 uses floating point so at this stage won't run efficiently on a
fixed point DSP.

Cheers,

David

On Sun, 2013-02-17 at 12:02 +0000, Samuel Hunt wrote:
> Has anyone done any work with compiling CODEC2 onto dsPIC?
> 
> I do not want to waste any time reinventing the wheel if someone has
> already done this.
> 
> Many thanks,
> 
> 
> -- 
> Samuel Hunt
> 
> ------------------------------------------------------------------------------
> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
> is your hub for all things parallel software development, from weekly thought 
> leadership blogs to news, videos, case studies, tutorials, tech docs, 
> whitepapers, evaluation guides, and opinion stories. Check out the most 
> recent posts - join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________ Freetel-codec2 mailing list 
> [email protected] 
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2





------------------------------

Message: 4
Date: Mon, 18 Feb 2013 14:29:14 -0800
From: Bruce Perens <[email protected]>
Subject: [Freetel-codec2] Proposed FLAG DAY for Codec2 modem changes
To: [email protected],
        [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

David,

I think the community is still small and localized enough that we can 
have a flag day. We will announce that after a certain date we expect 
everyone to use the new binary on the air.

This time. We need a better method next time.

     Thanks

     Bruce



------------------------------

Message: 5
Date: Mon, 18 Feb 2013 15:44:05 -0800
From: David Ranch <[email protected]>
Subject: Re: [Freetel-codec2] Trying to decode captured FDMDV + Codec2
        signal
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"


Hello Everyone,

Just following up on my 12/24/2012 thread but I just updated the FreeDV 
sources but it seems that the most current FreeDV sources still won't 
compile on my Linux setup.  Any ideas on how to get past the libctb test 
for a 64bit Centos6 distro?  I'm still getting:


# rpm -ql libctb
/usr/lib64/libctb-0.16.a
/usr/lib64/libctb-0.16.so
/usr/share/doc/libctb-0.16
/usr/share/doc/libctb-0.16/COPYRIGHT
/usr/share/doc/libctb-0.16/README
/usr/share/doc/libctb-0.16/refman.pdf


# rpm -ql libctb-devel
/usr/include/ctb-0.16
/usr/include/ctb-0.16/ctb.h
/usr/include/ctb-0.16/fifo.h
/usr/include/ctb-0.16/getopt.h
/usr/include/ctb-0.16/iobase.h
/usr/include/ctb-0.16/linux
/usr/include/ctb-0.16/linux/serport.h
/usr/include/ctb-0.16/linux/timer.h
/usr/include/ctb-0.16/portscan.h
/usr/include/ctb-0.16/serport.h
/usr/include/ctb-0.16/serportx.h
/usr/include/ctb-0.16/timer.h
/usr/lib64/libctb-0.16.so
/usr/share/doc/libctb-devel-0.16
/usr/share/doc/libctb-devel-0.16/COPYRIGHT
/usr/share/doc/libctb-devel-0.16/README
/usr/share/doc/libctb-devel-0.16/refman.pdf


# cd /usr/src/archive/FreeDV/fdmdv2
# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for g++... g++
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... none
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... none
checking for main in -ladvapi32... no
checking for main in -lcodec2... no
checking for main in -lcomctl32... no
checking for main in -lcomdlg32... no
checking for main in -lgdi32... no
checking for main in -lkernel32... no
checking for main in -lm... yes
checking for main in -lole32... no
checking for main in -loleaut32... no
checking for src_new in -lportaudio... no
checking for main in -lportaudiocpp... yes
checking for main in -lpthread... yes
checking for main in -lrpcrt4... no
checking for main in -lshell32... no
checking for main in -luser32... no
checking for main in -luuid... no
checking for main in -lwinmm... no
checking for main in -lwinspool... no
checking for main in -lwsock32... no
checking for main in -lwxexpat... no
checking for main in -lwxjpeg... no
checking for main in -lwxmsw29u... no
checking for main in -lwxpng... no
checking for main in -lwxregexu... no
checking for main in -lwxtiff... no
checking for main in -lwxzlib... no
checking for library containing src_new... -lsamplerate
checking for library containing sf_format_check... -lsndfile
checking for library containing sox_init... no
checking for libctb-0.16... configure: error: failed. Maybe you need to 
set LDPATH or CXXPATH. See configure --help


I've tried both:

  export CXXPATH="/usr/include/ctb-0.16/"
    and
  export LDPATH="/usr/include/ctb-0.16/"

and then re-running ./configure without any improvements.   Could this 
be a 64bit issue?


Any ideas?


Ps.  Below is from my previous email as well.  It might matter but I'm 
not sure
> I should mention that the libctp Makefile did not create the 
> /usr/lib64/libctp as expected but only created /usr/lib/libctp so I 
> moved things in the RPM spec file.  Maybe that's not legal?  If not, I 
> guess I need to figure out how to fix libctp.

--David
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 6
Date: Thu, 21 Feb 2013 21:18:17 -0800 (PST)
From: Thomas Kocourek <[email protected]>
Subject: Re: [Freetel-codec2] Proposed FLAG DAY for Codec2 modem
        changes
To: [email protected]
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

Take the opportunity now to make the change. Once FreeDV & CODEC2 hit Dayton 
and hopefully spread widely, it will be much harder to switch over.

73 de N4FWD Tom

--- On Mon, 2/18/13, Bruce Perens <[email protected]> wrote:

From: Bruce Perens <[email protected]>
Subject: [Freetel-codec2] Proposed FLAG DAY for Codec2 modem changes
To: [email protected], [email protected]
Date: Monday, February 18, 2013, 5:29 PM

David,

I think the community is still small and localized enough that we can 
have a flag day. We will announce that after a certain date we expect 
everyone to use the new binary on the air.

This time. We need a better method next time.

? ???Thanks

? ???Bruce

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb

------------------------------

_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


End of Freetel-codec2 Digest, Vol 34, Issue 5
*********************************************
.
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Reply via email to