Closed nicolaipeter closed 7 years ago
Hi Peter !
A lot seems to be OK, but I noticed that you encode in AAC (DAB+) but have the service defined as type: audio. That is the old MPEG2 DAB mode. Please use dabplus. I think that should solve it, please try ! Otherwise, please provide the command line with which you invoke the audio encoder and the multiplex configuration file. I should have mentioned in the RaspDAB description that you need to read the examples very carefully ;o) But I just added some additional information in the multiplex file description that might be of help to set the right ID coded values - please check this out. If you find an error in the Wiki, please inform me. And if you're from the Netherlands, please visit www.DABLokaal.nl/forum .
Succes ! Gerard
Hi Gerard, I have the service in my raspdab.mux difined as dabplus, but the ODR-dabmux shows: type audio. For a test i changed the type in raspdab.mux to audio, but then i get errors about the bitrate not being 192 kbps. So ODR-dabmux is reading it as dabplus i think... ???
for info my raspdab.mux in the attachment
kind regards, Peter
2017-06-23 15:48 GMT+02:00 glokhoff notifications@github.com:
Hi Peter !
A lot seems to be OK, but I noticed that you encode in AAC (DAB+) but have the service defined as type: audio. That is the old MPEG2 DAB mode. Please use dabplus. I think that should solve it, please try ! I should have mentioned in the RaspDAB description that you need to read the examples very carefully ;o) And if you're from the Netherlands, please visit www.DABLokaal.nl/forum .
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/glokhoff/RaspDAB/issues/3#issuecomment-310670077, or mute the thread https://github.com/notifications/unsubscribe-auth/AbzXec9vk5R5LhjrXAsWssjsa3WtjZ8iks5sG8IggaJpZM4OCxyJ .
Hi Peter,
Sorry, I don't see the raspdab.mux file as attachment. I'm pretty new to Github, perhaps I fail to see where it is located. Can you please send it to info@dablokaal.nl, then I will get it.
It must be something small and obvious that we overlook, as you already have the audioencoder working and the dabmux starts as well. It seems dabmux doesn't get the output of the audioencoder.
Kind regards,
Gerard
Op 2017-06-23 om 21:55 schreef nicolaipeter:
Hi Gerard, I have the service in my raspdab.mux difined as dabplus, but the ODR-dabmux shows: type audio. For a test i changed the type in raspdab.mux to audio, but then i get errors about the bitrate not being 192 kbps. So ODR-dabmux is reading it as dabplus i think... ???
for info my raspdab.mux in the attachment
kind regards, Peter
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware. https://www.avast.com/antivirus
Hello Gerard, Around midnight i found the problem... I was using manual tuning on my receiver. It showed the station info but did not play the station... A fresh scan on the receiver was required to actual play the station... A little stupid of me not trying this before, but now it works.
I noticed that sometimes the RF signal drops a bit and the audio is then gone for a second or so. Did you also noticed this? The fact that the RF signal drops tells me that this is more a hardware issue.. i will let you know..
I will sign up on dablokaal.
Regard, Peter
2017-06-24 10:10 GMT+02:00 glokhoff notifications@github.com:
Hi Peter,
Sorry, I don't see the raspdab.mux file as attachment. I'm pretty new to Github, perhaps I fail to see where it is located. Can you please send it to info@dablokaal.nl, then I will get it.
It must be something small and obvious that we overlook, as you already have the audioencoder working and the dabmux starts as well. It seems dabmux doesn't get the output of the audioencoder.
Kind regards,
Gerard
Op 2017-06-23 om 21:55 schreef nicolaipeter:
Hi Gerard, I have the service in my raspdab.mux difined as dabplus, but the ODR-dabmux shows: type audio. For a test i changed the type in raspdab.mux to audio, but then i get errors about the bitrate not being 192 kbps. So ODR-dabmux is reading it as dabplus i think... ???
for info my raspdab.mux in the attachment
kind regards, Peter
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware. https://www.avast.com/antivirus
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/glokhoff/RaspDAB/issues/3#issuecomment-310824126, or mute the thread https://github.com/notifications/unsubscribe-auth/AbzXeUTzJDqukdrVeW6VViXFIka-hfB4ks5sHMRlgaJpZM4OCxyJ .
Hi Peter,
OK, glad you found it... With Manual Tune in most cases you need to confirm the search has ended by pressing 'select' or 'menu' or something similar, after which you can browse through the stations in the mux. I guess it didn't help you copied my example, which has Brainport for the station as well as the multiplex ID...
If the RF drops check whether or not the LED on the EasyDAB that shows it is locked / or the 1 pulse per second changes as well. Otherwise it might just be something in the recever, try another receiver as well if you can. And check the signal strength meter and/or error level on the receiver. It might also be a clock drift, although you did include the -D in the audioenc command line. Be sure to always have an antenna or dummy load connected to the EasyDAB, and don't put the amplitude over 100% to keep a clean signal.
I remember at the start I had this issue as well, but I don't really remember how I solved it. Perhaps it is in the settings for the connection on the EasyDAB. I use:
Connection mode: TCP-Client
Enable ZeroMQ Client Handshake - checked
No Deleyed TCP ACK - checked
If you have a version with extra buffers, enable these.
Hope this helps,
Gerard
Op 2017-06-24 om 10:34 schreef nicolaipeter:
Hello Gerard, Around midnight i found the problem... I was using manual tuning on my receiver. It showed the station info but did not play the station... A fresh scan on the receiver was required to actual play the station... A little stupid of me not trying this before, but now it works.
I noticed that sometimes the RF signal drops a bit and the audio is then gone for a second or so. Did you also noticed this? The fact that the RF signal drops tells me that this is more a hardware issue.. i will let you know..
I will sign up on dablokaal.
Regard, Peter
2017-06-24 10:10 GMT+02:00 glokhoff notifications@github.com:
Hi Peter,
Sorry, I don't see the raspdab.mux file as attachment. I'm pretty new to Github, perhaps I fail to see where it is located. Can you please send it to info@dablokaal.nl, then I will get it.
It must be something small and obvious that we overlook, as you already have the audioencoder working and the dabmux starts as well. It seems dabmux doesn't get the output of the audioencoder.
Kind regards,
Gerard
Op 2017-06-23 om 21:55 schreef nicolaipeter:
Hi Gerard, I have the service in my raspdab.mux difined as dabplus, but the ODR-dabmux shows: type audio. For a test i changed the type in raspdab.mux to audio, but then i get errors about the bitrate not being 192 kbps. So ODR-dabmux is reading it as dabplus i think... ???
for info my raspdab.mux in the attachment
kind regards, Peter
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware. https://www.avast.com/antivirus
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub
https://github.com/glokhoff/RaspDAB/issues/3#issuecomment-310824126, or mute the thread
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/glokhoff/RaspDAB/issues/3#issuecomment-310825252, or mute the thread https://github.com/notifications/unsubscribe-auth/AYgczGt95JMrVjDioWstC4fXLRKDxzPqks5sHMoDgaJpZM4OCxyJ.
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware. https://www.avast.com/antivirus
I am still trying to figure it out... I will post the info once i found the cause of these dropouts...
Regards, Peter
Hi Thank you for the great wiki! I followed your wiki and have the easydab working. I see all the info from the RaspDab.mux file on my Dab Radio but i do not have audio. The ODR-Audioenc is running and i see the VU meters moving. It gives an error: Libmad error: bad main_data_begin pointer but it shows the moving VU meters
Please see the terminal schreens below. Do you have any idea what i am doing wrong?
Kind Regards, Peter Nicolai (NL)
odr@dabmux:~ $ odr-audioenc -v http://server-66.stream-server.nl:8852 -C 200 -b 64 -o tcp://localhost:59000 -D -L --audio-resampler=samplerate -L --src-converter-type=1 -l -V Welcome to ODR-AudioEnc v2.1.0, compiled at May 16 2017, 23:31:20 http://opendigitalradio.org
Using 8 subchannels. AAC type: HE-AAC. channels=2, sample_rate=48000 AAC bitrate set to: 64000 DAB+ Encoding: framelen=1920 (7680B) Initialising VLC... You are using VLC with size_t size callbacks Initialising VLC with options:
--network-caching=200 --sout
transcode{acodec=fl32,samplerate=48000}:smem{audio-postrender-callback=116036,audio-prerender-callback=111044,audio-data=2123082300}
--audio-resampler=samplerate --src-converter-type=1 Start VLC thread Starting encoding In: [ | ] U [74d00c48] http access: Raw-audio server found, mp3 demuxer selected In: [ | ] U [71d07078] mpgatofixed32 audio converter error: libmad error: bad main_data_begin pointer In: [======|=====-]
OTHER TERMINAL WINDOW....
odr-dabmux ./RaspDab.mux Welcome to ODR-DabMux v1.2.1, compiled at May 16 2017, 22:57:18
Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Her Majesty the Queen in Right of Canada (Communications Research Centre Canada) All rights reserved.
Copyright (C) 2016 Matthias P. Braendli http://opendigitalradio.org
Input URLs supported: prbs udp file zmq Inputs format supported: raw mpeg packet epm Output URLs supported: file fifo udp tcp simul
ZMQ socket tcp://:59100 No announcements defined in ensemble because No such node (announcements) No announcements defined in service srv-R4B --- Multiplex configuration --- Ensemble id: 0x4fff (20479) ecc: 0xe3 (227) label: RaspDAB+ Mux short label: RaspDAB+ (0xff00) mode: 1 lto: 2.0 hours intl. table. 0 No announcement clusters defined Linkage Sets --- Subchannels list --- Subchannel sub-R4B input URI: tcp://:59000 type: audio id: 0x1 (1) bitrate: 64 protection: EEP 1-A option: 0 level: 0 SAD: 0 size (CU): 96 --- Services list --- Service srv-R4B label: Radio4Brainport short label: R4B (0x8600) id: 0x8b01 (35585) pty: 0x17 (23) language: 0x9 (9) announcements: 0x0 clusters: --- Components list --- Component comp-R4B service id: 0x8b01 (35585) subchannel id: 0x1 (1) label:
short label:
(0xff00) service component type: 0x3f (63) No app type defined --- Output list --- Output 0 URI: zmq: tcp:// Output 1 URI: simul:// Start loop inputZMQ sub-R4B input pre-buffering complete