oe6pse | 27 Sep 2011 11:39
Picon

FYI: codec2 used by SDR Widget/QtRadio

Hello!

I just wanted to let you know, that in the QtRadio fork of the SDR Widget people, Codec2 is used for
compressing received AM stations.

Regards

Patrick
--

-- 
Engineers motto: cheap, good, fast:   choose any two
QTH: JN77rb                       http://sat.mur.at/
Patrick Strasser OE6PSE <oe6pse at wirklich priv at>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
andrea montefusco | 1 Sep 2011 14:15
Picon

Small bug in autoconf package

Hi all,

I am using codec2 in the ghpsdr3 project.
Recompiling the autotool package (as extracted from svn repo)), I
discovered that the usual command

sudo make install

is installing the header files in the wrong place: e.g. /usr/local
instead of /usr/local/include .

In order to fix it I had to the following change:

Index: src/Makefile.am
===================================================================
--- src/Makefile.am	(revision 287)
+++ src/Makefile.am	(working copy)
 <at>  <at>  -84,7 +84,7  <at>  <at> 
 libcodec2_la_CFLAGS = $(AM_CFLAGS)
 libcodec2_la_LDFLAGS = $(LIBS)

-library_includedir = $(prefix)
+library_includedir = $(prefix)/include
 library_include_HEADERS	= codec2.h \
 defines.h \
 kiss_fft.h\

Ciao

  *am*
(Continue reading)

David Rowe | 2 Sep 2011 02:26
Favicon
Gravatar

Re: Small bug in autoconf package

Thank you Andrea I have applied that patch and checked into SVN.

- David

On Thu, 2011-09-01 at 14:15 +0200, andrea montefusco wrote:
> Hi all,
> 
> I am using codec2 in the ghpsdr3 project.
> Recompiling the autotool package (as extracted from svn repo)), I
> discovered that the usual command
> 
> sudo make install
> 
> is installing the header files in the wrong place: e.g. /usr/local
> instead of /usr/local/include .
> 
> In order to fix it I had to the following change:
> 
> Index: src/Makefile.am
> ===================================================================
> --- src/Makefile.am	(revision 287)
> +++ src/Makefile.am	(working copy)
>  <at>  <at>  -84,7 +84,7  <at>  <at> 
>  libcodec2_la_CFLAGS = $(AM_CFLAGS)
>  libcodec2_la_LDFLAGS = $(LIBS)
> 
> -library_includedir = $(prefix)
> +library_includedir = $(prefix)/include
>  library_include_HEADERS	= codec2.h \
>  defines.h \
(Continue reading)

andrea montefusco | 2 Sep 2011 18:11
Picon

Re: Small bug in autoconf package

On Fri, Sep 2, 2011 at 2:26 AM, David Rowe <david@...> wrote:
> Thank you Andrea I have applied that patch and checked into SVN.

Hi David,
many thanks for fixing the SVN. I already changed the README in our
ghpsdr3 project on github.
In the meantime I was trying to develop a binary debian package on PPA
for libcodec2 but I discovered that there are some problems on

make dist

and

make distcheck

commands. The first one ends without errors but the tarball generated
is not able to generate any executable, while the second one fails.

Therefore I developed  a small patch for several Makefile.am files, as follows:

Index: unittest/Makefile.am
===================================================================
--- unittest/Makefile.am	(revision 288)
+++ unittest/Makefile.am	(working copy)
 <at>  <at>  -1,4 +1,4  <at>  <at> 
-AM_CFLAGS = -I../src -fPIC -g  -DFLOATING_POINT -DVAR_ARRAYS -O2
+AM_CFLAGS = -I$(top_srcdir)/src -fPIC -g  -DFLOATING_POINT -DVAR_ARRAYS -O2
 AUTOMAKE_OPTS = gnu
 NAME = libcodec2
 AM_CPPFLAGS = $(AM_CFLAGS)
(Continue reading)

David Rowe | 5 Sep 2011 06:28
Favicon
Gravatar

Re: Small bug in autoconf package

Thank you Andrea, I have applied those patches and checked into SVN.

Cheers,

David

On Fri, 2011-09-02 at 18:11 +0200, andrea montefusco wrote:
> On Fri, Sep 2, 2011 at 2:26 AM, David Rowe <david@...> wrote:
> > Thank you Andrea I have applied that patch and checked into SVN.
> 
> Hi David,
> many thanks for fixing the SVN. I already changed the README in our
> ghpsdr3 project on github.
> In the meantime I was trying to develop a binary debian package on PPA
> for libcodec2 but I discovered that there are some problems on
> 
> make dist
> 
> and
> 
> make distcheck
> 
> commands. The first one ends without errors but the tarball generated
> is not able to generate any executable, while the second one fails.
> 
> Therefore I developed  a small patch for several Makefile.am files, as follows:
> 
> Index: unittest/Makefile.am
> ===================================================================
> --- unittest/Makefile.am	(revision 288)
(Continue reading)

Trevor . | 5 Sep 2011 17:07
Picon
Favicon

