[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#939123: ITP: serialdv -- C++ codec for audio on AMBE3000-based devices in packet mode over a serial link



Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni <nicoo@debian.org>
Control: block 939122 by -1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

* Package name    : serialdv
  Version         : 1.1.1
  Upstream Author : f4exb <f4exb06@gmail.com>
* URL             : https://github.com/f4exb/serialDV
* License         : GPL-3.0
  Programming Lang: C++
  Description     : Codec for audio on AMBE3000-based devices in packet mode over a serial link

This library can control the serial interface to the AMBE3000 chip in packet
mode. There are several devices or hardware blocks that implement it. A popular
and easy to use one because it works with the well known serial oved UDP using a
FTDI chip is the ThumbDV dongle.

SerialDV is designed with the following assumptions

    One object controls one device in one thread. It is up to you to control the device in a separate thread or create a pool of threads for a pool of devices with load balancing. No fancy stuff here because fancy stuff depends too much on the environment.
    The library manages the atomic operations of decoding one AMBE frame or encoding one audio frame in query/reply pairs or transactions. Each query is returned a complete reply or an error. There is no queuing mechanism whatsoever.
    AMBE3000 chip has many modes and features the scope of this library is to provide an easy to use interface for the most popular digital voice modes i.e. D-Star and the DMR likes (DMR, YSF, P25, ...). Some more may be added in the future if the need arises.
    It will work for both encoding and decoding


SerialDV is a dependency of sdrangel

-----BEGIN PGP SIGNATURE-----

iQJFBAEBCgAvFiEEU7EqA8ZVHYoLJhPE5vmO4pLV7MsFAl1rtukRHG5pY29vQGRl
Ymlhbi5vcmcACgkQ5vmO4pLV7MsAYQ/+I196ulNiFWOeRVjY7WfRj4OEhnJ8dX5+
7EId1tTLOxMwB+YdHsir6Z0G5fRMvoMY6duT66uQXzieS9dsFIDr5p4mgwML00Xt
QFQH/Zl0RpFblYCy8oTGdaDTyGXiCwhsUKWjL5PPUO8zf4Olm8ejru3ncW7fLE11
p7bCIQ8R/Mn5O0E5J8bwL8nG52Mw4sL4ajeQ2SnZXWnLVICjf5uXoNxZybMPVXMV
ZsdylaqozhBvKV3xYpkfCv9BqwswTdbej5yWCNueNgmPVKdZES7Nz4xcTkcE74Pw
dgTa3DvhxTW3TXDk2WD5mnRKMZ0EyqbkGoMR4gebEbDCDnDY8IEQcPvsRCo4dOrI
4tuatyBHtXCcWSSG79lVgu7mDXzG9wf4v8qgKgO3jhgF4UDPHSe+PAjEGs9Vvr6e
SGyENwD5uuU4HNO5hzLaPaOCOf8BfqKAQmUGKotxT6HGZbl3OHhxwKx/8KHGXY3W
4rckwSokB5J7EweAhLqjCSXht8MKrxhGFOyb3FJ//GjpV/aCn+INpdekOPeil1Hn
njp/DZUyVZAC2vkX7EULZISBeuvyLWlNtxUtMpGQvQ3wu6VAMn5WQvpUQQVYCxIw
vxfaducw7WXf7BBXO/4Y/QDxsSjIMGE3F6GjhJrK/4olKEU6NUyRZCdNhu+zeD7B
9TKsKdQOV4I=
=M5FS
-----END PGP SIGNATURE-----


Reply to: