https://wiki.opendigitalradio.org/api.php?action=feedcontributions&feedformat=atom&user=CoinchonOpenDigitalRadio - User contributions [en]2026-04-27T13:31:53ZUser contributionsMediaWiki 1.35.14https://wiki.opendigitalradio.org/index.php?title=UHD_simple_baseband_player&diff=2082UHD simple baseband player2026-02-06T21:44:52Z<p>Coinchon: </p>
<hr />
<div>Simple UHD baseband player (no GUI) from Marcus Leech.<br />
<br />
===Files===<br />
*Python code [http://wiki.opendigitalradio.org/files/simple_sender.py simple_sender.py]<br />
*Gnuradio companion code [http://www.opendigitalradio.org/files/simple_sender.grc simple_sender.grc]<br />
<br />
Requires recent version of gnuradio + UHD<br />
<br />
===Usage===<br />
<br />
Usage: simple_sender.py: [options]<br />
<br />
Options:<br />
-h, --help show this help message and exit<br />
-f FREQUENCY, --frequency=FREQUENCY<br />
Set Center Frequency of Transmitter [default=204.64M]<br />
-r RATE, --rate=RATE Set Sample Rate for USRP [default=2M]<br />
--devid=DEVID Set UHD Device ID [default=type=usrp1]<br />
--subdev=SUBDEV Set UHD Subdevice Name [default=A:0]<br />
--dgain=DGAIN Set Digital Gain (dB) [default=0]<br />
--scale=SCALE Set Linear Scaling Value for Inputs to map into<br />
{-1,+1} [default=32.768k]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Traffic_information&diff=1265Traffic information2015-08-02T16:51:25Z<p>Coinchon: </p>
<hr />
<div>=Traffic Information=<br />
<br />
===General===<br />
DAB has got functionalities for traffic information as it existed for FM.<br />
<br />
The equivalent of the Traffic Programm (TP) (flag for station having traffic information in the program) is implemented in FIG 0/18.<br />
<br />
The equivalent for the Traffic Announcement (TA) (flag activated when the announcement happens, interrupt listeners) is implemented in FIG 0/19<br />
<br />
As of today (31/7/2015) these functionalities are not implemented in ODR-DabMux.<br />
<br />
FIG 0/18 is static and can be added as an option in the config file.<br />
<br />
FIG 0/19 should be triggered by an external signal (via ZMQ ? or telnet ?) or forced as always on in the config (useful for some case for emergency mux).<br />
<br />
TO BE ADDED<br />
<br />
guidelines for implementation, FIG rates<br />
<br />
<br />
<br />
===Reference===<br />
<br />
Page 101 of [http://www.etsi.org/deliver/etsi_en/300400_300499/300401/01.04.01_40/en_300401v010401o.pdf EN 300 401]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Traffic_information&diff=1264Traffic information2015-07-31T16:05:22Z<p>Coinchon: /* Traffic Information */</p>
<hr />
<div>=Traffic Information=<br />
<br />
DAB has got functionalities for traffic information as it existed for FM.<br />
<br />
The equivalent of the Traffic Programm (TP) (flag for station having traffic information in the program) is implemented in FIG 0/18.<br />
<br />
The equivalent for the Traffic Announcement (TA) (flag activated when the announcement happens, interrupt listeners) is implemented in FIG 0/19<br />
<br />
As of today (31/7/2015) these functionalities are not implemented in ODR-DabMux.<br />
<br />
FIG 0/18 is static and can be added as an option in the config file.<br />
<br />
FIG 0/19 should be triggered by an external signal (via ZMQ ? or telnet ?) or forced as always on in the config (useful for some case for emergency mux).<br />
<br />
<br />
TO BE ADDED<br />
<br />
guidelines for implementation, FIG rates</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Traffic_information&diff=1263Traffic information2015-07-31T16:03:40Z<p>Coinchon: Created page with "=Traffic Information= DAB has got functionalities for traffic information as it existed for FM. The equivalent of the Traffic Programm (TP) (flag for station having traffic..."</p>
<hr />
<div>=Traffic Information=<br />
<br />
DAB has got functionalities for traffic information as it existed for FM.<br />
<br />
The equivalent of the Traffic Programm (TP) (flag for station having traffic information in the program) is implemented in FIG 0/18.<br />
<br />
The equivalent for the Traffic Announcement (TA) (flag activated when the announcement happens, interrupt listeners) is implemented in FIG 0/19<br />
<br />
As of today (31/7/2015) these functionalities are not implemented in ODR-DabMux.<br />
<br />
FIG 0/18 is static and can be added as an option in the config file.<br />
<br />
FIG 0/19 should be triggered by an external trigger (via ZMQ ?) or forced as always on in the config (useful for some case for emergency mux).</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1261CCC Camp 2015 Ideas2015-07-21T07:59:35Z<p>Coinchon: /* Service */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
[https://events.ccc.de/camp/2015/wiki/Main_Page The Camp] (for those who don't know what it is) [http://images02.futurezone.at/fuzo_luftbild_berlinVR.de.jpg/fuzo-slideshow-slide/24.546.618 Image]<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Frederike, Matthias, Mathias, Rashid<br />
<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Service==<br />
Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
Conference streams ?<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock<br />
<br />
===Rash===<br />
*Repeater ?<br />
*NUC ?<br />
* 2x Downeast AMP<br />
<br />
===mpb===<br />
*USRP B200<br />
*a few LEA-M8F GPSDO boards<br />
**some assembled, some not<br />
*RTLSDR<br />
*Some amateur radio stuff<br />
<br />
Tentative<br />
*USRP B100</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1259CCC Camp 2015 Ideas2015-07-15T18:16:46Z<p>Coinchon: /* Hardware */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
[https://events.ccc.de/camp/2015/wiki/Main_Page The Camp] (for those who don't know what it is) [http://images02.futurezone.at/fuzo_luftbild_berlinVR.de.jpg/fuzo-slideshow-slide/24.546.618 Image]<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Frederike, Matthias, Mathias, Rashid<br />
<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Service==<br />
Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
Local radio, conference streams.<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock<br />
<br />
===Rash===<br />
*Repeater ?<br />
*NUC ?<br />
* 2x Downeast AMP</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1258CCC Camp 2015 Ideas2015-07-15T18:04:41Z<p>Coinchon: /* Mathias */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
[https://events.ccc.de/camp/2015/wiki/Main_Page The Camp] (for those who don't know what it is) [http://images02.futurezone.at/fuzo_luftbild_berlinVR.de.jpg/fuzo-slideshow-slide/24.546.618 Image]<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Frederike, Matthias, Mathias, Rashid<br />
<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock<br />
<br />
===Rash===<br />
*Repeater ?<br />
*NUC ?<br />
* 2x Downeast AMP</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1257CCC Camp 2015 Ideas2015-07-15T17:59:55Z<p>Coinchon: /* Ideas for CCC Camp 2015 */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
[https://events.ccc.de/camp/2015/wiki/Main_Page The Camp] (for those who don't know what it is) [http://images02.futurezone.at/fuzo_luftbild_berlinVR.de.jpg/fuzo-slideshow-slide/24.546.618 Image]<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Frederike, Matthias, Mathias, Rashid<br />
<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1256CCC Camp 2015 Ideas2015-07-15T17:32:21Z<p>Coinchon: /* Ideas for CCC Camp 2015 */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
[https://events.ccc.de/camp/2015/wiki/Main_Page The Camp] (for those who don't know what it is) [http://images02.futurezone.at/fuzo_luftbild_berlinVR.de.jpg/fuzo-slideshow-slide/24.546.618 Image]<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Matthias, Mathias, Rashid<br />
<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1255CCC Camp 2015 Ideas2015-07-15T17:29:07Z<p>Coinchon: </p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
[https://events.ccc.de/camp/2015/wiki/Main_Page The Camp] (for those who don't what it is) [http://images02.futurezone.at/fuzo_luftbild_berlinVR.de.jpg/fuzo-slideshow-slide/24.546.618 Image]<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Matthias, Mathias, Rashid<br />
<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1254CCC Camp 2015 Ideas2015-07-15T17:24:47Z<p>Coinchon: /* Ideas for CCC Camp 2015 */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
[https://events.ccc.de/camp/2015/wiki/Main_Page The Camp] (for those who don't what it is)<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Matthias, Mathias, Rashid<br />
<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1253CCC Camp 2015 Ideas2015-07-15T17:22:35Z<p>Coinchon: /* Ideas for CCC Camp 2015 */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Matthias, Mathias, Rashid<br />
<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1252CCC Camp 2015 Ideas2015-07-15T17:22:25Z<p>Coinchon: </p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Going: Matthias, Mathias, Rashid<br />
Tentative: Stan<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1251CCC Camp 2015 Ideas2015-07-15T17:19:59Z<p>Coinchon: /* Mathias */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*Intel NUC i5<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1250CCC Camp 2015 Ideas2015-07-15T17:18:18Z<p>Coinchon: </p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
==Software==<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
==Hardware==<br />
*Operation of a low power DAB+ multiplex on site with SFN<br />
<br />
==Equipment==<br />
<br />
<br />
===Mathias===<br />
*One downeast microwave amplifier<br />
*USRP B200 + GPS SDO<br />
*Band 3 filter (low power)<br />
*Yagi antenna<br />
<br />
Tentative:<br />
*Trimble clock</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1246CCC Camp 2015 Ideas2015-07-08T14:59:20Z<p>Coinchon: </p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to adapt the Camp Radi0 badge for receiving DAB: https://rad1o.badge.events.ccc.de/<br />
<br />
<br />
*Operation of a low power DAB+ multiplex</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1245CCC Camp 2015 Ideas2015-07-08T14:37:16Z<p>Coinchon: </p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
*Try to write a DAB receiver for the Camp Radi0 badge !! https://rad1o.badge.events.ccc.de/<br />
<br />
<br />
*Operation of a low power DAB+ multiplex</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=CCC_Camp_2015_Ideas&diff=1244CCC Camp 2015 Ideas2015-07-07T15:59:33Z<p>Coinchon: /* Ideas for CCC Camp 2015 */</p>
<hr />
<div>==Ideas for CCC Camp 2015==<br />
<br />
Our village: [https://events.ccc.de/camp/2015/wiki/Village:Lemanicus Lemanicus]<br />
<br />
Subjects we want to look into, do tests, trials, experiments, whatever:<br />
<br />
* SFN<br />
** Finalise GPSDO integration<br />
** Add monitoring to ODR-DabMod<br />
* Receivers<br />
** Can we improve [https://github.com/linuxstb/dabtools dabtools] to do measurements ?<br />
** Channel impulse response measurement<br />
** Bit error rate<br />
** Visualise information using [https://github.com/basicmaster/dablin dablin]<br />
** Web-based remote monitoring receiver<br />
<br />
<br />
*Operation of a low power DAB+ multiplex</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=News&diff=1240News2015-06-12T13:41:38Z<p>Coinchon: </p>
<hr />
<div>*'''Small presentation given in the Open Media track at [https://fosdem.org/2015/schedule/event/mmbtools/ FOSDEM] 31.1-1.2.2015, Brussels'''<br />
*'''We were present at [https://events.ccc.de/congress/2014 31C3] 27-30.12.2014, Hamburg and gave a small workshop'''<br />
*[http://www.cosin.ch/fahrplan/2013/events/3.html Presentation] and demonstration at [http://www.cosin.ch/ Cosin conference]<br />
*[http://www.youtube.com/watch?v=zeGs7CQlvRg Michael Feilen developed a DRM+ software defined receiver] based on ultra low cost [http://sdr.osmocom.org/trac/wiki/rtl-sdr RTL-SDR] USB sticks<br />
*[[Start of transmission of new DAB+ stations on Geneva]]<br />
*CRC-mmbTools forked: In order to continue the development of the mmbTools, they have been forked on [https://github.com/Opendigitalradio on github]: [[ODR-DabMux]] [[ODR-DabMod]]<br />
*[http://stakeholders.ofcom.org.uk/binaries/research/radio-research/Software-DAB-Research.pdf UK OFCOM report] on small scale DAB<br />
*[[Fdk-aac-dabplus]] A free/open DAB+ encoder is born, congratulations Tipok !<br />
*[http://tipok.org.ua/node/41 The simplest and lowest cost DAB transmitter] so far, check also the [http://www.youtube.com/watch?v=F4nibOcBrdI video]<br />
*[http://tech.ebu.ch/news/ebu-collaborates-on-successful-dab-sfn-m-17jul12 New Single Frequency Network feature] for DAB on CRC mmbTools free software !! (07/2012)<br />
*CRC has put in GPL a [http://mmbtools.crc.ca/content/view/44/71/ new version of the crc-dabmod modulator] including all modes ! (07/2012)<br />
*[[Live DAB+ test transmission in Geneva during the EBU Radio Week 2012 with 100W ERP]] (02/2012)<br />
*[http://wiki.opendigitalradio.org/files/unikom_presentation_pub.pdf "DAB+ for local/community radio"] presentation for Unikom radios in Switzerland (23/10/2011)<br />
*Some people have started to [http://sdr.osmocom.org/trac/wiki/rtl-sdr develop an open driver for the RTL2832u chip], making it the lowest cost open SDR platform ever seen. <br />
*Kanal Plus in Denmark has started broadcasting a [http://www.wohnort.org/DAB/denmark.html#Local local DAB+ ensemble] using the full CRC MMBtools chain<br />
*Verstehen Sie deutsch ? opendigitalradio.org interview by [http://www.radioflora.de/ radio Flora] in Hannover: http://freie-radios.net/40682 (thank you Fredi :)<br />
*Presentation at [http://wiki.civilmedia.eu Civilmedia 2011] for community radios<br />
*14th February, Open Software Defined Radio workshop with CRC at EBU, [http://www.slideshare.net/pcharest/ebu-drw2011-crcmmbtoolssoftwareradioworkshop see slides]<br />
*13th February 2011: [[DRM trial II in Sottens]]<br />
<br />
*[http://www.slideshare.net/radioradioradio/local-dab-broadcasting Presentation] and [[WorldDMB GA 2010 Open DAB demonstration|demonstration]] of the full open source DAB transmission solution at WorldDMB General Assembly in Belfast<br />
*[[Demonstration of open source digital transmission chain at IBC]], Stand 10.D21 (EBU), 10-14 September 2010<br />
*[[First licensed open dab transmission]] for Label Suisse Festival 17-19 September 2010 Lausanne. Live transmission of 8 channels DAB multiplex. Another step in the democratization of digital radio ! !<br />
*CRC announced the release of the source code (GPL) of their software DAB OFDM modulator <br />
**See presentation http://www.slideshare.net/fralef/update-on-crc-open-and-free-dab-tools<br />
**[http://mmbtools.crc.ca/content/view/44/71/ CRC-DABMod description and source code]<br />
*[http://events.ccc.de/congress/2009/wiki/Radio_broadcasting CCC Workshop] on digital radio and software radio.</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=DAB_hardware&diff=1224DAB hardware2015-04-12T12:35:05Z<p>Coinchon: </p>
<hr />
<div>==Ettus USRP==<br />
<br />
The Ettus [http://ettus.com] [[USRP]] devices are used to transmit DAB signals generated by [[ODR-DabMod]]. We are mostly using the B200 model.<br />
<br />
There are several devices on the market:<br />
<br />
===USRP B200===<br />
It is the cheapest USRP, and is probably the best choice for both experimentation and transmissions with the ODR-mmbTools. It lacks shielding, but the Hammond enclosure 1455L1601 (Farnell product number 427-2882) fits well. Host connection: USB 2.0 or 3.0. Luckily, the native DAB sample-rate of 2048000 does not require USB 3.0 speeds.<br />
<br />
Be wary about USB 3.0: some host controllers are not very well supported. [http://www.ettus.com/kb/detail/usrp-b200-and-b210-usb-30-streaming-rate-benchmarks Ettus Benchmarks]<br />
<br />
Some [[USRP B200 Measurements]] are available.<br />
<br />
===The original USRP, a.k.a. USRP1===<br />
This is the one that has been used in the beginning, before the UHD driver replaced libusrp, and is still on the market today because it's the only usrp that supports two daughterboards.<br />
While it's been used a lot, it's lack of 1PPS and 10MHz reference clock inputs, and less flexible clock generation requiring resampling on the host makes it less attractive than it's successors. They connect to the host using USB 2.0.<br />
<br />
===USRP2 and USRP N2xx===<br />
The networked series connect to the PC using 1Gbps Ethernet. They can be used successfully with [[ODR-DabMod]] through the UHD driver.<br />
<br />
===USRP B100 (product is end of life)===<br />
The successor of the USRP1. The kit with the WBX daughterboard was a perfect starting point, but it's not available anymore. The B200 is a good replacement.<br />
<br />
<br />
<br />
===USRP E1xx===<br />
Contains an embedded ARM processor that cannot be taken advantage of by the ODR-mmbTools. Call for volunteers: If you want to port [[ODR-DabMod]] to the USRP E100, doing the modulation on the ARM and the FPGA, please get in touch with us !<br />
<br />
==HackRF==<br />
<br />
[[HackRF]] SDR plaftorm<br />
<br />
==Daughterboards for USRP and Analog Parts==<br />
<br />
Find in this section some hardware experiment done with USRP RF front end like daughterboards or external devices (filters, power amplifiers). <br />
<br />
The following Ettus daughterboards can be used for transmission in [[Band 3 Channels|VHF band III]]: <br />
<br />
[[Basic TX]], [[RFX400 daughterboard modification|RFX400]] (after modification) or preferably the new [[WBX]] daughterboard.<br />
<br />
*[[Example of RF amplifier for DAB]] for VHF band III (never connect to an antenna without a license !)<br />
*[[RFX400 daughterboard modification]] to operate in VHF Band III (around 200MHz)<br />
*[[WBX daughterboard]] wide band coverage<br />
*[[DAB in L Band]] test with the WBX daughterboard<br />
*[[Filter]] to kill harmonics<br />
*[[Carrier Shaping]] Mask<br />
*[[Antenna]] for digital radio broadcasting<br />
<br />
==Fighting USRP-related problems==<br />
While the USRP devices can be used for stable operation in many situations, it is sometimes tricky to find the right configuration and system settings to achieve good results.<br />
Here are some hints and remarks to increase reliability.<br />
<br />
* Make sure you use released versions of UHD and GNURadio, and not just the latest git checkout<br />
* Compile the mmbTools with the correct ./configure options<br />
* Monitor for USRP Underruns [http://gnuradio.org/redmine/projects/gnuradio/wiki/UsrpFAQGen] <br />
* Disable all useless services on your machine<br />
* Disable CPU frequency scaling<br />
* Try different USB ports, or even USB controllers for bus-connected USRPs<br />
* Try to change the num_send_frame=128,send_frame_size=1024 UHD options</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=DAB_hardware&diff=1223DAB hardware2015-04-12T12:34:18Z<p>Coinchon: </p>
<hr />
<div>==Ettus USRP==<br />
<br />
The Ettus [http://ettus.com] [[USRP]] devices are used to transmit DAB signals generated by [[ODR-DabMod]]. We are mostly using the B200 model.<br />
<br />
There are several devices on the market:<br />
<br />
===USRP B200===<br />
It is the cheapest USRP, and is probably the best choice for both experimentation and transmissions with the ODR-mmbTools. It lacks shielding, but the Hammond enclosure 1455L1601 (Farnell product number 427-2882) fits well. Host connection: USB 2.0 or 3.0. Luckily, the native DAB sample-rate of 2048000 does not require USB 3.0 speeds.<br />
<br />
Be wary about USB 3.0: some host controllers are not very well supported. [http://www.ettus.com/kb/detail/usrp-b200-and-b210-usb-30-streaming-rate-benchmarks Ettus Benchmarks]<br />
<br />
Some [[USRP B200 Measurements]] are available.<br />
<br />
===The original USRP, a.k.a. USRP1===<br />
This is the one that has been used in the beginning, before the UHD driver replaced libusrp, and is still on the market today because it's the only usrp that supports two daughterboards.<br />
While it's been used a lot, it's lack of 1PPS and 10MHz reference clock inputs, and less flexible clock generation requiring resampling on the host makes it less attractive than it's successors. They connect to the host using USB 2.0.<br />
<br />
===USRP2 and USRP N2xx===<br />
The networked series connect to the PC using 1Gbps Ethernet. They can be used successfully with [[ODR-DabMod]] through the UHD driver.<br />
<br />
===USRP B100 (product is end of life)===<br />
The successor of the USRP1. The kit with the WBX daughterboard was a perfect starting point, but it's not available anymore. The B200 is a good replacement.<br />
<br />
<br />
<br />
===USRP E1xx===<br />
Contains an embedded ARM processor that cannot be taken advantage of by the ODR-mmbTools. Call for volunteers: If you want to port [[ODR-DabMod]] to the USRP E100, doing the modulation on the ARM and the FPGA, please get in touch with us !<br />
<br />
==Daughterboards for USRP and Analog Parts==<br />
<br />
Find in this section some hardware experiment done with USRP RF front end like daughterboards or external devices (filters, power amplifiers). <br />
<br />
The following Ettus daughterboards can be used for transmission in [[Band 3 Channels|VHF band III]]: <br />
<br />
[[Basic TX]], [[RFX400 daughterboard modification|RFX400]] (after modification) or preferably the new [[WBX]] daughterboard.<br />
<br />
*[[Example of RF amplifier for DAB]] for VHF band III (never connect to an antenna without a license !)<br />
*[[RFX400 daughterboard modification]] to operate in VHF Band III (around 200MHz)<br />
*[[WBX daughterboard]] wide band coverage<br />
*[[DAB in L Band]] test with the WBX daughterboard<br />
*[[Filter]] to kill harmonics<br />
*[[Carrier Shaping]] Mask<br />
*[[Antenna]] for digital radio broadcasting<br />
<br />
==Fighting USRP-related problems==<br />
While the USRP devices can be used for stable operation in many situations, it is sometimes tricky to find the right configuration and system settings to achieve good results.<br />
Here are some hints and remarks to increase reliability.<br />
<br />
* Make sure you use released versions of UHD and GNURadio, and not just the latest git checkout<br />
* Compile the mmbTools with the correct ./configure options<br />
* Monitor for USRP Underruns [http://gnuradio.org/redmine/projects/gnuradio/wiki/UsrpFAQGen] <br />
* Disable all useless services on your machine<br />
* Disable CPU frequency scaling<br />
* Try different USB ports, or even USB controllers for bus-connected USRPs<br />
* Try to change the num_send_frame=128,send_frame_size=1024 UHD options<br />
<br />
==HackRF==<br />
<br />
HackRF SDR plaftorm</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Farsync_card&diff=1222Farsync card2015-04-07T13:46:21Z<p>Coinchon: </p>
<hr />
<div>==Use with ODR-DabMux==<br />
<br />
To use the Farsync card with the ODR-DabMux multiplexer, the raw output has to be used:<br />
raw://<device name><br />
<br />
<device name> is the name of the device under linux.<br />
<br />
Usually, it is <br />
raw://sync0<br />
<br />
See below for more information on the farsync card on Linux.<br />
<br />
==Some information about the FarSite FarSync TE1 card==<br />
<br />
http://www.farsite.com/synchronous_X.21_RS422_V.35_RS530_PCI_PCIe_cards/farsync_e1_G.703_G.704_pci_card_linux_windows.shtml<br />
<br />
<br />
On 05. Nov 2013, Kevin Curtis (FarSite) has communicated the following to the mmbTools mailing list:<br />
<br />
===Driver versions.===<br />
We try our best to keep up with the new Kernel releases, but this is sometimes an impossible task, so we now just try and keep up with the Ubuntu releases instead. However, if you do not find a release of the drivers that is compatible with the Kernel version that you need to work with, then please email support@farsite.com and will will do our best to resolve your issue.<br />
<br />
===Driver version compatibility===<br />
Each new release of the FarSync driver usually adds new functionality, and this normally means that the fstioc_info structure, which is used to pass configuration/ststus information between the farsync driver and an application, is changed also. We add new configuration/status fields to the end of the structure. In order to save you having to rebuild your application, say for example the CRC-DabMux tool, each time we make a release we have made it possible to tell the driver to be compatible with a specific previous version of the fstioc_info structure. This can be done in various ways. For example:<br />
<br />
* specify the base fstioc_info structure version at module load time. This is then the default value for all API sessions. If there is not a value set at module load time, then the structure version is assumed to be the latest version.<br />
* use the farutil <device> set_iocver <version> command. This will set the base version for a give FarSync port, e.g. sync0.<br />
* the application can use the ioctl(FSTCMD) with the command value of FSTCMD_SET_VERSION<br />
<br />
In the case of the MMB Tools I suspect you would use the first option and select the structure version at module load time.<br />
<br />
We have been using version numbers since 1.09.xx and for the FarSync base 2.1.x release the version numbers and their meanings are as follows:<br />
<br />
* 0 - compatible with versions 1.07.xx to 1.09.02<br />
* 1 - compatible with version 1.09.03 and 1.09.04<br />
* 2 - compatible with version 1.09.05<br />
* 3 - compatable with version 2.0.x<br />
* 4 - compatible with version 2.1.x<br />
<br />
===Setting the version with the module runtime parameter===<br />
<br />
The farsync and fsflex drivers can be passed a module load time parameter called fst_iocinfo_version. Depending on how the module is loaded the value can specified in one of two ways:<br />
<br />
when using modprobe to load the kernel modules, add the following lines to the /etc/modprobe.conf file<br />
options farsync fst_iocinfo_version=<value><br />
options fsflex fst_iocinfo_version=<value><br />
<br />
when using insmod to load the kernel module, append the parameter to the insmod command, for example<br />
insmod farsync.ko fst_iocinfo_version=2<br />
insmod fsflex.ko fst_iocinfo_version=2<br />
<br />
===Setting the version using the farutil command===<br />
<br />
When using the farutil command to set the compatibility version number please make sure that it is used before the FarSync port has been opened for use. When you have set the value you can check it has been set correctly. Here is an example:<br />
<br />
farutil sync0 set_iocver 3<br />
farutil sync0 get_iocver <br />
<br />
<br />
===Setting the version using the ioctl(FSTCMD)===<br />
If you want to be sure that your application will always work with a given version of the structure you can add the following to the initialisation section of your code:<br />
<br />
static void<br />
do_set_iocver (int version)<br />
{<br />
static struct fstioc_cmd my_cmd;<br />
unsigned char iocinfo_version;<br />
<br />
iocinfo_version = version;<br />
printf("Requesting IOC Info structure version to be %d\n",<br />
iocinfo_version);<br />
my_cmd.command = FSTCMD_SET_VERSION;<br />
my_cmd.version = 1;<br />
my_cmd.input_data_len=1;<br />
my_cmd.status = 0x55555555;<br />
my_cmd.data_ptr = &iocinfo_version;<br />
req.ifr_data = (char *)&my_cmd;<br />
if (ioctl(sock, FSTCMD, &req))<br />
{<br />
perror("Error in setting IOC Info version number\n");<br />
exit(0);<br />
}<br />
if (my_cmd.status == 0xaaaaaaaa)<br />
{<br />
printf("IOC Info version set to %d\n", iocinfo_version);<br />
}<br />
else<br />
{<br />
printf("Error processing IOC Info version. Status is %x\n", my_cmd.status);<br />
}<br />
}<br />
<br />
<br />
How do I know what my device names are called?<br />
You can use the command "cat /proc/farsync"<br />
<br />
# more /proc/farsync <br />
FarSync OEM Driver version 2.0.8 - Patch Level 00 - Build -b191<br />
2 Cards found<br />
sync0-sync1:(K4739218) FarSync T2U IRQ193, 2 ports, State: Running <br />
sync2-sync2:(K5329089) FarSync TE1 IRQ185, 1 ports, State: Running <br />
Total number of ports = 3<br />
<br />
Note also that the State should be Running, and if it not this value there may have been a problem loading the card with it firmware. Consult the Trouble Shooting Guide on the product CD for more help in this case.<br />
<br />
===Versions of FarSync TE1 cards.===<br />
We now have three versions of the FarSync TE1 card as follows:<br />
<br />
* TE1: A single port PCI card with an RJ48 and BNC tx and rx connector.<br />
* TE1R: A single port PCI card with a RJ48 connector only<br />
* TE1e: A single port PCI Express with an RJ48 and BNC tx and rx connector with an external clock input of up to 10mhz through a SMA connector is supported to allow synchronisation of the output data clock, to, for example, a GPS source.<br />
<br />
<br />
===Compilation Errors on install===<br />
If you are installing the FarSync drivers and encounter compilation errors when building the driver, then check to see if there is a later version of the driver for download on our website. If there is a later version then please use this one.<br />
<br />
If there are still compilation errors, check to see if there are any patches for this version of the driver on our website. If there are please install them.<br />
<br />
If there are still compilation errors then contact support@farsite.com<br />
<br />
The farsync drivers and latest patches can be found at http://farsite.com/custsupp/Download_FarSync_software.htm<br />
<br />
===Application Stability Issues===<br />
If your application crashes as soon as it is started, then it may have been compiled for an earlier version of the FarSync driver. Loading the farsync module specifying the correct fstioc_info version will probably resolve the issue.</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Farsync_card&diff=1221Farsync card2015-04-07T13:43:44Z<p>Coinchon: </p>
<hr />
<div>==Use with ODR-DabMux==<br />
<br />
To use the Farsync card with the ODR-DabMux multiplexer, the raw output has to be used:<br />
raw://device<br />
<br />
Usually, it is <br />
raw://sync0<br />
<br />
See below for more information on the farsync card on Linux.<br />
<br />
==Some information about the FarSite FarSync TE1 card==<br />
<br />
http://www.farsite.com/synchronous_X.21_RS422_V.35_RS530_PCI_PCIe_cards/farsync_e1_G.703_G.704_pci_card_linux_windows.shtml<br />
<br />
<br />
On 05. Nov 2013, Kevin Curtis (FarSite) has communicated the following to the mmbTools mailing list:<br />
<br />
===Driver versions.===<br />
We try our best to keep up with the new Kernel releases, but this is sometimes an impossible task, so we now just try and keep up with the Ubuntu releases instead. However, if you do not find a release of the drivers that is compatible with the Kernel version that you need to work with, then please email support@farsite.com and will will do our best to resolve your issue.<br />
<br />
===Driver version compatibility===<br />
Each new release of the FarSync driver usually adds new functionality, and this normally means that the fstioc_info structure, which is used to pass configuration/ststus information between the farsync driver and an application, is changed also. We add new configuration/status fields to the end of the structure. In order to save you having to rebuild your application, say for example the CRC-DabMux tool, each time we make a release we have made it possible to tell the driver to be compatible with a specific previous version of the fstioc_info structure. This can be done in various ways. For example:<br />
<br />
* specify the base fstioc_info structure version at module load time. This is then the default value for all API sessions. If there is not a value set at module load time, then the structure version is assumed to be the latest version.<br />
* use the farutil <device> set_iocver <version> command. This will set the base version for a give FarSync port, e.g. sync0.<br />
* the application can use the ioctl(FSTCMD) with the command value of FSTCMD_SET_VERSION<br />
<br />
In the case of the MMB Tools I suspect you would use the first option and select the structure version at module load time.<br />
<br />
We have been using version numbers since 1.09.xx and for the FarSync base 2.1.x release the version numbers and their meanings are as follows:<br />
<br />
* 0 - compatible with versions 1.07.xx to 1.09.02<br />
* 1 - compatible with version 1.09.03 and 1.09.04<br />
* 2 - compatible with version 1.09.05<br />
* 3 - compatable with version 2.0.x<br />
* 4 - compatible with version 2.1.x<br />
<br />
===Setting the version with the module runtime parameter===<br />
<br />
The farsync and fsflex drivers can be passed a module load time parameter called fst_iocinfo_version. Depending on how the module is loaded the value can specified in one of two ways:<br />
<br />
when using modprobe to load the kernel modules, add the following lines to the /etc/modprobe.conf file<br />
options farsync fst_iocinfo_version=<value><br />
options fsflex fst_iocinfo_version=<value><br />
<br />
when using insmod to load the kernel module, append the parameter to the insmod command, for example<br />
insmod farsync.ko fst_iocinfo_version=2<br />
insmod fsflex.ko fst_iocinfo_version=2<br />
<br />
===Setting the version using the farutil command===<br />
<br />
When using the farutil command to set the compatibility version number please make sure that it is used before the FarSync port has been opened for use. When you have set the value you can check it has been set correctly. Here is an example:<br />
<br />
farutil sync0 set_iocver 3<br />
farutil sync0 get_iocver <br />
<br />
<br />
===Setting the version using the ioctl(FSTCMD)===<br />
If you want to be sure that your application will always work with a given version of the structure you can add the following to the initialisation section of your code:<br />
<br />
static void<br />
do_set_iocver (int version)<br />
{<br />
static struct fstioc_cmd my_cmd;<br />
unsigned char iocinfo_version;<br />
<br />
iocinfo_version = version;<br />
printf("Requesting IOC Info structure version to be %d\n",<br />
iocinfo_version);<br />
my_cmd.command = FSTCMD_SET_VERSION;<br />
my_cmd.version = 1;<br />
my_cmd.input_data_len=1;<br />
my_cmd.status = 0x55555555;<br />
my_cmd.data_ptr = &iocinfo_version;<br />
req.ifr_data = (char *)&my_cmd;<br />
if (ioctl(sock, FSTCMD, &req))<br />
{<br />
perror("Error in setting IOC Info version number\n");<br />
exit(0);<br />
}<br />
if (my_cmd.status == 0xaaaaaaaa)<br />
{<br />
printf("IOC Info version set to %d\n", iocinfo_version);<br />
}<br />
else<br />
{<br />
printf("Error processing IOC Info version. Status is %x\n", my_cmd.status);<br />
}<br />
}<br />
<br />
<br />
How do I know what my device names are called?<br />
You can use the command "cat /proc/farsync"<br />
<br />
# more /proc/farsync <br />
FarSync OEM Driver version 2.0.8 - Patch Level 00 - Build -b191<br />
2 Cards found<br />
sync0-sync1:(K4739218) FarSync T2U IRQ193, 2 ports, State: Running <br />
sync2-sync2:(K5329089) FarSync TE1 IRQ185, 1 ports, State: Running <br />
Total number of ports = 3<br />
<br />
Note also that the State should be Running, and if it not this value there may have been a problem loading the card with it firmware. Consult the Trouble Shooting Guide on the product CD for more help in this case.<br />
<br />
===Versions of FarSync TE1 cards.===<br />
We now have three versions of the FarSync TE1 card as follows:<br />
<br />
* TE1: A single port PCI card with an RJ48 and BNC tx and rx connector.<br />
* TE1R: A single port PCI card with a RJ48 connector only<br />
* TE1e: A single port PCI Express with an RJ48 and BNC tx and rx connector with an external clock input of up to 10mhz through a SMA connector is supported to allow synchronisation of the output data clock, to, for example, a GPS source.<br />
<br />
<br />
===Compilation Errors on install===<br />
If you are installing the FarSync drivers and encounter compilation errors when building the driver, then check to see if there is a later version of the driver for download on our website. If there is a later version then please use this one.<br />
<br />
If there are still compilation errors, check to see if there are any patches for this version of the driver on our website. If there are please install them.<br />
<br />
If there are still compilation errors then contact support@farsite.com<br />
<br />
The farsync drivers and latest patches can be found at http://farsite.com/custsupp/Download_FarSync_software.htm<br />
<br />
===Application Stability Issues===<br />
If your application crashes as soon as it is started, then it may have been compiled for an earlier version of the FarSync driver. Loading the farsync module specifying the correct fstioc_info version will probably resolve the issue.</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Farsync_card&diff=1220Farsync card2015-04-07T13:43:00Z<p>Coinchon: </p>
<hr />
<div>==Use on ODR-DabMux==<br />
<br />
To use the Farsync card with the ODR-DabMux multiplexer, the raw output has to be used:<br />
raw://device<br />
<br />
Usually, it is <br />
raw://sync0<br />
<br />
See below for more information on the farsync card on Linux.<br />
<br />
==Some information about the FarSite FarSync TE1 card==<br />
<br />
http://www.farsite.com/synchronous_X.21_RS422_V.35_RS530_PCI_PCIe_cards/farsync_e1_G.703_G.704_pci_card_linux_windows.shtml<br />
<br />
<br />
On 05. Nov 2013, Kevin Curtis (FarSite) has communicated the following to the mmbTools mailing list:<br />
<br />
===Driver versions.===<br />
We try our best to keep up with the new Kernel releases, but this is sometimes an impossible task, so we now just try and keep up with the Ubuntu releases instead. However, if you do not find a release of the drivers that is compatible with the Kernel version that you need to work with, then please email support@farsite.com and will will do our best to resolve your issue.<br />
<br />
===Driver version compatibility===<br />
Each new release of the FarSync driver usually adds new functionality, and this normally means that the fstioc_info structure, which is used to pass configuration/ststus information between the farsync driver and an application, is changed also. We add new configuration/status fields to the end of the structure. In order to save you having to rebuild your application, say for example the CRC-DabMux tool, each time we make a release we have made it possible to tell the driver to be compatible with a specific previous version of the fstioc_info structure. This can be done in various ways. For example:<br />
<br />
* specify the base fstioc_info structure version at module load time. This is then the default value for all API sessions. If there is not a value set at module load time, then the structure version is assumed to be the latest version.<br />
* use the farutil <device> set_iocver <version> command. This will set the base version for a give FarSync port, e.g. sync0.<br />
* the application can use the ioctl(FSTCMD) with the command value of FSTCMD_SET_VERSION<br />
<br />
In the case of the MMB Tools I suspect you would use the first option and select the structure version at module load time.<br />
<br />
We have been using version numbers since 1.09.xx and for the FarSync base 2.1.x release the version numbers and their meanings are as follows:<br />
<br />
* 0 - compatible with versions 1.07.xx to 1.09.02<br />
* 1 - compatible with version 1.09.03 and 1.09.04<br />
* 2 - compatible with version 1.09.05<br />
* 3 - compatable with version 2.0.x<br />
* 4 - compatible with version 2.1.x<br />
<br />
===Setting the version with the module runtime parameter===<br />
<br />
The farsync and fsflex drivers can be passed a module load time parameter called fst_iocinfo_version. Depending on how the module is loaded the value can specified in one of two ways:<br />
<br />
when using modprobe to load the kernel modules, add the following lines to the /etc/modprobe.conf file<br />
options farsync fst_iocinfo_version=<value><br />
options fsflex fst_iocinfo_version=<value><br />
<br />
when using insmod to load the kernel module, append the parameter to the insmod command, for example<br />
insmod farsync.ko fst_iocinfo_version=2<br />
insmod fsflex.ko fst_iocinfo_version=2<br />
<br />
===Setting the version using the farutil command===<br />
<br />
When using the farutil command to set the compatibility version number please make sure that it is used before the FarSync port has been opened for use. When you have set the value you can check it has been set correctly. Here is an example:<br />
<br />
farutil sync0 set_iocver 3<br />
farutil sync0 get_iocver <br />
<br />
<br />
===Setting the version using the ioctl(FSTCMD)===<br />
If you want to be sure that your application will always work with a given version of the structure you can add the following to the initialisation section of your code:<br />
<br />
static void<br />
do_set_iocver (int version)<br />
{<br />
static struct fstioc_cmd my_cmd;<br />
unsigned char iocinfo_version;<br />
<br />
iocinfo_version = version;<br />
printf("Requesting IOC Info structure version to be %d\n",<br />
iocinfo_version);<br />
my_cmd.command = FSTCMD_SET_VERSION;<br />
my_cmd.version = 1;<br />
my_cmd.input_data_len=1;<br />
my_cmd.status = 0x55555555;<br />
my_cmd.data_ptr = &iocinfo_version;<br />
req.ifr_data = (char *)&my_cmd;<br />
if (ioctl(sock, FSTCMD, &req))<br />
{<br />
perror("Error in setting IOC Info version number\n");<br />
exit(0);<br />
}<br />
if (my_cmd.status == 0xaaaaaaaa)<br />
{<br />
printf("IOC Info version set to %d\n", iocinfo_version);<br />
}<br />
else<br />
{<br />
printf("Error processing IOC Info version. Status is %x\n", my_cmd.status);<br />
}<br />
}<br />
<br />
<br />
How do I know what my device names are called?<br />
You can use the command "cat /proc/farsync"<br />
<br />
# more /proc/farsync <br />
FarSync OEM Driver version 2.0.8 - Patch Level 00 - Build -b191<br />
2 Cards found<br />
sync0-sync1:(K4739218) FarSync T2U IRQ193, 2 ports, State: Running <br />
sync2-sync2:(K5329089) FarSync TE1 IRQ185, 1 ports, State: Running <br />
Total number of ports = 3<br />
<br />
Note also that the State should be Running, and if it not this value there may have been a problem loading the card with it firmware. Consult the Trouble Shooting Guide on the product CD for more help in this case.<br />
<br />
===Versions of FarSync TE1 cards.===<br />
We now have three versions of the FarSync TE1 card as follows:<br />
<br />
* TE1: A single port PCI card with an RJ48 and BNC tx and rx connector.<br />
* TE1R: A single port PCI card with a RJ48 connector only<br />
* TE1e: A single port PCI Express with an RJ48 and BNC tx and rx connector with an external clock input of up to 10mhz through a SMA connector is supported to allow synchronisation of the output data clock, to, for example, a GPS source.<br />
<br />
<br />
===Compilation Errors on install===<br />
If you are installing the FarSync drivers and encounter compilation errors when building the driver, then check to see if there is a later version of the driver for download on our website. If there is a later version then please use this one.<br />
<br />
If there are still compilation errors, check to see if there are any patches for this version of the driver on our website. If there are please install them.<br />
<br />
If there are still compilation errors then contact support@farsite.com<br />
<br />
The farsync drivers and latest patches can be found at http://farsite.com/custsupp/Download_FarSync_software.htm<br />
<br />
===Application Stability Issues===<br />
If your application crashes as soon as it is started, then it may have been compiled for an earlier version of the FarSync driver. Loading the farsync module specifying the correct fstioc_info version will probably resolve the issue.</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=MediaWiki:Sidebar&diff=1216MediaWiki:Sidebar2015-02-16T15:07:13Z<p>Coinchon: </p>
<hr />
<div>* Navigation<br />
** mainpage|mainpage<br />
**http://www.opendigitalradio.org|Opendigitalradio.org<br />
** recentchanges-url|recentchanges<br />
** randompage-url|randompage<br />
** helppage|help<br />
<br />
*ODR-mmbTools<br />
** ODR-DabMux|ODR-DabMux<br />
** ODR-DabMod|ODR-DabMod<br />
** FDK-AAC-DABplus|FDK-AAC-DABplus<br />
** Toolame-DAB|Toolame-dab<br />
<br />
*External links<br />
**http://mpb.li|mpb.li<br />
**http://sourceforge.net/apps/mediawiki/drm/index.php?title=Main_Page|Dream<br />
**http://www.drm-sender.de/|Spark</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Main_Page&diff=1212Main Page2015-02-08T21:40:13Z<p>Coinchon: </p>
<hr />
<div>__NOTOC__ __NOEDITSECTION__<br />
<div style="font-size:282%">Opendigitalradio.org</div><br />
<br />
<br />
<P><br />
<br />
<BIG><br />
Open techniques for Digital Radio Broadcasting<br />
</BIG><br />
<br />
{| style="width:100%; border-spacing:8px; margin:-8px -8px;"<br />
|class="MainPageBG" style="width:100%; border:1px solid #ddcef2; background:#faf5ff; vertical-align:top; color:#000;"|<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#faf5ff; color:#000"<br />
! <h2 style="margin:0; background:#ddcef2; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">Background</h2><br />
|-<br />
|style="color:#000;"|<br />
Open digital broadcasting techniques based on software defined radio. Digital radio transmission and development must also become democratized for experimenters and small broadcasters. Opendigitalradio.org wiki is about creating a community for documenting and exchanging experimentations and gather information about existing projects. Please read [[Introduction]] for more information.<br />
'''[[Association Opendigitalradio|Opendigitalradio is a non-profit association based in Switzerland]]''' (page in french), offering also a broadcast infrastructure for temporary radio stations.<br />
<br />
This wiki is also the home of the '''ODR-mmbTools''', a fork of the CRC-mmbTools from [http://mmbtools.crc.ca CRC]. Please see [[Introduction on DAB/DAB+]]<br />
<br />
News:<br />
*'''Opendigitalradio will be present at [https://tech.ebu.ch/events/radiohack2015 EBU RadioHack]''' 12-13.2.2015, Geneva.<br />
*'''Opendigitalradio will be present at [http://www.salondelaradio.com/programme/ Le Radio]''' on Sunday/Monday 8-9.2.2015, Paris<br />
*The '''[[etisnoop]]''' ETI analyser by CSP.it has been updated and supports DAB+ decoding (11.2015)<br />
<br />
<br />
[[News|Older news]]<br />
|-<br />
|}<br />
|}<br />
<br />
{| style="width:100%; border-spacing:8px; margin:-8px -8px;"<br />
|class="MainPageBG" style="border:1px solid #cef2e0; background:#f5fffa; vertical-align:top; color:#000;"|<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#f5fffa; color:#000"<br />
! <h2 style="margin:0; background:#cef2e0; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">DAB/DAB+ transmission</h2><br />
|-<br />
|style="color:#000;"|<br />
[[Image:Logo mmb.png|right]]<br />
*[[Introduction on DAB/DAB+]]<br />
*[[DAB/DAB+ encoding]]: MPEG Layer II or HE-AAC encoding, slideshow encoding<br />
*[[DAB multiplexing]]: putting together DAB/DAB+/DMB programs<br />
*[[DAB modulation]]: create the baseband COFDM modulation<br />
*[[DAB hardware]]: software radio peripheral, filtering, amplification<br />
|-<br />
|}<br />
<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#f5fffa; color:#000"<br />
! <h2 style="margin:0; background:#cef2e0; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">Real cases, examples</h2><br />
|-<br />
|style="color:#000;"|<br />
*[http://www.slideshare.net/radioradioradio/local-dab-broadcasting Presentation] and [[WorldDMB GA 2010 Open DAB demonstration|demonstration]] of the full open source DAB transmission solution at 2010 WorldDMB General Assembly in Belfast<br />
*[[First licensed open dab transmission]] for Label Suisse Festival 17-19 September 2010 Lausanne.<br />
*[[Demonstration of open source digital transmission chain at IBC]], Stand 10.D21 (EBU), 10-14 September 2010<br />
*[[DAB scripts examples]]<br />
*[[Installer scripts]] for '''Debian wheezy'''<br />
*[[How to install CRC DAB+ transmission chain from scratch in Ubuntu 11.04]] '''Warning: Outdated!''' The [[ODR-DabMux]], [[ODR-DabMod]] and [[FDK-AAC-DABplus]] pages also contain on install instructions.<br />
*[[DAB+ script and infrastructure used for Kanal Plus ensemble in Denmark]]<br />
*[[How to install latest version of gnuradio with CRC MMBtools live CD]]<br />
|-<br />
|}<br />
|}<br />
<br />
{| style="width:100%; border-spacing:8px; margin:-8px -8px;"<br />
|class="MainPageBG" style="border:1px solid #f2e0ce; background:#fffaf5; vertical-align:top; color:#000;"|<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#fffaf5; color:#000"<br />
! <h2 style="margin:0; background:#f2e0ce; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">Other digital systems, transmission and reception</h2><br />
|-<br />
|style="color:#000;"|<br />
*[[DAB reception]] (Openmokast and others)<br />
*[[DAB measurement]] (measurement&monitoring tools, planning tools).<br />
*[[DRM/DRM+ Digital Radio Mondiale]], digital radio system for AM bands (LW, MW and SW) and all VHF bands (FM band and others). <br />
*[[FM RDS transmission]] (not really a digital system except RDS ;)<br />
*[[Crazy techniques using a VGA card as radio peripheral]]<br />
*[[Coverage planning]]<br />
|-<br />
|}<br />
|}<br />
<br />
{| style="width:100%; border-spacing:8px; margin:-8px -8px;"<br />
|class="MainPageBG" style="width:100%; border:1px solid #cedff2; background:#f5faff; vertical-align:top; color:#000;"|<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#f5faff; color:#000"<br />
! <h2 style="margin:0; background:#cedff2; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">Contacts</h2><br />
|-<br />
|style="color:#000;"|<br />
Please register to the [https://lists.saitis.net/cgi-bin/mailman/listinfo/openradio mailing list] or follow us on '''Twitter''': http://twitter.com/opendigiradio to get informed, involved or for any questions. Find us [http://www.facebook.com/opendigitalradio also on '''Facebook''']<br />
<br />
Email: broadcast at opendigitalradio.org<br />
|-<br />
|}<br />
|}</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=DAB_measurement&diff=1196DAB measurement2015-01-09T15:30:03Z<p>Coinchon: </p>
<hr />
<div>Measurement&monitoring tools, planning tools.<br />
<br />
==XPADxpert==<br />
The XPADxpert aims to display this information with the help of a DAB(+) recording and let interested persons take a look at what exactly is transmitted and to check for possible bugs. It is written in Java and provided as freeware without any warranty.<br />
<br />
*http://www.basicmaster.de/xpadxpert/<br />
<br />
==ETISnoop==<br />
[[etisnoop]] is a small tool to analyse ETI data.<br />
<br />
==DAB Player==<br />
[http://www.ukwtv.de/cms/downloads-aside/281-dab-player-von-andreas-gsinn.html DAB Player] from Andreas Gsinn is a receiver giving advanced information about the DAB multiplex and programs.<br />
<br />
==Radio mobile==<br />
<br />
[http://www.cplus.org/rmw/english1.html Radio Mobile] is a free software from Roger Coudé that implements Longley-Rice ITM model to estimate DAB coverage. <br />
It can be used with NASA SRTM free terrain model and can use different antenna pattern. The result can be displayed on map or exported as Google Earth format. Model uses terrain height but doesn't take into account buildings and reflections so it is a rough estimation.<br />
<br />
Parameters for estimating DAB coverage should be set to:<br />
*Broadcast, location probability 95%<br />
*Receiver height 1.5m <br />
<br />
[[Image:Coverage estimation EBU.jpg|800px]]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Association_Opendigitalradio&diff=1175Association Opendigitalradio2014-10-09T14:02:26Z<p>Coinchon: /* Activités courantes */</p>
<hr />
<div>L'Association Opendigitalradio a été fondée le 1er Novembre 2012 à Genève.<br />
Sous le nom d’Association OpenDigitalRadio, est constituée une association sans but lucratif, et<br />
jouissant de la personnalité morale, conformément aux dispositions des articles 60ss du Code Civil<br />
Suisse (CCS).<br />
<br />
===Mission===<br />
<br />
L'association a pour but de faciliter et promouvoir le développement de la radio numérique au niveau local. Cela se traduit en terme d’activités par:<br />
*Promouvoir et développer les technologies ouvertes de radiodiffusion numérique.<br />
*Expérimenter et documenter des techniques ouvertes de radiodiffusion numérique.<br />
*Former à la construction et aux déploiement de systèmes ouverts de radio diffusion.<br />
*Proposer des services de radiodiffusion temporaires ou permanents.<br />
*Intégrer des systèmes ouvert prêt pour la radiodiffusion.<br />
<br />
===Comité===<br />
<br />
*Président: [[User:coinchon|Mathias Coinchon]]<br />
*Vice-président: Stanislas Roehrich<br />
*Trésorier: Stéphane Miranda<br />
*Secrétaire: Nicolas Favrod-Coune<br />
<br />
*Software Development: [http://mpb.li Matthias Brändli]<br />
<br />
===Activités courantes===<br />
<br />
*[[Main_Page|Wiki opendigitalradio]] (base d'informations sur les techniques ouvertes de radiodiffusion)<br />
*Collaboration au projet [http://www.digris.ch Digris] (développement de la plateforme, validation)<br />
*Dévelopement de l'intégration du système DAB+<br />
*Exploitation de l'[[Infrastructure FM Lausanne|infrastructure d'émission FM à Lausanne]].<br />
*Exploitation de l'[[Infrastructure FM Genève|infrastructure d'émission FM à Genève]].</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Association_Opendigitalradio&diff=1174Association Opendigitalradio2014-10-09T13:59:49Z<p>Coinchon: /* Comité */</p>
<hr />
<div>L'Association Opendigitalradio a été fondée le 1er Novembre 2012 à Genève.<br />
Sous le nom d’Association OpenDigitalRadio, est constituée une association sans but lucratif, et<br />
jouissant de la personnalité morale, conformément aux dispositions des articles 60ss du Code Civil<br />
Suisse (CCS).<br />
<br />
===Mission===<br />
<br />
L'association a pour but de faciliter et promouvoir le développement de la radio numérique au niveau local. Cela se traduit en terme d’activités par:<br />
*Promouvoir et développer les technologies ouvertes de radiodiffusion numérique.<br />
*Expérimenter et documenter des techniques ouvertes de radiodiffusion numérique.<br />
*Former à la construction et aux déploiement de systèmes ouverts de radio diffusion.<br />
*Proposer des services de radiodiffusion temporaires ou permanents.<br />
*Intégrer des systèmes ouvert prêt pour la radiodiffusion.<br />
<br />
===Comité===<br />
<br />
*Président: [[User:coinchon|Mathias Coinchon]]<br />
*Vice-président: Stanislas Roehrich<br />
*Trésorier: Stéphane Miranda<br />
*Secrétaire: Nicolas Favrod-Coune<br />
<br />
*Software Development: [http://mpb.li Matthias Brändli]<br />
<br />
===Activités courantes===<br />
<br />
*[[Main_Page|Wiki opendigitalradio]] (base d'informations sur les techniques ouvertes de radiodiffusion)<br />
*Collaboration au projet LIMUS (Unikom, Open broadcast)<br />
*Dévelopement de l'intégration du système DAB+<br />
*Exploitation de l'[[Infrastructure FM Lausanne|infrastructure d'émission FM à Lausanne]].<br />
*Exploitation de l'[[Infrastructure FM Genève|infrastructure d'émission FM à Genève]].</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Association_Opendigitalradio&diff=1173Association Opendigitalradio2014-10-09T13:59:31Z<p>Coinchon: /* Comité */</p>
<hr />
<div>L'Association Opendigitalradio a été fondée le 1er Novembre 2012 à Genève.<br />
Sous le nom d’Association OpenDigitalRadio, est constituée une association sans but lucratif, et<br />
jouissant de la personnalité morale, conformément aux dispositions des articles 60ss du Code Civil<br />
Suisse (CCS).<br />
<br />
===Mission===<br />
<br />
L'association a pour but de faciliter et promouvoir le développement de la radio numérique au niveau local. Cela se traduit en terme d’activités par:<br />
*Promouvoir et développer les technologies ouvertes de radiodiffusion numérique.<br />
*Expérimenter et documenter des techniques ouvertes de radiodiffusion numérique.<br />
*Former à la construction et aux déploiement de systèmes ouverts de radio diffusion.<br />
*Proposer des services de radiodiffusion temporaires ou permanents.<br />
*Intégrer des systèmes ouvert prêt pour la radiodiffusion.<br />
<br />
===Comité===<br />
<br />
*Président: [[User:coinchon|Mathias Coinchon]]<br />
*Vice-président: Stanislas Roehrich<br />
*Trésorier: Stéphane Miranda<br />
*Secrétaire: Nicolas Favrod-Coune<br />
<br />
*Software Development: [[http://mpb.li Matthias Brändli]]<br />
<br />
===Activités courantes===<br />
<br />
*[[Main_Page|Wiki opendigitalradio]] (base d'informations sur les techniques ouvertes de radiodiffusion)<br />
*Collaboration au projet LIMUS (Unikom, Open broadcast)<br />
*Dévelopement de l'intégration du système DAB+<br />
*Exploitation de l'[[Infrastructure FM Lausanne|infrastructure d'émission FM à Lausanne]].<br />
*Exploitation de l'[[Infrastructure FM Genève|infrastructure d'émission FM à Genève]].</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Association_Opendigitalradio&diff=1172Association Opendigitalradio2014-10-09T13:59:10Z<p>Coinchon: </p>
<hr />
<div>L'Association Opendigitalradio a été fondée le 1er Novembre 2012 à Genève.<br />
Sous le nom d’Association OpenDigitalRadio, est constituée une association sans but lucratif, et<br />
jouissant de la personnalité morale, conformément aux dispositions des articles 60ss du Code Civil<br />
Suisse (CCS).<br />
<br />
===Mission===<br />
<br />
L'association a pour but de faciliter et promouvoir le développement de la radio numérique au niveau local. Cela se traduit en terme d’activités par:<br />
*Promouvoir et développer les technologies ouvertes de radiodiffusion numérique.<br />
*Expérimenter et documenter des techniques ouvertes de radiodiffusion numérique.<br />
*Former à la construction et aux déploiement de systèmes ouverts de radio diffusion.<br />
*Proposer des services de radiodiffusion temporaires ou permanents.<br />
*Intégrer des systèmes ouvert prêt pour la radiodiffusion.<br />
<br />
===Comité===<br />
<br />
*Président: [[User:coinchon|Mathias Coinchon]]<br />
*Vice-président: Stanislas Roehrich<br />
*Trésorier: Stéphane Miranda<br />
*Secrétaire: Nicolas Favrod-Coune<br />
<br />
<br />
*Development: [[http://mpb.li Matthias Brändli]]<br />
<br />
===Activités courantes===<br />
<br />
*[[Main_Page|Wiki opendigitalradio]] (base d'informations sur les techniques ouvertes de radiodiffusion)<br />
*Collaboration au projet LIMUS (Unikom, Open broadcast)<br />
*Dévelopement de l'intégration du système DAB+<br />
*Exploitation de l'[[Infrastructure FM Lausanne|infrastructure d'émission FM à Lausanne]].<br />
*Exploitation de l'[[Infrastructure FM Genève|infrastructure d'émission FM à Genève]].</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=DAB_modulation&diff=1166DAB modulation2014-07-30T20:48:51Z<p>Coinchon: /* CRC-DabMod Modulator */</p>
<hr />
<div>The modulator takes the ETI stream and produce the complex [[wikipedia:baseband|baseband]] DAB OFDM signal ready for upconvert at the desired radio frequency.<br />
<br />
==ODR-DabMod Modulator==<br />
*[[ODR-DabMod]] DAB modulator from CRC<br />
<br />
==Transmission using USRP Hardware==<br />
With the current improvements on [[ODR-DabMod]], it is possible to directly use UHD to send data to the USRP, and do the digital filtering inside ODR-DabMod. See [[DAB hardware]] for more details.<br />
<br />
<br />
===VHF Band III baseband player (sender)===<br />
For crc-dabmod released by CRC, which did not yet contain an integrated UHD output, a baseband player is required to use the USRP Software Defined Radio platform.<br />
The baseband player sends the stream to the SDR device, and defines additional settings like transmission frequency, DAC sample rate, gain and other parameters.<br />
<br />
Recent versions of gnuradio and Ettus products with UHD:<br />
*[[UHD Band 3 baseband player]] Graphical DAB VHF Band III baseband player for UHD driver (generic driver for Ettus USRP products)<br />
*[[UHD simple baseband player]] Non-GUI DAB baseband player for UHD driver (generic driver for Ettus USRP products)<br />
<br />
Deprecated gnuradio USRP1 with libusrp driver (for gnuradio version up to 3.4.2):<br />
*[[Band 3 baseband player]] Graphical gnuradio DAB VHF Band III baseband player for USRP1. <br />
*[[CRC-Dwap.py]] original baseband player designed by CRC for USRP1 (using gnuradio 2.0)<br />
<br />
==CRC-DabMod Modulator==<br />
*[[CRC-DabMod_usage|CRC-DabMod]] is the original DAB modulator from CRC. Project has been stopped by CRC. It has been forked and development continues as [[ODR-DabMod]]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=DAB_multiplexing&diff=1165DAB multiplexing2014-07-30T20:47:30Z<p>Coinchon: /* Other projects */</p>
<hr />
<div>The multiplexer gather different program streams (DAB, DAB+ or T-DMB), produces necessary signalling and output a single 2Mbit/s stream in [[Ensemble Transport Interface|ETI format]] (Ensemble Transport Interface).<br />
<br />
==Multiplexing with and ODR-DabMux==<br />
<br />
*'''[[ODR-DabMux]]''' Opendigitalradio fork of the Free/open source DAB/DAB+/T-DMB multiplexer from CRC.<br />
<br />
This multiplexer can work with a professional modulator by using a E1 G.703 interface card. For example, Farsite is manufacturing an [http://www.farsite.com/synchronous_X.21_RS422_V.35_RS530_PCI_PCIe_cards/farsync_e1_G.703_G.704_pci_card_linux_windows.shtml E1 card supported under linux] called [[Farsync_card|Farsync TE1]].<br />
<br />
====Live multiple input====<br />
The multiplexer takes files as input. Standard input (/dev/stdin) can be used to get an encoded stream as input. In order to input many live streams, it is necessary to use FIFO files (also called "named pipe") created with "mkfifo" unix command.<br />
<br />
Example, with 3 DAB 128kbps channels (1.ff to 3.ff are the FIFO files)<br />
odr-dabmux -L "LabelSuisse" -A 1.ff -b 128 -i 1 -S -L "Label1" -C \<br />
-A 2.ff -b 128 -i 2 -S -L "Label2" -C \<br />
-A 3.ff -b 128 -i 3 -S -L "Label3" -C \<br />
-O fifo:///dev/stdout<br />
<br />
Example with 4 DAB+ inputs on one DAB input, non-blocking file input mode is used with option "-k" to avoid incomplete DAB+ frames from the encoder.<br />
odr-dabmux -L "TuxMux" \<br />
-A 1.ff -b 128 -i 10 -S -L "L2_128" -C \<br />
-F 2.ff -k -b 48 -i 2 -S -L "AAC48" -C \<br />
-F 3.ff -k -b 64 -i 3 -S -L "AAC64" -C \<br />
-F 4.ff -k -b 128 -i 4 -S -L "AAC128" -C \<br />
-O fifo:///dev/stdout<br />
<br />
<br />
===CRC-DabMux===<br />
<br />
*'''[[CRC-DabMux_man_page|CRC-DabMux]]''' is the original free/open source DAB/DAB+/T-DMB multiplexer from CRC. Project has been stopped by CRC. It has been forked by Opendigitalradio and development continues as [[ODR-DabMux]]<br />
<br />
===Other projects=== <br />
<br />
*[http://labs.radionova.no/category/dab/ Nova Radio labs opendab project in Norway]<br />
<br />
==Ensemble Transport Interface==<br />
<br />
Check [[Ensemble Transport Interface]] page for implementations.</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=DAB_multiplexing&diff=1164DAB multiplexing2014-07-30T20:43:38Z<p>Coinchon: </p>
<hr />
<div>The multiplexer gather different program streams (DAB, DAB+ or T-DMB), produces necessary signalling and output a single 2Mbit/s stream in [[Ensemble Transport Interface|ETI format]] (Ensemble Transport Interface).<br />
<br />
==Multiplexing with and ODR-DabMux==<br />
<br />
*'''[[ODR-DabMux]]''' Opendigitalradio fork of the Free/open source DAB/DAB+/T-DMB multiplexer from CRC.<br />
<br />
This multiplexer can work with a professional modulator by using a E1 G.703 interface card. For example, Farsite is manufacturing an [http://www.farsite.com/synchronous_X.21_RS422_V.35_RS530_PCI_PCIe_cards/farsync_e1_G.703_G.704_pci_card_linux_windows.shtml E1 card supported under linux] called [[Farsync_card|Farsync TE1]].<br />
<br />
====Live multiple input====<br />
The multiplexer takes files as input. Standard input (/dev/stdin) can be used to get an encoded stream as input. In order to input many live streams, it is necessary to use FIFO files (also called "named pipe") created with "mkfifo" unix command.<br />
<br />
Example, with 3 DAB 128kbps channels (1.ff to 3.ff are the FIFO files)<br />
odr-dabmux -L "LabelSuisse" -A 1.ff -b 128 -i 1 -S -L "Label1" -C \<br />
-A 2.ff -b 128 -i 2 -S -L "Label2" -C \<br />
-A 3.ff -b 128 -i 3 -S -L "Label3" -C \<br />
-O fifo:///dev/stdout<br />
<br />
Example with 4 DAB+ inputs on one DAB input, non-blocking file input mode is used with option "-k" to avoid incomplete DAB+ frames from the encoder.<br />
odr-dabmux -L "TuxMux" \<br />
-A 1.ff -b 128 -i 10 -S -L "L2_128" -C \<br />
-F 2.ff -k -b 48 -i 2 -S -L "AAC48" -C \<br />
-F 3.ff -k -b 64 -i 3 -S -L "AAC64" -C \<br />
-F 4.ff -k -b 128 -i 4 -S -L "AAC128" -C \<br />
-O fifo:///dev/stdout<br />
<br />
===Other projects=== <br />
<br />
*'''[[CRC-DabMux]]''' is the original free/open source DAB/DAB+/T-DMB multiplexer from CRC. Project has been stopped by CRC. It has been forked by Opendigitalradio and development continues as [[ODR-DabMux]]<br />
<br />
*[http://labs.radionova.no/category/dab/ Nova Radio labs opendab project in Norway]<br />
<br />
==Ensemble Transport Interface==<br />
<br />
Check [[Ensemble Transport Interface]] page for implementations.</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=DAB_modulation&diff=1163DAB modulation2014-07-30T20:40:06Z<p>Coinchon: /* CRC-DabMod Modulator */</p>
<hr />
<div>The modulator takes the ETI stream and produce the complex [[wikipedia:baseband|baseband]] DAB OFDM signal ready for upconvert at the desired radio frequency.<br />
<br />
==ODR-DabMod Modulator==<br />
*[[ODR-DabMod]] DAB modulator from CRC<br />
<br />
==Transmission using USRP Hardware==<br />
With the current improvements on [[ODR-DabMod]], it is possible to directly use UHD to send data to the USRP, and do the digital filtering inside ODR-DabMod. See [[DAB hardware]] for more details.<br />
<br />
<br />
===VHF Band III baseband player (sender)===<br />
For crc-dabmod released by CRC, which did not yet contain an integrated UHD output, a baseband player is required to use the USRP Software Defined Radio platform.<br />
The baseband player sends the stream to the SDR device, and defines additional settings like transmission frequency, DAC sample rate, gain and other parameters.<br />
<br />
Recent versions of gnuradio and Ettus products with UHD:<br />
*[[UHD Band 3 baseband player]] Graphical DAB VHF Band III baseband player for UHD driver (generic driver for Ettus USRP products)<br />
*[[UHD simple baseband player]] Non-GUI DAB baseband player for UHD driver (generic driver for Ettus USRP products)<br />
<br />
Deprecated gnuradio USRP1 with libusrp driver (for gnuradio version up to 3.4.2):<br />
*[[Band 3 baseband player]] Graphical gnuradio DAB VHF Band III baseband player for USRP1. <br />
*[[CRC-Dwap.py]] original baseband player designed by CRC for USRP1 (using gnuradio 2.0)<br />
<br />
==CRC-DabMod Modulator==<br />
*[[CRC-DabMod]] is the original DAB modulator from CRC. Project has been stopped by CRC. It has been forked and development continues as [[ODR-DabMod]]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=DAB_modulation&diff=1162DAB modulation2014-07-30T20:39:17Z<p>Coinchon: </p>
<hr />
<div>The modulator takes the ETI stream and produce the complex [[wikipedia:baseband|baseband]] DAB OFDM signal ready for upconvert at the desired radio frequency.<br />
<br />
==ODR-DabMod Modulator==<br />
*[[ODR-DabMod]] DAB modulator from CRC<br />
<br />
==Transmission using USRP Hardware==<br />
With the current improvements on [[ODR-DabMod]], it is possible to directly use UHD to send data to the USRP, and do the digital filtering inside ODR-DabMod. See [[DAB hardware]] for more details.<br />
<br />
<br />
===VHF Band III baseband player (sender)===<br />
For crc-dabmod released by CRC, which did not yet contain an integrated UHD output, a baseband player is required to use the USRP Software Defined Radio platform.<br />
The baseband player sends the stream to the SDR device, and defines additional settings like transmission frequency, DAC sample rate, gain and other parameters.<br />
<br />
Recent versions of gnuradio and Ettus products with UHD:<br />
*[[UHD Band 3 baseband player]] Graphical DAB VHF Band III baseband player for UHD driver (generic driver for Ettus USRP products)<br />
*[[UHD simple baseband player]] Non-GUI DAB baseband player for UHD driver (generic driver for Ettus USRP products)<br />
<br />
Deprecated gnuradio USRP1 with libusrp driver (for gnuradio version up to 3.4.2):<br />
*[[Band 3 baseband player]] Graphical gnuradio DAB VHF Band III baseband player for USRP1. <br />
*[[CRC-Dwap.py]] original baseband player designed by CRC for USRP1 (using gnuradio 2.0)<br />
<br />
==CRC-DabMod Modulator==<br />
*[[CRC-DabMod]] is the original DAB modulator from CRC. It has been forked and development continues as [[ODR-DabMod]]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=ODR-DabMod&diff=1151ODR-DabMod2014-06-18T13:28:20Z<p>Coinchon: /* Additional information concerning the options */</p>
<hr />
<div>==About ODR-DabMod==<br />
ODR-DabMod is the DAB OFDM modulator initially developed by Communication Research Center (CRC) from Canada, and subsequently forked<br />
by opendigitalradio.<br />
<br />
CRC have stopped releasing new versions.<br />
The development is now pursued by opendigitalradio on [http://github.com/Opendigitalradio GitHub] with releases available ad interim on http://mpb.li<br />
<br />
Original CRC version: [http://mmbtools.crc.ca/content/view/44/71/ CRC-DabMod description and source code] on MMBTools website<br />
<br />
==Description==<br />
<br />
ODR-DabMod takes an [[Ensemble Transport Interface ETI]] stream as input and outputs a complex baseband stream of interlaced 16 bits I/Q samples with a default sampling frequency of 2.048MHz. It can also directly communicate to the Ettus USRPs using the UHD driver.<br />
<br />
The USRP1 will require resampling to 3.2Msps, which will requires high CPU usage but cannot be avoided. Newer USRPs have a more flexible clocking system.<br />
<br />
==Build information==<br />
<br />
If you run debian, have a look at the [[Installer scripts]]<br />
<br />
===Prerequisites===<br />
<br />
You will need boost at least version 1.42. The one from your distribution is probably fine, and if you have installed GNURadio or UHD, you will already have it.<br />
<br />
You need uhd, don't forget to also install the -dev package from your distribution.<br />
<br />
If you want to use the zeromq inputs or outputs, you need a recent (4.0.4 is best) version of [http://zeromq.org/ ZeroMQ]. It is probably preferred to install it from source:<br />
<br />
wget http://download.zeromq.org/zeromq-4.0.4.tar.gz<br />
tar -xzvf zeromq-4.0.4<br />
cd zeromq-4.0.4<br />
./configure<br />
make<br />
sudo make install<br />
<br />
This will install it into /usr/local<br />
<br />
===Building odr-dabmod===<br />
First get it via the package or git repository:<br />
git clone https://github.com/Opendigitalradio/ODR-DabMod<br />
<br />
<br />
When building from the source code, be careful to disable debugging, otherwise there will be lot of wasted CPU usage:<br />
./configure --with-debug-malloc=no --disable-debug --enable-fft-simd --enable-input-zeromq<br />
<br />
If you don't have zeromq, remove the --enable-input-zeromq flag.<br />
<br />
make<br />
sudo make install<br />
<br />
to test:<br />
odr-dabmod -h<br />
<br />
==Usage==<br />
There are two ways of using ODR-DabMod: through command line arguments or with a configuration file:<br />
<br />
===Command line arguments===<br />
<br />
Example with command-line interface:<br />
ord-dabmod ./racor.eti -l -g1 -r3200000<br />
<br />
This modulates the racor.eti file, performs OFDM modulation on baseband at a sampling frequency of 3.2Msamples/sec. Output is sent to the standard output. It can be redirected into a file, or piped into a baseband player ([[CRC-Dwap.py]]).<br />
<br />
When using a USRP, the integrated UHD output can be used. This requires the definition and usage of a configuration file.<br />
<br />
===Configuration file===<br />
<br />
Take the example configuration from GitHub: [https://github.com/Opendigitalradio/ODR-DabMod/blob/master/doc/example.ini example.ini]<br />
<br />
The '''input''' section defines if you want to read a file or ETI over ZeroMQ. The ZeroMQ must point to a odr-dabmux ZeroMQ output.<br />
The '''modulator''' section sets parameters for the modulator which are described below.<br />
<br />
'''firfilter''' enables the filter that was previously done in the baseband player. It reduces out of band energy, and will increase signal quality, and reduce energy waste in the mask filter. The filter taps can be generated with the helper script in doc/fir-filter<br />
<br />
For each possible output, there is a section: '''outputuhd''' and '''outputfile'''. '''outputfile''' only defines the filename. '''outputuhd''' is more interesting: it defines the device flags, the TX frequency, the PGA gain, and what clocking source you want to use. In case of refclk loss, it is possible to make the modulator crash so as to avoid transmitting a corrupt signal, maybe even on the wrong frequency.<br />
<br />
The parameter<br />
device=master_clock_rate=32768000,type=b100<br />
is valid for USRP B100, and the master_clock_rate allows us to avoid resampling the 2048000sps signal. It is used as UHD device parameter without modification. There are other USRPs supported: See [[DAB hardware]]<br />
<br />
The txgain can be modified while the modulator runs by enabling the '''remotecontrol'''<br />
<br />
Once you have defined a configuration file (let's call it modulator.ini), you can call:<br />
odr-dabmod -C modulator.ini<br />
<br />
==Additional information concerning the options==<br />
<br />
-c, or '''dac_clk_rate''': Pre-correction for the CIC filter in the USRP:<br />
<br />
This filter is used on the FPGA for up-sampling to 128MHz.<br />
This pre-correction filter is only enabled when the -c option is used.<br />
You should use -c128000000 for regular USRP1 only.<br />
<br />
-g, or '''gainmode''': Gain computation mode<br />
<br />
The gainmode option controls how ODR-Dabmod computes the OFDM symbol gain.<br />
<br />
mode 0 (FIX) uses a fixed factor and is really not recommended. It is more<br />
useful on an academic perspective for people trying to understand the<br />
DAB modulation. <br />
<br />
mode 1 (MAX) is the normalization of every OFDM symbol. <br />
No overshoot, no truncating, but varying output power (around<br />
3dB) which might not be the best for some power amplifier. <br />
<br />
mode 2 (VAR) uses the method specified in ETSI 300 798. This<br />
method normalizes to 4 times the standard deviation for an approximation<br />
of the RMS power. So around 6/100000 samples will be truncated and will<br />
introduce some really minor distortion. But this mode also maximizes the<br />
output power. This is the gain mode recommended for real world operation<br />
as it is based on a DAB standard; the only difference is that ODR-Dabmod<br />
uses a better resolution with 16 bits in place of 8 bits. <br />
<br />
(Additional info taken from [http://groups.google.com/group/crc-mmbtools/browse_thread/thread/5b92f11422cd9c6e?pli=1 google groups discussion],<br />
originally written by Pascal Charest, CRC)<br />
<br />
*[[CRC-DabMod usage]]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=ODR-DabMod&diff=1144ODR-DabMod2014-05-12T15:20:26Z<p>Coinchon: /* Building odr-dabmod */</p>
<hr />
<div>==About ODR-DabMod==<br />
ODR-DabMod is the DAB OFDM modulator initially developed by Communication Research Center (CRC) from Canada, and subsequently forked<br />
by opendigitalradio.<br />
<br />
CRC have stopped releasing new versions.<br />
The development is now pursued by opendigitalradio on [http://github.com/Opendigitalradio GitHub] with releases available ad interim on http://mpb.li<br />
<br />
Original CRC version: [http://mmbtools.crc.ca/content/view/44/71/ CRC-DabMod description and source code] on MMBTools website<br />
<br />
==Description==<br />
<br />
ODR-DabMod takes an [[Ensemble Transport Interface ETI]] stream as input and outputs a complex baseband stream of interlaced 16 bits I/Q samples with a default sampling frequency of 2.048MHz. It can also directly communicate to the Ettus USRPs using the UHD driver.<br />
<br />
The USRP1 will require resampling to 3.2Msps, which will requires high CPU usage but cannot be avoided. Newer USRPs have a more flexible clocking system.<br />
<br />
==Build information==<br />
<br />
If you run debian, have a look at the [[Installer scripts]]<br />
<br />
===Prerequisites===<br />
<br />
You will need boost at least version 1.42. The one from your distribution is probably fine, and if you have installed GNURadio or UHD, you will already have it.<br />
<br />
You need uhd, don't forget to also install the -dev package from your distribution.<br />
<br />
If you want to use the zeromq inputs or outputs, you need a recent (4.0.3 is best) version of [http://zeromq.org/ ZeroMQ]. It is probably preferred to install it from source:<br />
<br />
wget http://download.zeromq.org/zeromq-4.0.3.tar.gz<br />
cd zeromq-4.0.3<br />
./configure<br />
make<br />
sudo make install<br />
<br />
This will install it into /usr/local<br />
<br />
Then, get the zmq C++ bindings:<br />
wget https://raw2.github.com/zeromq/cppzmq/master/zmq.hpp<br />
sudo cp zmq.hpp /usr/local/include<br />
<br />
===Building odr-dabmod===<br />
First get it via the package or git repository:<br />
git clone https://github.com/Opendigitalradio/ODR-DabMod<br />
<br />
<br />
When building from the source code, be careful to disable debugging, otherwise there will be lot of wasted CPU usage:<br />
./configure --with-debug-malloc=no --disable-debug --enable-fft-simd --enable-input-zeromq<br />
<br />
If you don't have zeromq, remove the --enable-input-zeromq flag.<br />
<br />
make<br />
sudo make install<br />
<br />
to test:<br />
odr-dabmod -h<br />
<br />
==Usage==<br />
There are two ways of using ODR-DabMod: through command line arguments or with a configuration file:<br />
<br />
===Command line arguments===<br />
<br />
Example with command-line interface:<br />
ord-dabmod ./racor.eti -l -g1 -r3200000<br />
<br />
This modulates the racor.eti file, performs OFDM modulation on baseband at a sampling frequency of 3.2Msamples/sec. Output is sent to the standard output. It can be redirected into a file, or piped into a baseband player ([[CRC-Dwap.py]]).<br />
<br />
When using a USRP, the integrated UHD output can be used. This requires the definition and usage of a configuration file.<br />
<br />
===Configuration file===<br />
<br />
Take the example configuration from GitHub: [https://github.com/Opendigitalradio/ODR-DabMod/blob/master/doc/example.ini example.ini]<br />
<br />
The '''input''' section defines if you want to read a file or ETI over ZeroMQ. The ZeroMQ must point to a odr-dabmux ZeroMQ output.<br />
The '''modulator''' section sets parameters for the modulator which are described below.<br />
<br />
'''firfilter''' enables the filter that was previously done in the baseband player. It reduces out of band energy, and will increase signal quality, and reduce energy waste in the mask filter. The filter taps can be generated with the helper script in doc/fir-filter<br />
<br />
For each possible output, there is a section: '''outputuhd''' and '''outputfile'''. '''outputfile''' only defines the filename. '''outputuhd''' is more interesting: it defines the device flags, the TX frequency, the PGA gain, and what clocking source you want to use. In case of refclk loss, it is possible to make the modulator crash so as to avoid transmitting a corrupt signal, maybe even on the wrong frequency.<br />
<br />
The parameter<br />
device=master_clock_rate=32768000,type=b100<br />
is valid for USRP B100, and the master_clock_rate allows us to avoid resampling the 2048000sps signal. It is used as UHD device parameter without modification. There are other USRPs supported: See [[DAB hardware]]<br />
<br />
The txgain can be modified while the modulator runs by enabling the '''remotecontrol'''<br />
<br />
Once you have defined a configuration file (let's call it modulator.ini), you can call:<br />
odr-dabmod -C modulator.ini<br />
<br />
==Additional information concerning the options==<br />
<br />
-c, or '''dac_clk_rate''': Pre-correction for the CIC filter in the USRP:<br />
<br />
This filter is used on the FPGA for up-sampling to 128MHz.<br />
This pre-correction filter is only enabled when the -c option is used.<br />
You should use -c128000000 for regular USRP1 only.<br />
<br />
-g, or '''gainmode''': Gain computation mode<br />
<br />
The gainmode option controls how ODR-Dabmod computes the OFDM symbol gain.<br />
<br />
mode 0 uses a fixed factor and is really not recommended. It is more<br />
useful on an academic perspective for people trying to understand the<br />
DAB modulation. <br />
<br />
mode 1 is the normalization of every OFDM symbol. <br />
No overshoot, no truncating, but varying output power (around<br />
3dB) which might not be the best for some power amplifier. <br />
<br />
mode 2 uses the method specified in ETSI 300 798. This<br />
method normalizes to 4 times the standard deviation for an approximation<br />
of the RMS power. So around 6/100000 samples will be truncated and will<br />
introduce some really minor distortion. But this mode also maximizes the<br />
output power. This is the gain mode recommended for real world operation<br />
as it is based on a DAB standard; the only difference is that ODR-Dabmod<br />
uses a better resolution with 16 bits in place of 8 bits. <br />
<br />
(Additional info taken from [http://groups.google.com/group/crc-mmbtools/browse_thread/thread/5b92f11422cd9c6e?pli=1 google groups discussion],<br />
originally written by Pascal Charest, CRC)<br />
<br />
*[[CRC-DabMod usage]]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=ODR-DabMux&diff=1143ODR-DabMux2014-05-12T15:18:46Z<p>Coinchon: /* Compilation */</p>
<hr />
<div>ODR-DabMux is a free open source [[DAB multiplexing|DAB Multiplexer]] initially developed by Communication Research Center (CRC) from Canada, and subsequently<br />
forked by opendigitalradio. It is a command line tool.<br />
<br />
The development is done publicly on [http://github.com/Opendigitalradio GitHub] with releases available ad interim on http://mpb.li<br />
<br />
This page describes how to compile and use odr-dabmux.<br />
<br />
<br />
==Build information for ODR-DabMux==<br />
<br />
<br />
===Prerequisites===<br />
<br />
====Boost====<br />
You will need to install Boost at least version 1.42. The one from your distribution is probably fine, and if you have installed GNURadio or UHD, you will already have it.<br />
<br />
For example on Debian: <br />
apt-get install libboost-all-dev<br />
<br />
====ZeroMQ====<br />
If you want to use the zeromq inputs or outputs, you need a recent (4.0.3 is best) version of [http://zeromq.org/ ZeroMQ]. It is probably preferred to install it from source:<br />
<br />
wget http://download.zeromq.org/zeromq-4.0.3.tar.gz<br />
tar -zxvf zeromq-4.0.3.tar.gz<br />
cd zeromq-4.0.3<br />
./configure<br />
make<br />
sudo make install<br />
<br />
This will install it into /usr/local<br />
<br />
====LibFEC====<br />
ODR-DabMux also depends on [http://www.ka9q.net/code/fec/ libfec from Phil Karn]. On 64-bit machines, the original libfec doesn't compile (" fec.h:267: Error: bad register name `%dil' "). A patched version that compiles on x86_64 (and even on ARM) is available [https://github.com/Opendigitalradio/ka9q-fec/archive/master.zip on GitHub (.zip)]<br />
<br />
===Compilation===<br />
Once the prerequisites are installed, download ODR-DabMux from the package or git<br />
git clone https://github.com/Opendigitalradio/ODR-DabMux<br />
<br />
then in the ODR-DabMux directory do<br />
./configure --with-debug-malloc=no --disable-debug --enable-input-zeromq --enable-output-zeromq<br />
make<br />
sudo make install<br />
<br />
<br />
or, if you don't have zeromq:<br />
./configure --with-debug-malloc=no --disable-debug<br />
make<br />
sudo make install<br />
<br />
then you can execute, as a test<br />
odr-dabmux -h<br />
<br />
When building, be careful to disable debugging, otherwise there will be lot of wasted CPU usage.<br />
<br />
===Compilation from the git repository===<br />
If you cloned the git repository, you might need to call<br />
./bootstrap.sh<br />
to re-generate the autotools scripts and generate the ./configure script<br />
<br />
After that, it's the same as above<br />
<br />
==Usage==<br />
<br />
There are two ways to use ODR-DabMux: with command line arguments or with a configuration file.<br />
<br />
===Command line interface===<br />
There are quite many arguments and options, and the best is to read the manpage (man odr-dabmux) first, and then to look at some examples (e.g. [https://github.com/mpbraendli/mmbtools-aux/blob/master/mux-throttled.sh mux-throttled.sh])<br />
<br />
===Configuration file===<br />
The full configuration can also be specified in a configuration file.<br />
<br />
The example configuration file that is included in doc ([https://github.com/Opendigitalradio/ODR-DabMux/blob/master/doc/example.mux example.mux]) contains an example with a multiplex consisting of two services. The example file is commented, and is a good example to build your own.<br />
<br />
To run odr-dabmux with a configuration file, run<br />
odr-dabmux -e my_config.mux<br />
<br />
==Additional information==<br />
<br />
===More information===<br />
<br />
Documentation and descriptions on CRC-DabMux can be found on http://mmbtools.crc.ca/content/view/39/65/<br />
<br />
The last version published by CRC is [http://mmbtools.crc.ca/component/option,com_docman/task,doc_download/gid,33/ version 0.3.0.4], on which the latest developments are based.<br />
<br />
<br />
===Patch to increase page size===<br />
Some glitches have been noticed on some machines. They are due to underruns in the FIFO. This patch increases the buffer sizes in the mux. wrning, this patch will also increase the delay. To apply it use, the patch command. (for CRC-DabMux <= 0.3.0.4)<br />
<br />
--- src/dabInputFifo.cpp.org 2011-09-27 10:08:35.202323204 -0400<br />
+++ src/dabInputFifo.cpp 2011-09-27 10:13:57.638315966 -0400<br />
@@ -169,11 +169,12 @@<br />
if (data->buffer != NULL) {<br />
delete data->buffer;<br />
}<br />
- if (size == 0) {<br />
- size = 1024;<br />
- }<br />
- data->buffer = new unsigned char[size * 16];<br />
data->maxSize = size * 16;<br />
+ int minSize = 2*getpagesize();<br />
+ while (data->maxSize < minSize) {<br />
+ data->maxSize += size;<br />
+ }<br />
+ data->buffer = new unsigned char[data->maxSize];<br />
#ifdef _WIN32<br />
ReleaseSemaphore(data->semBuffer, 1, NULL);<br />
#else<br />
<br />
<br />
See the manpage for more info:<br />
*[[CRC-DabMux man page]]<br />
* or, of course, man odr-dabmux</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=ODR-DabMux&diff=1142ODR-DabMux2014-05-12T15:16:09Z<p>Coinchon: /* Boost */</p>
<hr />
<div>ODR-DabMux is a free open source [[DAB multiplexing|DAB Multiplexer]] initially developed by Communication Research Center (CRC) from Canada, and subsequently<br />
forked by opendigitalradio. It is a command line tool.<br />
<br />
The development is done publicly on [http://github.com/Opendigitalradio GitHub] with releases available ad interim on http://mpb.li<br />
<br />
This page describes how to compile and use odr-dabmux.<br />
<br />
<br />
==Build information for ODR-DabMux==<br />
<br />
<br />
===Prerequisites===<br />
<br />
====Boost====<br />
You will need to install Boost at least version 1.42. The one from your distribution is probably fine, and if you have installed GNURadio or UHD, you will already have it.<br />
<br />
For example on Debian: <br />
apt-get install libboost-all-dev<br />
<br />
====ZeroMQ====<br />
If you want to use the zeromq inputs or outputs, you need a recent (4.0.3 is best) version of [http://zeromq.org/ ZeroMQ]. It is probably preferred to install it from source:<br />
<br />
wget http://download.zeromq.org/zeromq-4.0.3.tar.gz<br />
tar -zxvf zeromq-4.0.3.tar.gz<br />
cd zeromq-4.0.3<br />
./configure<br />
make<br />
sudo make install<br />
<br />
This will install it into /usr/local<br />
<br />
====LibFEC====<br />
ODR-DabMux also depends on [http://www.ka9q.net/code/fec/ libfec from Phil Karn]. On 64-bit machines, the original libfec doesn't compile (" fec.h:267: Error: bad register name `%dil' "). A patched version that compiles on x86_64 (and even on ARM) is available [https://github.com/Opendigitalradio/ka9q-fec/archive/master.zip on GitHub (.zip)]<br />
<br />
===Compilation===<br />
Once the prerequisites are installed, do<br />
./configure --with-debug-malloc=no --disable-debug --enable-input-zeromq --enable-output-zeromq<br />
make<br />
sudo make install<br />
<br />
<br />
or, if you don't have zeromq:<br />
./configure --with-debug-malloc=no --disable-debug<br />
make<br />
sudo make install<br />
<br />
then you can execute, as a test<br />
odr-dabmux -h<br />
<br />
When building, be careful to disable debugging, otherwise there will be lot of wasted CPU usage.<br />
<br />
<br />
===Compilation from the git repository===<br />
If you cloned the git repository, you might need to call<br />
./bootstrap.sh<br />
to re-generate the autotools scripts and generate the ./configure script<br />
<br />
After that, it's the same as above<br />
<br />
==Usage==<br />
<br />
There are two ways to use ODR-DabMux: with command line arguments or with a configuration file.<br />
<br />
===Command line interface===<br />
There are quite many arguments and options, and the best is to read the manpage (man odr-dabmux) first, and then to look at some examples (e.g. [https://github.com/mpbraendli/mmbtools-aux/blob/master/mux-throttled.sh mux-throttled.sh])<br />
<br />
===Configuration file===<br />
The full configuration can also be specified in a configuration file.<br />
<br />
The example configuration file that is included in doc ([https://github.com/Opendigitalradio/ODR-DabMux/blob/master/doc/example.mux example.mux]) contains an example with a multiplex consisting of two services. The example file is commented, and is a good example to build your own.<br />
<br />
To run odr-dabmux with a configuration file, run<br />
odr-dabmux -e my_config.mux<br />
<br />
==Additional information==<br />
<br />
===More information===<br />
<br />
Documentation and descriptions on CRC-DabMux can be found on http://mmbtools.crc.ca/content/view/39/65/<br />
<br />
The last version published by CRC is [http://mmbtools.crc.ca/component/option,com_docman/task,doc_download/gid,33/ version 0.3.0.4], on which the latest developments are based.<br />
<br />
<br />
===Patch to increase page size===<br />
Some glitches have been noticed on some machines. They are due to underruns in the FIFO. This patch increases the buffer sizes in the mux. wrning, this patch will also increase the delay. To apply it use, the patch command. (for CRC-DabMux <= 0.3.0.4)<br />
<br />
--- src/dabInputFifo.cpp.org 2011-09-27 10:08:35.202323204 -0400<br />
+++ src/dabInputFifo.cpp 2011-09-27 10:13:57.638315966 -0400<br />
@@ -169,11 +169,12 @@<br />
if (data->buffer != NULL) {<br />
delete data->buffer;<br />
}<br />
- if (size == 0) {<br />
- size = 1024;<br />
- }<br />
- data->buffer = new unsigned char[size * 16];<br />
data->maxSize = size * 16;<br />
+ int minSize = 2*getpagesize();<br />
+ while (data->maxSize < minSize) {<br />
+ data->maxSize += size;<br />
+ }<br />
+ data->buffer = new unsigned char[data->maxSize];<br />
#ifdef _WIN32<br />
ReleaseSemaphore(data->semBuffer, 1, NULL);<br />
#else<br />
<br />
<br />
See the manpage for more info:<br />
*[[CRC-DabMux man page]]<br />
* or, of course, man odr-dabmux</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=ODR-DabMux&diff=1141ODR-DabMux2014-05-12T15:06:46Z<p>Coinchon: /* Boost */</p>
<hr />
<div>ODR-DabMux is a free open source [[DAB multiplexing|DAB Multiplexer]] initially developed by Communication Research Center (CRC) from Canada, and subsequently<br />
forked by opendigitalradio. It is a command line tool.<br />
<br />
The development is done publicly on [http://github.com/Opendigitalradio GitHub] with releases available ad interim on http://mpb.li<br />
<br />
This page describes how to compile and use odr-dabmux.<br />
<br />
<br />
==Build information for ODR-DabMux==<br />
<br />
<br />
===Prerequisites===<br />
<br />
====Boost====<br />
You will need to install Boost at least version 1.42. The one from your distribution is probably fine, and if you have installed GNURadio or UHD, you will already have it.<br />
<br />
For example on Debian: <br />
apt-get install libboost-dev<br />
<br />
====ZeroMQ====<br />
If you want to use the zeromq inputs or outputs, you need a recent (4.0.3 is best) version of [http://zeromq.org/ ZeroMQ]. It is probably preferred to install it from source:<br />
<br />
wget http://download.zeromq.org/zeromq-4.0.3.tar.gz<br />
tar -zxvf zeromq-4.0.3.tar.gz<br />
cd zeromq-4.0.3<br />
./configure<br />
make<br />
sudo make install<br />
<br />
This will install it into /usr/local<br />
<br />
====LibFEC====<br />
ODR-DabMux also depends on [http://www.ka9q.net/code/fec/ libfec from Phil Karn]. On 64-bit machines, the original libfec doesn't compile (" fec.h:267: Error: bad register name `%dil' "). A patched version that compiles on x86_64 (and even on ARM) is available [https://github.com/Opendigitalradio/ka9q-fec/archive/master.zip on GitHub (.zip)]<br />
<br />
===Compilation===<br />
Once the prerequisites are installed, do<br />
./configure --with-debug-malloc=no --disable-debug --enable-input-zeromq --enable-output-zeromq<br />
make<br />
sudo make install<br />
<br />
<br />
or, if you don't have zeromq:<br />
./configure --with-debug-malloc=no --disable-debug<br />
make<br />
sudo make install<br />
<br />
then you can execute, as a test<br />
odr-dabmux -h<br />
<br />
When building, be careful to disable debugging, otherwise there will be lot of wasted CPU usage.<br />
<br />
<br />
===Compilation from the git repository===<br />
If you cloned the git repository, you might need to call<br />
./bootstrap.sh<br />
to re-generate the autotools scripts and generate the ./configure script<br />
<br />
After that, it's the same as above<br />
<br />
==Usage==<br />
<br />
There are two ways to use ODR-DabMux: with command line arguments or with a configuration file.<br />
<br />
===Command line interface===<br />
There are quite many arguments and options, and the best is to read the manpage (man odr-dabmux) first, and then to look at some examples (e.g. [https://github.com/mpbraendli/mmbtools-aux/blob/master/mux-throttled.sh mux-throttled.sh])<br />
<br />
===Configuration file===<br />
The full configuration can also be specified in a configuration file.<br />
<br />
The example configuration file that is included in doc ([https://github.com/Opendigitalradio/ODR-DabMux/blob/master/doc/example.mux example.mux]) contains an example with a multiplex consisting of two services. The example file is commented, and is a good example to build your own.<br />
<br />
To run odr-dabmux with a configuration file, run<br />
odr-dabmux -e my_config.mux<br />
<br />
==Additional information==<br />
<br />
===More information===<br />
<br />
Documentation and descriptions on CRC-DabMux can be found on http://mmbtools.crc.ca/content/view/39/65/<br />
<br />
The last version published by CRC is [http://mmbtools.crc.ca/component/option,com_docman/task,doc_download/gid,33/ version 0.3.0.4], on which the latest developments are based.<br />
<br />
<br />
===Patch to increase page size===<br />
Some glitches have been noticed on some machines. They are due to underruns in the FIFO. This patch increases the buffer sizes in the mux. wrning, this patch will also increase the delay. To apply it use, the patch command. (for CRC-DabMux <= 0.3.0.4)<br />
<br />
--- src/dabInputFifo.cpp.org 2011-09-27 10:08:35.202323204 -0400<br />
+++ src/dabInputFifo.cpp 2011-09-27 10:13:57.638315966 -0400<br />
@@ -169,11 +169,12 @@<br />
if (data->buffer != NULL) {<br />
delete data->buffer;<br />
}<br />
- if (size == 0) {<br />
- size = 1024;<br />
- }<br />
- data->buffer = new unsigned char[size * 16];<br />
data->maxSize = size * 16;<br />
+ int minSize = 2*getpagesize();<br />
+ while (data->maxSize < minSize) {<br />
+ data->maxSize += size;<br />
+ }<br />
+ data->buffer = new unsigned char[data->maxSize];<br />
#ifdef _WIN32<br />
ReleaseSemaphore(data->semBuffer, 1, NULL);<br />
#else<br />
<br />
<br />
See the manpage for more info:<br />
*[[CRC-DabMux man page]]<br />
* or, of course, man odr-dabmux</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=ODR-DabMux&diff=1140ODR-DabMux2014-05-12T15:06:35Z<p>Coinchon: /* Boost */</p>
<hr />
<div>ODR-DabMux is a free open source [[DAB multiplexing|DAB Multiplexer]] initially developed by Communication Research Center (CRC) from Canada, and subsequently<br />
forked by opendigitalradio. It is a command line tool.<br />
<br />
The development is done publicly on [http://github.com/Opendigitalradio GitHub] with releases available ad interim on http://mpb.li<br />
<br />
This page describes how to compile and use odr-dabmux.<br />
<br />
<br />
==Build information for ODR-DabMux==<br />
<br />
<br />
===Prerequisites===<br />
<br />
====Boost====<br />
You will need to install Boost at least version 1.42. The one from your distribution is probably fine, and if you have installed GNURadio or UHD, you will already have it.<br />
<br />
For example on Debian: apt-get install libboost-dev<br />
<br />
====ZeroMQ====<br />
If you want to use the zeromq inputs or outputs, you need a recent (4.0.3 is best) version of [http://zeromq.org/ ZeroMQ]. It is probably preferred to install it from source:<br />
<br />
wget http://download.zeromq.org/zeromq-4.0.3.tar.gz<br />
tar -zxvf zeromq-4.0.3.tar.gz<br />
cd zeromq-4.0.3<br />
./configure<br />
make<br />
sudo make install<br />
<br />
This will install it into /usr/local<br />
<br />
====LibFEC====<br />
ODR-DabMux also depends on [http://www.ka9q.net/code/fec/ libfec from Phil Karn]. On 64-bit machines, the original libfec doesn't compile (" fec.h:267: Error: bad register name `%dil' "). A patched version that compiles on x86_64 (and even on ARM) is available [https://github.com/Opendigitalradio/ka9q-fec/archive/master.zip on GitHub (.zip)]<br />
<br />
===Compilation===<br />
Once the prerequisites are installed, do<br />
./configure --with-debug-malloc=no --disable-debug --enable-input-zeromq --enable-output-zeromq<br />
make<br />
sudo make install<br />
<br />
<br />
or, if you don't have zeromq:<br />
./configure --with-debug-malloc=no --disable-debug<br />
make<br />
sudo make install<br />
<br />
then you can execute, as a test<br />
odr-dabmux -h<br />
<br />
When building, be careful to disable debugging, otherwise there will be lot of wasted CPU usage.<br />
<br />
<br />
===Compilation from the git repository===<br />
If you cloned the git repository, you might need to call<br />
./bootstrap.sh<br />
to re-generate the autotools scripts and generate the ./configure script<br />
<br />
After that, it's the same as above<br />
<br />
==Usage==<br />
<br />
There are two ways to use ODR-DabMux: with command line arguments or with a configuration file.<br />
<br />
===Command line interface===<br />
There are quite many arguments and options, and the best is to read the manpage (man odr-dabmux) first, and then to look at some examples (e.g. [https://github.com/mpbraendli/mmbtools-aux/blob/master/mux-throttled.sh mux-throttled.sh])<br />
<br />
===Configuration file===<br />
The full configuration can also be specified in a configuration file.<br />
<br />
The example configuration file that is included in doc ([https://github.com/Opendigitalradio/ODR-DabMux/blob/master/doc/example.mux example.mux]) contains an example with a multiplex consisting of two services. The example file is commented, and is a good example to build your own.<br />
<br />
To run odr-dabmux with a configuration file, run<br />
odr-dabmux -e my_config.mux<br />
<br />
==Additional information==<br />
<br />
===More information===<br />
<br />
Documentation and descriptions on CRC-DabMux can be found on http://mmbtools.crc.ca/content/view/39/65/<br />
<br />
The last version published by CRC is [http://mmbtools.crc.ca/component/option,com_docman/task,doc_download/gid,33/ version 0.3.0.4], on which the latest developments are based.<br />
<br />
<br />
===Patch to increase page size===<br />
Some glitches have been noticed on some machines. They are due to underruns in the FIFO. This patch increases the buffer sizes in the mux. wrning, this patch will also increase the delay. To apply it use, the patch command. (for CRC-DabMux <= 0.3.0.4)<br />
<br />
--- src/dabInputFifo.cpp.org 2011-09-27 10:08:35.202323204 -0400<br />
+++ src/dabInputFifo.cpp 2011-09-27 10:13:57.638315966 -0400<br />
@@ -169,11 +169,12 @@<br />
if (data->buffer != NULL) {<br />
delete data->buffer;<br />
}<br />
- if (size == 0) {<br />
- size = 1024;<br />
- }<br />
- data->buffer = new unsigned char[size * 16];<br />
data->maxSize = size * 16;<br />
+ int minSize = 2*getpagesize();<br />
+ while (data->maxSize < minSize) {<br />
+ data->maxSize += size;<br />
+ }<br />
+ data->buffer = new unsigned char[data->maxSize];<br />
#ifdef _WIN32<br />
ReleaseSemaphore(data->semBuffer, 1, NULL);<br />
#else<br />
<br />
<br />
See the manpage for more info:<br />
*[[CRC-DabMux man page]]<br />
* or, of course, man odr-dabmux</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=ODR-DabMux&diff=1139ODR-DabMux2014-05-12T15:03:58Z<p>Coinchon: /* Prerequisites */</p>
<hr />
<div>ODR-DabMux is a free open source [[DAB multiplexing|DAB Multiplexer]] initially developed by Communication Research Center (CRC) from Canada, and subsequently<br />
forked by opendigitalradio. It is a command line tool.<br />
<br />
The development is done publicly on [http://github.com/Opendigitalradio GitHub] with releases available ad interim on http://mpb.li<br />
<br />
This page describes how to compile and use odr-dabmux.<br />
<br />
<br />
==Build information for ODR-DabMux==<br />
<br />
<br />
===Prerequisites===<br />
<br />
====Boost====<br />
You will need to install Boost at least version 1.42. The one from your distribution is probably fine, and if you have installed GNURadio or UHD, you will already have it.<br />
<br />
====ZeroMQ====<br />
If you want to use the zeromq inputs or outputs, you need a recent (4.0.3 is best) version of [http://zeromq.org/ ZeroMQ]. It is probably preferred to install it from source:<br />
<br />
wget http://download.zeromq.org/zeromq-4.0.3.tar.gz<br />
tar -zxvf zeromq-4.0.3.tar.gz<br />
cd zeromq-4.0.3<br />
./configure<br />
make<br />
sudo make install<br />
<br />
This will install it into /usr/local<br />
<br />
====LibFEC====<br />
ODR-DabMux also depends on [http://www.ka9q.net/code/fec/ libfec from Phil Karn]. On 64-bit machines, the original libfec doesn't compile (" fec.h:267: Error: bad register name `%dil' "). A patched version that compiles on x86_64 (and even on ARM) is available [https://github.com/Opendigitalradio/ka9q-fec/archive/master.zip on GitHub (.zip)]<br />
<br />
===Compilation===<br />
Once the prerequisites are installed, do<br />
./configure --with-debug-malloc=no --disable-debug --enable-input-zeromq --enable-output-zeromq<br />
make<br />
sudo make install<br />
<br />
<br />
or, if you don't have zeromq:<br />
./configure --with-debug-malloc=no --disable-debug<br />
make<br />
sudo make install<br />
<br />
then you can execute, as a test<br />
odr-dabmux -h<br />
<br />
When building, be careful to disable debugging, otherwise there will be lot of wasted CPU usage.<br />
<br />
<br />
===Compilation from the git repository===<br />
If you cloned the git repository, you might need to call<br />
./bootstrap.sh<br />
to re-generate the autotools scripts and generate the ./configure script<br />
<br />
After that, it's the same as above<br />
<br />
==Usage==<br />
<br />
There are two ways to use ODR-DabMux: with command line arguments or with a configuration file.<br />
<br />
===Command line interface===<br />
There are quite many arguments and options, and the best is to read the manpage (man odr-dabmux) first, and then to look at some examples (e.g. [https://github.com/mpbraendli/mmbtools-aux/blob/master/mux-throttled.sh mux-throttled.sh])<br />
<br />
===Configuration file===<br />
The full configuration can also be specified in a configuration file.<br />
<br />
The example configuration file that is included in doc ([https://github.com/Opendigitalradio/ODR-DabMux/blob/master/doc/example.mux example.mux]) contains an example with a multiplex consisting of two services. The example file is commented, and is a good example to build your own.<br />
<br />
To run odr-dabmux with a configuration file, run<br />
odr-dabmux -e my_config.mux<br />
<br />
==Additional information==<br />
<br />
===More information===<br />
<br />
Documentation and descriptions on CRC-DabMux can be found on http://mmbtools.crc.ca/content/view/39/65/<br />
<br />
The last version published by CRC is [http://mmbtools.crc.ca/component/option,com_docman/task,doc_download/gid,33/ version 0.3.0.4], on which the latest developments are based.<br />
<br />
<br />
===Patch to increase page size===<br />
Some glitches have been noticed on some machines. They are due to underruns in the FIFO. This patch increases the buffer sizes in the mux. wrning, this patch will also increase the delay. To apply it use, the patch command. (for CRC-DabMux <= 0.3.0.4)<br />
<br />
--- src/dabInputFifo.cpp.org 2011-09-27 10:08:35.202323204 -0400<br />
+++ src/dabInputFifo.cpp 2011-09-27 10:13:57.638315966 -0400<br />
@@ -169,11 +169,12 @@<br />
if (data->buffer != NULL) {<br />
delete data->buffer;<br />
}<br />
- if (size == 0) {<br />
- size = 1024;<br />
- }<br />
- data->buffer = new unsigned char[size * 16];<br />
data->maxSize = size * 16;<br />
+ int minSize = 2*getpagesize();<br />
+ while (data->maxSize < minSize) {<br />
+ data->maxSize += size;<br />
+ }<br />
+ data->buffer = new unsigned char[data->maxSize];<br />
#ifdef _WIN32<br />
ReleaseSemaphore(data->semBuffer, 1, NULL);<br />
#else<br />
<br />
<br />
See the manpage for more info:<br />
*[[CRC-DabMux man page]]<br />
* or, of course, man odr-dabmux</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=ODR-DabMux&diff=1138ODR-DabMux2014-05-12T14:51:21Z<p>Coinchon: /* Prerequisites */</p>
<hr />
<div>ODR-DabMux is a free open source [[DAB multiplexing|DAB Multiplexer]] initially developed by Communication Research Center (CRC) from Canada, and subsequently<br />
forked by opendigitalradio. It is a command line tool.<br />
<br />
The development is done publicly on [http://github.com/Opendigitalradio GitHub] with releases available ad interim on http://mpb.li<br />
<br />
This page describes how to compile and use odr-dabmux.<br />
<br />
<br />
==Build information for ODR-DabMux==<br />
<br />
<br />
===Prerequisites===<br />
<br />
You will need boost at least version 1.42. The one from your distribution is probably fine, and if you have installed GNURadio or UHD, you will already have it.<br />
<br />
If you want to use the zeromq inputs or outputs, you need a recent (4.0.3 is best) version of [http://zeromq.org/ ZeroMQ]. It is probably preferred to install it from source:<br />
<br />
wget http://download.zeromq.org/zeromq-4.0.3.tar.gz<br />
tar -zxvf zeromq-4.0.3.tar.gz<br />
cd zeromq-4.0.3<br />
./configure<br />
make<br />
sudo make install<br />
<br />
This will install it into /usr/local<br />
<br />
ODR-DabMux also depends on [http://www.ka9q.net/code/fec/ libfec from Phil Karn]. On 64-bit machines, the original libfec doesn't compile (" fec.h:267: Error: bad register name `%dil' "). A patched version that compiles on x86_64 (and even on ARM) is available [https://github.com/Opendigitalradio/ka9q-fec/archive/master.zip on GitHub (.zip)]<br />
<br />
===Compilation===<br />
Once the prerequisites are installed, do<br />
./configure --with-debug-malloc=no --disable-debug --enable-input-zeromq --enable-output-zeromq<br />
make<br />
sudo make install<br />
<br />
<br />
or, if you don't have zeromq:<br />
./configure --with-debug-malloc=no --disable-debug<br />
make<br />
sudo make install<br />
<br />
then you can execute, as a test<br />
odr-dabmux -h<br />
<br />
When building, be careful to disable debugging, otherwise there will be lot of wasted CPU usage.<br />
<br />
<br />
===Compilation from the git repository===<br />
If you cloned the git repository, you might need to call<br />
./bootstrap.sh<br />
to re-generate the autotools scripts and generate the ./configure script<br />
<br />
After that, it's the same as above<br />
<br />
==Usage==<br />
<br />
There are two ways to use ODR-DabMux: with command line arguments or with a configuration file.<br />
<br />
===Command line interface===<br />
There are quite many arguments and options, and the best is to read the manpage (man odr-dabmux) first, and then to look at some examples (e.g. [https://github.com/mpbraendli/mmbtools-aux/blob/master/mux-throttled.sh mux-throttled.sh])<br />
<br />
===Configuration file===<br />
The full configuration can also be specified in a configuration file.<br />
<br />
The example configuration file that is included in doc ([https://github.com/Opendigitalradio/ODR-DabMux/blob/master/doc/example.mux example.mux]) contains an example with a multiplex consisting of two services. The example file is commented, and is a good example to build your own.<br />
<br />
To run odr-dabmux with a configuration file, run<br />
odr-dabmux -e my_config.mux<br />
<br />
==Additional information==<br />
<br />
===More information===<br />
<br />
Documentation and descriptions on CRC-DabMux can be found on http://mmbtools.crc.ca/content/view/39/65/<br />
<br />
The last version published by CRC is [http://mmbtools.crc.ca/component/option,com_docman/task,doc_download/gid,33/ version 0.3.0.4], on which the latest developments are based.<br />
<br />
<br />
===Patch to increase page size===<br />
Some glitches have been noticed on some machines. They are due to underruns in the FIFO. This patch increases the buffer sizes in the mux. wrning, this patch will also increase the delay. To apply it use, the patch command. (for CRC-DabMux <= 0.3.0.4)<br />
<br />
--- src/dabInputFifo.cpp.org 2011-09-27 10:08:35.202323204 -0400<br />
+++ src/dabInputFifo.cpp 2011-09-27 10:13:57.638315966 -0400<br />
@@ -169,11 +169,12 @@<br />
if (data->buffer != NULL) {<br />
delete data->buffer;<br />
}<br />
- if (size == 0) {<br />
- size = 1024;<br />
- }<br />
- data->buffer = new unsigned char[size * 16];<br />
data->maxSize = size * 16;<br />
+ int minSize = 2*getpagesize();<br />
+ while (data->maxSize < minSize) {<br />
+ data->maxSize += size;<br />
+ }<br />
+ data->buffer = new unsigned char[data->maxSize];<br />
#ifdef _WIN32<br />
ReleaseSemaphore(data->semBuffer, 1, NULL);<br />
#else<br />
<br />
<br />
See the manpage for more info:<br />
*[[CRC-DabMux man page]]<br />
* or, of course, man odr-dabmux</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Start_of_transmission_of_new_DAB%2B_stations_on_Geneva&diff=1135Start of transmission of new DAB+ stations on Geneva2014-05-01T21:56:30Z<p>Coinchon: </p>
<hr />
<div><br />
Today, 1st May 2014 is the start of tests of transmission of new DAB+ stations over Geneva for the licence awarded by Swiss OFCOM administration on channel 10D. The transmission is here to stay but is still in testing phase at the moment. It is using free open source tools developped by François Lefebvre and Pascal Charest in CRC since 2007 and continued then under [[ODR-DabMux]] for multiplexing, [[ODR-DabMod]] for modulation, [[fdk-aac-dabplus]] for encoding with [http://www.ettus.com Ettus] hardware (USRP: Universal Software Radio Peripheral) connected to a power amplifier.<br />
<br />
[[Image:IMG 20140501 173624.jpg|thumb|reception report in Commugny]]<br />
<br />
An ensemble of 13 stations is broadcasted with many new stations or stations that never had access to terrestrial radio before:<br />
*[http://www.globalfm.ch/site/ Global FM]<br />
*[http://www.maxxima.org Maxxima]<br />
*[http://www.frequencebanane.ch Fréquence Banane]<br />
*[http://lafabrik.ch/ LaFabrik]<br />
*[http://www.spoonradio.com/ Spoon Radio]<br />
*[http://www.radiocite.ch/ Radio Cité]<br />
*[http://www.openbroadcast.ch/en Openbroadcast]<br />
*[http://www.backstageradio.ch Backstage Radio]<br />
*[http://www.radioouistiti.ch Radio Ouistiti]<br />
*[http://www.radio74.org Radio 74]<br />
*[http://www.romradio.ch/ Rom Radio]<br />
*[http://www.radio-tropic.ch/ Radio Tropic]<br />
*[http://www.worldradio.ch/ WRS] (now on public service ensemble but to be migrated)<br />
<br />
More information to follow...but please don't hesitate to put your reception reports on our [https://twitter.com/opendigiradio Twitter] or [https://www.facebook.com/opendigitalradio Facebook page]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Start_of_transmission_of_new_DAB%2B_stations_on_Geneva&diff=1134Start of transmission of new DAB+ stations on Geneva2014-05-01T21:55:38Z<p>Coinchon: </p>
<hr />
<div><br />
Today, 1st May 2014 is the start of tests of transmission of new DAB+ stations over Geneva for the licence awarded by Swiss OFCOM administration on channel 10D. The transmission is here to stay but is still in testing phase at the moment. It is using free open source tools developped by François Lefebvre and Pascal Charest in CRC since 2007 and continued then under [[ODR-DabMux]] for multiplexing, [[ODR-DabMod]] for modulation, fdk-aac for DAB+ encoding with [http://www.ettus.com Ettus] hardware (USRP: Universal Software Radio Peripheral) connected to a power amplifier.<br />
<br />
[[Image:IMG 20140501 173624.jpg|thumb|reception report in Commugny]]<br />
<br />
An ensemble of 13 stations is broadcasted with many new stations or stations that never had access to terrestrial radio before:<br />
*[http://www.globalfm.ch/site/ Global FM]<br />
*[http://www.maxxima.org Maxxima]<br />
*[http://www.frequencebanane.ch Fréquence Banane]<br />
*[http://lafabrik.ch/ LaFabrik]<br />
*[http://www.spoonradio.com/ Spoon Radio]<br />
*[http://www.radiocite.ch/ Radio Cité]<br />
*[http://www.openbroadcast.ch/en Openbroadcast]<br />
*[http://www.backstageradio.ch Backstage Radio]<br />
*[http://www.radioouistiti.ch Radio Ouistiti]<br />
*[http://www.radio74.org Radio 74]<br />
*[http://www.romradio.ch/ Rom Radio]<br />
*[http://www.radio-tropic.ch/ Radio Tropic]<br />
*[http://www.worldradio.ch/ WRS] (now on public service ensemble but to be migrated)<br />
<br />
More information to follow...but please don't hesitate to put your reception reports on our [https://twitter.com/opendigiradio Twitter] or [https://www.facebook.com/opendigitalradio Facebook page]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Start_of_transmission_of_new_DAB%2B_stations_on_Geneva&diff=1133Start of transmission of new DAB+ stations on Geneva2014-05-01T21:44:01Z<p>Coinchon: </p>
<hr />
<div><br />
Today, 1st May 2014 is the start of tests of transmission of new DAB+ stations over Geneva for the licence awarded by Swiss OFCOM administration on channel 10D. The transmission is here to stay but is still in testing phase at the moment. It is using free open source tools developped by François Lefebvre and Pascal Charest in CRC since 2007 and continued then under ODR-DabMux for multiplexing, ODR-DabMod for modulation, fdk-aac for DAB+ encoding and using Ettus Universal Software Radio Peripheral connected to a power amplifier.<br />
<br />
[[Image:IMG 20140501 173624.jpg|thumb|reception report in Commugny]]<br />
<br />
An ensemble of 13 stations is broadcasted with many new stations or stations that never had access to terrestrial radio before:<br />
*[http://www.globalfm.ch/site/ Global FM]<br />
*[http://www.maxxima.org Maxxima]<br />
*[http://www.frequencebanane.ch Fréquence Banane]<br />
*[http://lafabrik.ch/ LaFabrik]<br />
*[http://www.spoonradio.com/ Spoon Radio]<br />
*[http://www.radiocite.ch/ Radio Cité]<br />
*[http://www.openbroadcast.ch/en Openbroadcast]<br />
*[http://www.backstageradio.ch Backstage Radio]<br />
*[http://www.radioouistiti.ch Radio Ouistiti]<br />
*[http://www.radio74.org Radio 74]<br />
*[http://www.romradio.ch/ Rom Radio]<br />
*[http://www.radio-tropic.ch/ Radio Tropic]<br />
*[http://www.worldradio.ch/ WRS] (now on public service ensemble but to be migrated)<br />
<br />
More information to follow...but please don't hesitate to put your reception reports on our [https://twitter.com/opendigiradio Twitter] or [https://www.facebook.com/opendigitalradio Facebook page]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Start_of_transmission_of_new_DAB%2B_stations_on_Geneva&diff=1132Start of transmission of new DAB+ stations on Geneva2014-05-01T21:43:43Z<p>Coinchon: </p>
<hr />
<div><br />
Today, 1st May 2014 is the start of tests of transmission of new DAB+ stations over Geneva for the licence awarded by Swiss OFCOM administration on channel 10D. The transmission is here to stay but is still in testing phase at the moment. It is using free open source tools developped by François Lefebvre and Pascal Charest in CRC since 2007 and continued then under ODR-DabMux for multiplexing, ODR-DabMod for modulation, fdk-aac for DAB+ encoding and using Ettus Universal Software Radio Peripheral connected to a power amplifier.<br />
<br />
An ensemble of 13 stations is broadcasted with many new stations or stations that never had access to terrestrial radio before:<br />
*[http://www.globalfm.ch/site/ Global FM]<br />
*[http://www.maxxima.org Maxxima]<br />
*[http://www.frequencebanane.ch Fréquence Banane]<br />
*[http://lafabrik.ch/ LaFabrik]<br />
*[http://www.spoonradio.com/ Spoon Radio]<br />
*[http://www.radiocite.ch/ Radio Cité]<br />
*[http://www.openbroadcast.ch/en Openbroadcast]<br />
*[http://www.backstageradio.ch Backstage Radio]<br />
*[http://www.radioouistiti.ch Radio Ouistiti]<br />
*[http://www.radio74.org Radio 74]<br />
*[http://www.romradio.ch/ Rom Radio]<br />
*[http://www.radio-tropic.ch/ Radio Tropic]<br />
*[http://www.worldradio.ch/ WRS] (now on public service ensemble but to be migrated)<br />
<br />
[[Image:IMG 20140501 173624.jpg|thumb|reception report in Commugny]]<br />
<br />
More information to follow...but please don't hesitate to put your reception reports on our [https://twitter.com/opendigiradio Twitter] or [https://www.facebook.com/opendigitalradio Facebook page]</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Main_Page&diff=1131Main Page2014-05-01T21:43:17Z<p>Coinchon: </p>
<hr />
<div>__NOTOC__ __NOEDITSECTION__<br />
<div style="font-size:282%">Opendigitalradio.org</div><br />
<br />
<br />
<P><br />
<br />
<BIG><br />
Open techniques for Digital Radio Broadcasting<br />
</BIG><br />
<br />
{| style="width:100%; border-spacing:8px; margin:-8px -8px;"<br />
|class="MainPageBG" style="width:100%; border:1px solid #ddcef2; background:#faf5ff; vertical-align:top; color:#000;"|<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#faf5ff; color:#000"<br />
! <h2 style="margin:0; background:#ddcef2; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">Background</h2><br />
|-<br />
|style="color:#000;"|<br />
Open digital broadcasting techniques based on software defined radio. Digital radio transmission and development must also become democratized for experimenters and small broadcasters. Opendigitalradio.org wiki is about creating a community for documenting and exchanging experimentations and gather information about existing projects. Please read [[Introduction]] for more information.<br />
'''[[Association Opendigitalradio|Opendigitalradio is a non-profit association based in Switzerland]]''' (page in french), offering also a broadcast infrastructure for temporary radio stations.<br />
<br />
This wiki is also the home of the '''ODR-mmbTools''', a fork of the CRC-mmbTools from [http://mmbtools.crc.ca CRC]. Please see [[Introduction on DAB/DAB+]]<br />
<br />
News:<br />
*'''[[Start of transmission of new DAB+ stations on Geneva]]'''<br />
*'''[[etisnoop]]''' ETI analyser by CSP.it<br />
*'''CRC-mmbTools forked:''' In order to continue the development of the mmbTools, they have been forked on [https://github.com/Opendigitalradio on github]: [[ODR-DabMux]] [[ODR-DabMod]]<br />
*'''[http://stakeholders.ofcom.org.uk/binaries/research/radio-research/Software-DAB-Research.pdf UK OFCOM report] on small scale DAB'''<br />
*'''[[Fdk-aac-dabplus]] A free/open DAB+ encoder is born, congratulations Tipok !'''<br />
*'''[http://tipok.org.ua/node/41 The simplest and lowest cost DAB transmitter] so far, check also the [http://www.youtube.com/watch?v=F4nibOcBrdI video] '''<br />
*'''[http://tech.ebu.ch/news/ebu-collaborates-on-successful-dab-sfn-m-17jul12 New Single Frequency Network feature] for DAB on CRC mmbTools free software !!''' (07/2012)<br />
*'''CRC has put in GPL a [http://mmbtools.crc.ca/content/view/44/71/ new version of the crc-dabmod modulator] including all modes !''' (07/2012)<br />
*'''[[Live DAB+ test transmission in Geneva during the EBU Radio Week 2012 with 100W ERP]]''' (02/2012)<br />
*'''[http://www.opendigitalradio.org/files/unikom_presentation_pub.pdf "DAB+ for local/community radio"] presentation for Unikom radios in Switzerland''' (23/10/2011)<br />
<br />
[[News|Older news]]<br />
|-<br />
|}<br />
|}<br />
<br />
{| style="width:100%; border-spacing:8px; margin:-8px -8px;"<br />
|class="MainPageBG" style="border:1px solid #cef2e0; background:#f5fffa; vertical-align:top; color:#000;"|<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#f5fffa; color:#000"<br />
! <h2 style="margin:0; background:#cef2e0; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">DAB/DAB+ transmission</h2><br />
|-<br />
|style="color:#000;"|<br />
[[Image:Logo mmb.png|right]]<br />
*[[Introduction on DAB/DAB+]]<br />
*[[DAB/DAB+ encoding]]: MPEG Layer II or HE-AAC encoding, slideshow encoding<br />
*[[DAB multiplexing]]: putting together DAB/DAB+/DMB programs<br />
*[[DAB modulation]]: create the baseband COFDM modulation<br />
*[[DAB hardware]]: software radio peripheral, filtering, amplification<br />
|-<br />
|}<br />
<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#f5fffa; color:#000"<br />
! <h2 style="margin:0; background:#cef2e0; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">Real cases, examples</h2><br />
|-<br />
|style="color:#000;"|<br />
*[http://www.slideshare.net/radioradioradio/local-dab-broadcasting Presentation] and [[WorldDMB GA 2010 Open DAB demonstration|demonstration]] of the full open source DAB transmission solution at 2010 WorldDMB General Assembly in Belfast<br />
*[[First licensed open dab transmission]] for Label Suisse Festival 17-19 September 2010 Lausanne.<br />
*[[Demonstration of open source digital transmission chain at IBC]], Stand 10.D21 (EBU), 10-14 September 2010<br />
*[[DAB scripts examples]]<br />
*[[Installer scripts]] for '''Debian wheezy'''<br />
*[[How to install CRC DAB+ transmission chain from scratch in Ubuntu 11.04]] '''Warning: Outdated!''' The [[ODR-DabMux]], [[ODR-DabMod]] and [[Fdk-aac-dabplus]] pages also contain on install instructions.<br />
*[[DAB+ script and infrastructure used for Kanal Plus ensemble in Denmark]]<br />
*[[How to install latest version of gnuradio with CRC MMBtools live CD]]<br />
|-<br />
|}<br />
|}<br />
<br />
{| style="width:100%; border-spacing:8px; margin:-8px -8px;"<br />
|class="MainPageBG" style="border:1px solid #f2e0ce; background:#fffaf5; vertical-align:top; color:#000;"|<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#fffaf5; color:#000"<br />
! <h2 style="margin:0; background:#f2e0ce; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">Other digital systems, transmission and reception</h2><br />
|-<br />
|style="color:#000;"|<br />
*[[DAB reception]] (Openmokast and others)<br />
*[[DAB measurement]] (measurement&monitoring tools, planning tools).<br />
*[[DRM/DRM+ Digital Radio Mondiale]], digital radio system for AM bands (LW, MW and SW) and all VHF bands (FM band and others). <br />
*[[FM RDS transmission]] (not really a digital system except RDS ;)<br />
*[[Crazy techniques using a VGA card as radio peripheral]]<br />
*[[Coverage planning]]<br />
|-<br />
|}<br />
|}<br />
<br />
{| style="width:100%; border-spacing:8px; margin:-8px -8px;"<br />
|class="MainPageBG" style="width:100%; border:1px solid #cedff2; background:#f5faff; vertical-align:top; color:#000;"|<br />
{| cellpadding="2" cellspacing="5" style="width:100%; vertical-align:top; background:#f5faff; color:#000"<br />
! <h2 style="margin:0; background:#cedff2; font-size:120%; font-weight:bold; border:1px solid #afa3bf; text-align:left; color:#000; padding:0.2em 0.4em;">Contacts</h2><br />
|-<br />
|style="color:#000;"|<br />
Please register to the [https://lists.saitis.net/cgi-bin/mailman/listinfo/openradio mailing list] or follow us on '''Twitter''': http://twitter.com/opendigiradio to get informed, involved or for any questions. Find us [http://www.facebook.com/opendigitalradio also on '''Facebook''']<br />
<br />
Email: broadcast at opendigitalradio.org<br />
|-<br />
|}<br />
|}</div>Coinchonhttps://wiki.opendigitalradio.org/index.php?title=Start_of_transmission_of_new_DAB%2B_stations_on_Geneva&diff=1130Start of transmission of new DAB+ stations on Geneva2014-05-01T21:42:16Z<p>Coinchon: </p>
<hr />
<div><br />
Today, 1st May 2014 is the start of tests of transmission of new DAB+ stations over Geneva for the licence awarded by Swiss OFCOM administration on channel 10D. The transmission is here to stay but is still in testing phase at the moment. It is using free open source tools developped by François Lefebvre and Pascal Charest in CRC since 2007 and continued then under ODR-DabMux for multiplexing, ODR-DabMod for modulation, fdk-aac for DAB+ encoding and using Ettus Universal Software Radio Peripheral connected to a power amplifier.<br />
<br />
An ensemble of 13 stations is broadcasted with many new stations or stations that never had access to terrestrial radio before:<br />
*[http://www.globalfm.ch/site/ Global FM]<br />
*[http://www.maxxima.org Maxxima]<br />
*[http://www.frequencebanane.ch Fréquence Banane]<br />
*[http://lafabrik.ch/ LaFabrik]<br />
*[http://www.spoonradio.com/ Spoon Radio]<br />
*[http://www.radiocite.ch/ Radio Cité]<br />
*[http://www.openbroadcast.ch/en Openbroadcast]<br />
*[http://www.backstageradio.ch Backstage Radio]<br />
*[http://www.radioouistiti.ch Radio Ouistiti]<br />
*[http://www.radio74.org Radio 74]<br />
*[http://www.romradio.ch/ Rom Radio]<br />
*[http://www.radio-tropic.ch/ Radio Tropic]<br />
*[http://www.worldradio.ch/ WRS] (now on public service ensemble but to be migrated)<br />
<br />
[[Image:IMG 20140501 173624.jpg]]<br />
<br />
More information to follow...but please don't hesitate to put your reception reports on our [https://twitter.com/opendigiradio Twitter] or [https://www.facebook.com/opendigitalradio Facebook page]</div>Coinchon