Re: GSoC 2011 Application

Latest TAPR newsletter available, I see you're the banquet speaker David.

http://www.tapr.org/psr/psr116.pdf

The Village TELCO by David Rowe, VK5DGR
There are now billions of mobile phones all over
the world. However in many developing countries,
mobile phones are simply too expensive to use. For
example, in a country where people earn $1.50/
day, a phone call can cost 21 cents/minute. This is a
huge tax on communications.
David Rowe, VK5DGR, will describe how a
community of people from around the world set out
to fix this problem, using a mix of Wi-Fi and open
source software. The result is the Village Telco - a
DIY telephone company that anyone can set up.
A Village Telco is constructed from a network
of “Mesh Potatoes” - small Wi-Fi boxes that are
mounted on homes in a village. They form a mesh
network, relaying telephone calls for each other.
Each Mesh Potato connects to a regular telephone
inside village homes. Phone calls on the network are
free. A local person in the Village can be trained in a
few hours to set up and maintain the network.
To build the Village Telco we borrowed many
ideas from Ham Radio, such as sharing hardware
designs and community networks.
The talk will include real world stories of how
Village Telcos are helping people in several
developing countries, and explain why a simple
(Continue reading)

Bruce Perens | 5 Sep 2011 17:56
Gravatar

Re: GSoC 2011 Application

I'll be there.

     Thanks

     Bruce

On 09/05/2011 08:07 AM, Trevor . wrote:
> Latest TAPR newsletter available, I see you're the banquet speaker David.
>
> http://www.tapr.org/psr/psr116.pdf
>
> The Village TELCO by David Rowe, VK5DGR
> There are now billions of mobile phones all over
> the world. However in many developing countries,
> mobile phones are simply too expensive to use. For
> example, in a country where people earn $1.50/
> day, a phone call can cost 21 cents/minute. This is a
> huge tax on communications.
> David Rowe, VK5DGR, will describe how a
> community of people from around the world set out
> to fix this problem, using a mix of Wi-Fi and open
> source software. The result is the Village Telco - a
> DIY telephone company that anyone can set up.
> A Village Telco is constructed from a network
> of “Mesh Potatoes” - small Wi-Fi boxes that are
> mounted on homes in a village. They form a mesh
> network, relaying telephone calls for each other.
> Each Mesh Potato connects to a regular telephone
> inside village homes. Phone calls on the network are
> free. A local person in the Village can be trained in a
(Continue reading)

James Hall | 8 Sep 2011 16:01
Picon

Fwd: [UV-3R] Will the UV-3R Mark III use this chip? (Freescale System-on-Chip Two-Way Radio)

Saw this on another mailing-list and thought I'd forward it onto here. This seems perfect for a target for a Codec2 HT if anyone can get it running on the 150mhz ARM9 in this chip. There's a "Software Defined Modem" too, I believe it's a 100mhz DSP integrated.



Has anyone else seen this? It's preproduction but they announced it back in March it seems.

James
N9XLC

---------- Forwarded message ----------
From: DavidN <david-69hlKehBS/0dnm+yROfE0A@public.gmane.org>
Date: Thu, Sep 8, 2011 at 9:08 AM
Subject: [UV-3R] Will the UV-3R Mark III use this chip?
To: UV-3R <at> yahoogroups.com


 

Due out first quarter of 2012, but now being tested by selected individuals, is the MC13260 chip, similar to the 1846 chip in our UV-3Rs. Its frequency range is 60Mhz to 960Mhz (3Ghz by adding a low noise amplifier), and includes a 32bit ARM9 processor, modem and of course RF transceiver.

Could we see a plethora of UV-3Rs with different frequency bands e.g. 4m, for little more than the present cost of the UV-3R? And could we see then the high prices of the big three strongly challenged?

Details here:
http://media.freescale.com/phoenix.zhtml?c=196520&p=irol-newsArticle&ID=1537559


Product brief (PDF):
http://cache.freescale.com/files/rf_if/doc/prod_brief/MC13260PB.pdf?fpsp=1


.d. G4TUP.

__._,_.___
.

__,_._,___

Brian Smith | 8 Sep 2011 17:13
Picon

Raspberry Pi Board / Speex Preprocessor / LSP Codebook again

Another ARM-based board coming soon, might be of interest:

http://www.raspberrypi.org/

contains FPU, so Codec2 should run natively, 700MHz processor, 128/256M 
RAM. Due out in November.

A question about the Speex preprocessor - the header says:
 Copyright (C) 2003 Epic Games

Is it still BSD though? (i.e OK to copy piecemeal for Codec2 as a 
de-noise frontend?

Also, after reviewing my stuff for testing LSP weighting, found a 
horrible bug in my code, and fixing it improves 12-bit coding quite a 
bit, so I'm going with this now (thanks again Jean-Marc for the 
pointer). I'll post another experimental patch soon if that is OK. 
distance function would be something like (mel delta)^2*Speex-style weight.

Cheers,
Brian.


Gmane