Discussion:
[Freetel-codec2] on fixed point decoders
Jerome Shawstad
2016-06-01 04:27:26 UTC
Permalink
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
Alan Beard
2016-06-01 22:16:12 UTC
Permalink
Don't we have two DSP areas here:

1) Speech analysis ending up with a digital "representation" of the voice and, later regenerating the "voice".

2) Modulation and Demodulation of digital-audio to/from the radio.

========

In the MMDVM and MMDVMHost project, we have two "computers", the DUE and the Raspberry Pi.

Q/   Do we need Floating Point in #2 DSP area, as above ?

I'm very happy with using two "computers" as in the DUE and a Pi clone.
(For me, the Banana Pi with a SATA disk wins hands down. Now 120G SSD.)

Alan VK2ZIW
Because of support in earlier hardware.  I queried on Rockbox forms (a popular alternative open source OS for early mp3 players) which already uses the Speex codec and the first question up was whether or not a fixed point implementation was feasible for compatibility reasons.
 
Again my reasons for encouraging usage on a platform like Rockbox would include getting more exposure to the codec (if it's supported, people will be more curious, especially once discovering it's superior to other codecs such as speex or opus when at low bitrate) and possibly support... and if people used the codec to encode anything in their players, you would get many ears listening for errors/challenging encoding situations which could lead to the improvement of the codec.
 
It's not the only way to do so, another possibility would be like an Android realtime player support (by itself or possibly made as a plugin/something that others can easily add to their players) - if you can win over the audiobook/old time radio/seminar listening crowd to experiment some again you get more feedback, and possibly other people to join codec2 development who had no idea it existed before.
 
Alan

Evil flourishes when good men do nothing.
Consider Jesus.
---------------------------------------------------------------------------
Alan Beard               Unix Support Technician from 1984 to today
70 Wedmore Rd.           Sun Solaris, AIX, HP/UX, Linux, SCO, MIPS
Emu Heights N.S.W. 2750  Routers, terminal servers, printers, terminals etc..
+61 2 47353013 (h)       Support Programming, shell scripting, "C", assembler
0414 353013 (mobile)     After uni, electronics tech
Jean-Marc Valin
2016-06-01 23:49:23 UTC
Permalink
I'm not actually sure you'd want to push codec2 for rockbox, for several
reasons:

1) With Speex/Opus, you can already store 3 months worth of speech on a
small 8 GB player. I'm really not sure there's much to gain from
increasing that to 1 year with codec2.

2) Since the codec2 bitstream isn't frozen yet, you will either have a
bunch of incompatible files and players or you will end up with a
certain snapshot "frozen" in rockbox that will be incompatible with all
future versions.

3) Due to (2) above, you're likely to end up with people complaining
that "codec2 never works", not realizing that it's "just" the fact that
the bitstream isn't frozen. This would still be bad publicity.

Cheers,

Jean-Marc
Because of support in earlier hardware. I queried on Rockbox forms (a
popular alternative open source OS for early mp3 players) which already
uses the Speex codec and the first question up was whether or not a
fixed point implementation was feasible for compatibility reasons.
Again my reasons for encouraging usage on a platform like Rockbox would
include getting more exposure to the codec (if it's supported, people
will be more curious, especially once discovering it's superior to other
codecs such as speex or opus when at low bitrate) and possibly
support... and if people used the codec to encode anything in their
players, you would get many ears listening for errors/challenging
encoding situations which could lead to the improvement of the codec.
It's not the only way to do so, another possibility would be like an
Android realtime player support (by itself or possibly made as a
plugin/something that others can easily add to their players) - if you
can win over the audiobook/old time radio/seminar listening crowd to
experiment some again you get more feedback, and possibly other people
to join codec2 development who had no idea it existed before.
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
Freetel-codec2 mailing list
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Bruce Perens
2016-06-02 00:57:44 UTC
Permalink
On the other hand, we're happy to help anyone crazy enough to do this
conversion. David quoted me a substantial fraction of a year's pay to do
the job.
Post by Jean-Marc Valin
I'm not actually sure you'd want to push codec2 for rockbox, for several
1) With Speex/Opus, you can already store 3 months worth of speech on a
small 8 GB player. I'm really not sure there's much to gain from
increasing that to 1 year with codec2.
2) Since the codec2 bitstream isn't frozen yet, you will either have a
bunch of incompatible files and players or you will end up with a
certain snapshot "frozen" in rockbox that will be incompatible with all
future versions.
3) Due to (2) above, you're likely to end up with people complaining
that "codec2 never works", not realizing that it's "just" the fact that
the bitstream isn't frozen. This would still be bad publicity.
Cheers,
Jean-Marc
Because of support in earlier hardware. I queried on Rockbox forms (a
popular alternative open source OS for early mp3 players) which already
uses the Speex codec and the first question up was whether or not a
fixed point implementation was feasible for compatibility reasons.
Again my reasons for encouraging usage on a platform like Rockbox would
include getting more exposure to the codec (if it's supported, people
will be more curious, especially once discovering it's superior to other
codecs such as speex or opus when at low bitrate) and possibly
support... and if people used the codec to encode anything in their
players, you would get many ears listening for errors/challenging
encoding situations which could lead to the improvement of the codec.
It's not the only way to do so, another possibility would be like an
Android realtime player support (by itself or possibly made as a
plugin/something that others can easily add to their players) - if you
can win over the audiobook/old time radio/seminar listening crowd to
experiment some again you get more feedback, and possibly other people
to join codec2 development who had no idea it existed before.
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and
traffic
patterns at an interface-level. Reveals which users, apps, and protocols
are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports.
https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
Freetel-codec2 mailing list
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
Freetel-codec2 mailing list
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
glen english
2016-06-02 23:03:32 UTC
Permalink
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
Continue reading on narkive:
Loading...