Test DAB+ with à HackRF One
1,855 views
Skip to first unread message
con...@ac-news.fr
Sep 1, 2015, 2:29:43 PM9/1/15
to mmbtools
Hi all,
I wish I introduce myself to the radio emission dab + for its implementation in my area ( border with Belgium ) and properly master this technology. I start with a HackRF One card because of its low cost for a first grip.
My first question concerns the type distriution linux to use - > Ubuntu or Debian
Is it possible to have available a sample or transmit parameter settings to start with a base that works.
I will then make my research and personal experimentation from this base.
Thank you
François
___________________________
Bonjour à tous
Je souhaiterai m'initier à l'émission radio en dab+ pour sa mise en place dans ma région (frontalier à la Belgique) et maîtriser correctement cette technologie. Je commence avec une carte HackRF One à cause de son faible coût pour une première prise en main.
Ma première question de porte sur le type de distriution linux à utiliser -> Ubuntu ou Debian
Est-il possible d'avoir à disposition un ou des exemples de paramètrages en émission pour démarrer avec une base qui fonctionne.
Je ferai ensuite mes recherches et expérimentations personnelles à partir de cette base.
Merci
François
Rashid Mustapha
Sep 3, 2015, 5:28:01 AM9/3/15
to crc-mm...@googlegroups.com
Bonjour François,
Welcome to the group! It's holiday season, but normal service will return shortly. In the meantime you might like to have a look at the documentation - you'll find some instructions for HackRF in there. Hope it helps, and of course we can try to answer any questions you might have. The documentation can be found on Github:
https://github.com/Opendigitalradio/mmbtools-doc
And please take a look at the Open Digital Radio website where you can find some resources, and a link to the wiki:
http://www.opendigitalradio.org/fr/
Best regards,
Rash.
--
You received this message because you are subscribed to the Google Groups "mmbtools" group.
To unsubscribe from this group and stop receiving emails from it, send an email to crc-mmbtools...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Jan de Vries
Sep 16, 2015, 9:07:45 AM9/16/15
to mmbtools
Hi Rash,
All samples are made for the ettus boards, what to change to make it work on a HackRf one ?
Seen some comments about the HackRF_transfer, but where to put those line's ?
Op donderdag 3 september 2015 11:28:01 UTC+2 schreef Rash:
Rashid Mustapha
Sep 16, 2015, 11:19:32 AM9/16/15
to crc-mm...@googlegroups.com
Hi Jan,
You can change the output samples in the [fileoutput] section of the odr-dabmod .ini file.
'format=complexf' is the default that produces 32-bit complex floats (suitable for Ettus boards)
setting 'format=s8' forces odr-dabmod to produce signed 8-bit integers suitable for HackRF, and compatible SDRs such as the Chaos Communications Camp 2015 'Rad1o' badge.
Best regards,
Rash.
Jan de Vries
Sep 16, 2015, 12:41:45 PM9/16/15
to mmbtools
Hi Rash,
Tnx for the quick respons.
Somewhere on github i found this small piece of code to make the HackRf one work.
mkfifo /tmp/pfdm.fifo
odr-dambod mod.ini &
hackrf_transfer -t /tmp/ofdm.fifo -f 216928000 -x 47 /
-a 1 -s 4096000 -b 1750000
should this go into the dabmod ini file to ?
and if so, where to put, at the end ?
Jan
Op woensdag 16 september 2015 17:19:32 UTC+2 schreef Rash:
Tnx for the quick respons.
Somewhere on github i found this small piece of code to make the HackRf one work.
mkfifo /tmp/pfdm.fifo
odr-dambod mod.ini &
hackrf_transfer -t /tmp/ofdm.fifo -f 216928000 -x 47 /
-a 1 -s 4096000 -b 1750000
should this go into the dabmod ini file to ?
and if so, where to put, at the end ?
Jan
Op woensdag 16 september 2015 17:19:32 UTC+2 schreef Rash:
Rashid Mustapha
Sep 17, 2015, 8:55:35 AM9/17/15
to crc-mm...@googlegroups.com
Hi again Jan,
The documentation should help you a bit here.
The .ini file is what configures odr-dabmod. The rest of it is the command line to create a fifo to avoid uhd messages in stdout from corrupting the samples, and to start odr-dabmod and also utility which sends the samples to HackRF. If you're unsure just run them in separate terminal windows until you learn more about the shell. Anyway, you should be able to see what is going on.
mkfifo /tmp/ofdm.fifo (creates a fifo buffer)
odr-dambod mod.ini (starts odr-dabmod with mod.ini - needs to be in the same directory and write samples to the fifo you created)
hackrf_transfer -t /tmp/ofdm.fifo -f 216928000 -x 47 -a 1 -s 4096000 -b 1750000 (Tells the HackRF utility to read samples from that fifo, set the frequency to block 11A, set IF gain and amplifier to on, and read samples at 4096k, and switch in the 1.75 MHz baseband filter).
Hope this helps!
Jan de Vries
Sep 17, 2015, 4:53:30 PM9/17/15
to mmbtools
Hi there Rash,
Thanks for reply.
I know what the code does, i managed to understand the instructions, whas not shure where to place the code, well now i understand is should be placed in the mod.ini file.
Thats for one, now the file for the input.
I wanna use the VLC one.
configuration.sh
all_radios=("radio1" "radio2" "radio3")
gives me an error on the (
furthermore this code puzzels me.
"./encode-libvlc.sh http://radio1.aac Radio1 tcp://localhost:9001 toolame -b 128 -s 48 -m j -y 2 -L -W dls/radio1.txt -p 6 -P dls/radio1.dls" mot[radio]="./encode-mot.sh Radio1 --pad 6 --remove-dls --dls dls/radio1.txt --output dls/radio1.dls"
I guess, i have to put the stream adress ( e.g. IP adres ) in stead of http://radio1.aac ???
That is not very clear in the manual.
Maybe an GUI is an idea to make changes on the complete code/shells ?
Than people who are not that good on linux can handle things too :-)
Jan.
Op donderdag 17 september 2015 14:55:35 UTC+2 schreef Rash:
Thanks for reply.
I know what the code does, i managed to understand the instructions, whas not shure where to place the code, well now i understand is should be placed in the mod.ini file.
Thats for one, now the file for the input.
I wanna use the VLC one.
configuration.sh
all_radios=("radio1" "radio2" "radio3")
gives me an error on the (
furthermore this code puzzels me.
"./encode-libvlc.sh http://radio1.aac Radio1 tcp://localhost:9001 toolame -b 128 -s 48 -m j -y 2 -L -W dls/radio1.txt -p 6 -P dls/radio1.dls" mot[radio]="./encode-mot.sh Radio1 --pad 6 --remove-dls --dls dls/radio1.txt --output dls/radio1.dls"
I guess, i have to put the stream adress ( e.g. IP adres ) in stead of http://radio1.aac ???
That is not very clear in the manual.
Maybe an GUI is an idea to make changes on the complete code/shells ?
Than people who are not that good on linux can handle things too :-)
Jan.
Op donderdag 17 september 2015 14:55:35 UTC+2 schreef Rash:
Message has been deleted
Message has been deleted
Matthias Brändli
Sep 21, 2015, 1:13:52 AM9/21/15
to crc-mm...@googlegroups.com
> I'm under debian 8.1 jessie.
> I have make the install of the hachrd one and it's good. It's respond me
> with the command hackrf_info.
> Now, I want install all softwares of opendigitalradio with the debian
> .sh script.
>
> First problem :
> The script finf not the hithub repository.(screen1.png
> -> I have passed the lines in comment (screen2.png)
Wait, don't comment these lines, you are confusing the uhd package in
the debian repository and the uhd source repository on github. The error
comes from the debian package repository. I'm surprised to see this error...
Does
apt-get build-dep uhd
fail ?
> Second problem :
> I have manualy installed the host driver of the usrp.
How ? Source ? Debian repository ?
If you took the debian repository, did you also install the -dev package ?
> I start another time the script debian.sh
> It stop at the install of the ODR-Dabmod. It want the driver of the
> usrp. (screen3.png)
> Can I delete the argument in the line 5593 of the configuration (or in
> coment )?
No. Never modify ./configure by hand. That will always lead to more
broken things :-)
If you do not want to have the UHD output, the command
./configure --disable-output-uhd
should work.
mpb
> Le jeudi 17 septembre 2015 22:53:30 UTC+2, Jan de Vries a écrit :
>
> Hi there Rash,
>
> Thanks for reply.
> I know what the code does, i managed to understand the instructions,
> whas not shure where to place the code, well now i understand is
> should be placed in the mod.ini file.
>
> Thats for one, now the file for the input.
> I wanna use the VLC one.
>
> *configuration.sh
> *
> <https://groups.google.com/d/optout>.
> I have make the install of the hachrd one and it's good. It's respond me
> with the command hackrf_info.
> Now, I want install all softwares of opendigitalradio with the debian
> .sh script.
>
> First problem :
> The script finf not the hithub repository.(screen1.png
> -> I have passed the lines in comment (screen2.png)
Wait, don't comment these lines, you are confusing the uhd package in
the debian repository and the uhd source repository on github. The error
comes from the debian package repository. I'm surprised to see this error...
Does
apt-get build-dep uhd
fail ?
> Second problem :
> I have manualy installed the host driver of the usrp.
How ? Source ? Debian repository ?
If you took the debian repository, did you also install the -dev package ?
> I start another time the script debian.sh
> It stop at the install of the ODR-Dabmod. It want the driver of the
> usrp. (screen3.png)
> Can I delete the argument in the line 5593 of the configuration (or in
> coment )?
No. Never modify ./configure by hand. That will always lead to more
broken things :-)
If you do not want to have the UHD output, the command
./configure --disable-output-uhd
should work.
mpb
> Le jeudi 17 septembre 2015 22:53:30 UTC+2, Jan de Vries a écrit :
>
> Hi there Rash,
>
> Thanks for reply.
> I know what the code does, i managed to understand the instructions,
> whas not shure where to place the code, well now i understand is
> should be placed in the mod.ini file.
>
> Thats for one, now the file for the input.
> I wanna use the VLC one.
>
> *
> all_radios=("radio1" "radio2" "radio3")
>
> gives me an error on the (
>
> furthermore this code puzzels me.
>
> "./encode-libvlc.sh http://radio1.aac Radio1 tcp://localhost:9001
> toolame -b 128 -s 48 -m j -y 2 -L -W dls/radio1.txt -p 6 -P
> dls/radio1.dls" mot[radio]="./encode-mot.sh Radio1 --pad 6
> --remove-dls --dls dls/radio1.txt --output dls/radio1.dls"
>
> I guess, i have to put the stream adress ( e.g. IP adres ) in stead
> of /http://radio1.aac/ ???
>
> gives me an error on the (
>
> furthermore this code puzzels me.
>
> "./encode-libvlc.sh http://radio1.aac Radio1 tcp://localhost:9001
> toolame -b 128 -s 48 -m j -y 2 -L -W dls/radio1.txt -p 6 -P
> dls/radio1.dls" mot[radio]="./encode-mot.sh Radio1 --pad 6
> --remove-dls --dls dls/radio1.txt --output dls/radio1.dls"
>
> I guess, i have to put the stream adress ( e.g. IP adres ) in stead
>
> --
> You received this message because you are subscribed
> to the Google Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving
> emails from it, send an email to
> crc-mmbtools...@googlegroups.com.
> For more options, visit
> https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>.
> --
> You received this message because you are subscribed
> to the Google Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving
> emails from it, send an email to
> crc-mmbtools...@googlegroups.com.
> For more options, visit
> https://groups.google.com/d/optout
>
> --
> You received this message because you are subscribed to the
> Google Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails
> from it, send an email to crc-mmbtools...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>.
> --
> You received this message because you are subscribed to the
> Google Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails
> from it, send an email to crc-mmbtools...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to crc-mmbtools...@googlegroups.com
> <mailto:crc-mmbtools...@googlegroups.com>.
>
> --
> You received this message because you are subscribed to the Google
> Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to crc-mmbtools...@googlegroups.com
Aurelien Picart
Oct 1, 2015, 3:09:32 AM10/1/15
to mmbtools
Hi all!
I have similar problems with dabmod, buffer is always full and i can't transmitt.
I had try with debugg mod and add "max_frames_queued=56" in mod.ini, but no issues.
This is my DabMod screen:
aurel@aurel-Satellite-L655D:~/ODR-DabMod$ odr-dabmod ./mod.ini & hackrf_transfer -t /tmp/ofdm.fifo -f 216928000 -x 47 \ -a 1 -s 4096000 -b 1750000
[1] 5299
ODR-DabMod version v0.5.3-52-gee0b8fb-dirty
Using FFT library FFTW (with fft_simd)
Compiled with features: zeromq
Starting up
Input
Type: zeromq
Source: tcp://localhost:8080
Output
Name: /tmp/ofdm.fifo
Sampling rate: 4.096 MHz
Setting up timestamp decoder with 0 offset
Input ZeroMQ:
Receiving from tcp://localhost:8080
call hackrf_sample_rate_set(4096000 Hz/4.096 MHz)
call hackrf_baseband_filter_bandwidth_set(1750000 Hz/1.750 MHz)
call hackrf_set_freq(216928000 Hz/216.928 MHz)
WARN ZeroMQ buffer low: 4 elements !
WARN ZeroMQ buffer overfull !
ZeroMQ input worker terminated
WARN InputZMQ buffer overflow
WARN Restart modulator.
Stop with Ctrl-C
0 DAB frames encoded
0 seconds encoded
Setting up timestamp decoder with 0 offset
Input ZeroMQ:
Receiving from tcp://localhost:8080
WARN ZeroMQ buffer low: 4 elements !
WARN ZeroMQ buffer overfull !
ZeroMQ input worker terminated
ERROR Could not initialise TII, skipping!
FIRFilter: Reading 45 taps...
This software uses the FFTW library.
0.3 MiB / 1.000 sec = 0.3 MiB/second
User cancel, exiting...
Total time: 1.00076 s
hackrf_stop_tx() done
hackrf_close() done
hackrf_exit() done
fclose(fd) done
exit
aurel@aurel-Satellite-L655D:~/ODR-DabMod$ WARN InputZMQ buffer overflow
WARN Restart modulator.
1 DAB frames encoded
0.024 seconds encoded
Process time:
InputMemory: 189 us (0.02 %)
DabModulator: 1003733 us (99.98 %)
FormatConverter: 0 us (0.00 %)
OutputFile: 0 us (0.00 %)
total: 1003922 us (100.00 %)
Process time:
PrbsGenerator: 82 us (31.42 %)
FicSource: 1 us (0.38 %)
PrbsGenerator: 3 us (1.15 %)
ConvEncoder: 15 us (5.75 %)
PuncturingEncoder: 16 us (6.13 %)
SubchannelSource: 1 us (0.38 %)
PrbsGenerator: 4 us (1.53 %)
ConvEncoder: 38 us (14.56 %)
PuncturingEncoder: 32 us (12.26 %)
TimeInterleaver: 43 us (16.48 %)
FrameMultiplexer: 8 us (3.07 %)
BlockPartitioner: 18 us (6.90 %)
QpskSymbolMapper: 0 us (0.00 %)
FrequencyInterleaver: 0 us (0.00 %)
PhaseReference: 0 us (0.00 %)
DifferentialModulator: 0 us (0.00 %)
NullSymbol: 0 us (0.00 %)
SignalMultiplexer: 0 us (0.00 %)
OfdmGenerator: 0 us (0.00 %)
GainControl: 0 us (0.00 %)
GuardIntervalInserter: 0 us (0.00 %)
FIRFilter: 0 us (0.00 %)
Resampler: 0 us (0.00 %)
OutputMemory: 0 us (0.00 %)
total: 261 us (100.00 %)
I join now all my way before ODR-DabMod, i had build a one station mux for test:
fdk-aac-dabplus:
aurel@aurel-Satellite-L655D:~$ dabplus-enc -v http://ouifm.ice.infomaniak.ch/ouifm-high.aac -r 32000 -c 2 -o tcp://localhost:9002 -l -b 88
Welcome to fdk-aac-dabplus v0.7.2, compiled at Aug 16 2015, 17:50:47
http://opendigitalradio.org
Using 11 subchannels. AAC type: AAC-LC. channels=2, sample_rate=32000
AAC bitrate set to: 88000
DAB+ Encoding: framelen=960 (3840B)
Initialising VLC...
You are using VLC with unsigned int size callbacks
Starting encoding
[0xb4302db0] access_http access: Raw-audio server found, m4a demuxer selected
[0xb4308910] packetizer_mpeg4audio demux packetizer: AAC channels: 2 samplerate: 44100
Here now, configuration file of my mux "1programmestest.mux"
Config.log of DabMux
mod.ini of DabMod
and DabMod config.log with debug mode
Regards,
Aurélien
I have similar problems with dabmod, buffer is always full and i can't transmitt.
I had try with debugg mod and add "max_frames_queued=56" in mod.ini, but no issues.
This is my DabMod screen:
aurel@aurel-Satellite-L655D:~/ODR-DabMod$ odr-dabmod ./mod.ini & hackrf_transfer -t /tmp/ofdm.fifo -f 216928000 -x 47 \ -a 1 -s 4096000 -b 1750000
[1] 5299
ODR-DabMod version v0.5.3-52-gee0b8fb-dirty
Using FFT library FFTW (with fft_simd)
Compiled with features: zeromq
Starting up
Input
Type: zeromq
Source: tcp://localhost:8080
Output
Name: /tmp/ofdm.fifo
Sampling rate: 4.096 MHz
Setting up timestamp decoder with 0 offset
Input ZeroMQ:
Receiving from tcp://localhost:8080
call hackrf_sample_rate_set(4096000 Hz/4.096 MHz)
call hackrf_baseband_filter_bandwidth_set(1750000 Hz/1.750 MHz)
call hackrf_set_freq(216928000 Hz/216.928 MHz)
WARN ZeroMQ buffer low: 4 elements !
WARN ZeroMQ buffer overfull !
ZeroMQ input worker terminated
WARN InputZMQ buffer overflow
WARN Restart modulator.
Stop with Ctrl-C
0 DAB frames encoded
0 seconds encoded
Setting up timestamp decoder with 0 offset
Input ZeroMQ:
Receiving from tcp://localhost:8080
WARN ZeroMQ buffer low: 4 elements !
WARN ZeroMQ buffer overfull !
ZeroMQ input worker terminated
ERROR Could not initialise TII, skipping!
FIRFilter: Reading 45 taps...
This software uses the FFTW library.
0.3 MiB / 1.000 sec = 0.3 MiB/second
User cancel, exiting...
Total time: 1.00076 s
hackrf_stop_tx() done
hackrf_close() done
hackrf_exit() done
fclose(fd) done
exit
aurel@aurel-Satellite-L655D:~/ODR-DabMod$ WARN InputZMQ buffer overflow
WARN Restart modulator.
1 DAB frames encoded
0.024 seconds encoded
Process time:
InputMemory: 189 us (0.02 %)
DabModulator: 1003733 us (99.98 %)
FormatConverter: 0 us (0.00 %)
OutputFile: 0 us (0.00 %)
total: 1003922 us (100.00 %)
Process time:
PrbsGenerator: 82 us (31.42 %)
FicSource: 1 us (0.38 %)
PrbsGenerator: 3 us (1.15 %)
ConvEncoder: 15 us (5.75 %)
PuncturingEncoder: 16 us (6.13 %)
SubchannelSource: 1 us (0.38 %)
PrbsGenerator: 4 us (1.53 %)
ConvEncoder: 38 us (14.56 %)
PuncturingEncoder: 32 us (12.26 %)
TimeInterleaver: 43 us (16.48 %)
FrameMultiplexer: 8 us (3.07 %)
BlockPartitioner: 18 us (6.90 %)
QpskSymbolMapper: 0 us (0.00 %)
FrequencyInterleaver: 0 us (0.00 %)
PhaseReference: 0 us (0.00 %)
DifferentialModulator: 0 us (0.00 %)
NullSymbol: 0 us (0.00 %)
SignalMultiplexer: 0 us (0.00 %)
OfdmGenerator: 0 us (0.00 %)
GainControl: 0 us (0.00 %)
GuardIntervalInserter: 0 us (0.00 %)
FIRFilter: 0 us (0.00 %)
Resampler: 0 us (0.00 %)
OutputMemory: 0 us (0.00 %)
total: 261 us (100.00 %)
I join now all my way before ODR-DabMod, i had build a one station mux for test:
fdk-aac-dabplus:
aurel@aurel-Satellite-L655D:~$ dabplus-enc -v http://ouifm.ice.infomaniak.ch/ouifm-high.aac -r 32000 -c 2 -o tcp://localhost:9002 -l -b 88
Welcome to fdk-aac-dabplus v0.7.2, compiled at Aug 16 2015, 17:50:47
http://opendigitalradio.org
Using 11 subchannels. AAC type: AAC-LC. channels=2, sample_rate=32000
AAC bitrate set to: 88000
DAB+ Encoding: framelen=960 (3840B)
Initialising VLC...
You are using VLC with unsigned int size callbacks
Starting encoding
[0xb4302db0] access_http access: Raw-audio server found, m4a demuxer selected
[0xb4308910] packetizer_mpeg4audio demux packetizer: AAC channels: 2 samplerate: 44100
Here now, configuration file of my mux "1programmestest.mux"
Config.log of DabMux
mod.ini of DabMod
and DabMod config.log with debug mode
Regards,
Aurélien
Matthias P. Brändli
Oct 1, 2015, 3:14:08 AM10/1/15
to crc-mm...@googlegroups.com
Hello
On 01. 10. 15 09:09, Aurelien Picart wrote:
> I have similar problems with dabmod, buffer is always full and i can't
> transmitt.
> I had try with debugg mod and add "max_frames_queued=56" in mod.ini, but
> no issues.
56 frames is 56*24ms worth of data. Is this enough ?
Did you try bigger values ? e.g. 20seconds of buffer ?
mpb
On 01. 10. 15 09:09, Aurelien Picart wrote:
> I have similar problems with dabmod, buffer is always full and i can't
> transmitt.
> I had try with debugg mod and add "max_frames_queued=56" in mod.ini, but
> no issues.
Did you try bigger values ? e.g. 20seconds of buffer ?
mpb
Aurelien Picart
Oct 1, 2015, 3:23:29 AM10/1/15
to mmbtools, matthias...@mpb.li
yes i had try with 100, 200, and....6000! but no change!
Matthias P. Brändli
Oct 1, 2015, 3:37:01 AM10/1/15
to crc-mm...@googlegroups.com
On 01. 10. 15 09:23, Aurelien Picart wrote:
>
> 56 frames is 56*24ms worth of data. Is this enough ?
>
>
> Did you try bigger values ? e.g. 20seconds of buffer ?
>
> 56 frames is 56*24ms worth of data. Is this enough ?
>
>
> Did you try bigger values ? e.g. 20seconds of buffer ?
> yes i had try with 100, 200, and....6000! but no change!
You multiplexer is missing a simul:// output, and thus runs much too
fast. The ZMQ output does not apply any back-pressure.
mpb
Aurelien Picart
Oct 1, 2015, 3:52:38 AM10/1/15
to mmbtools, matthias...@mpb.li
OMG is working!!!! many many thanks matthias!!!!
Aurelien Picart
Oct 1, 2015, 3:58:43 AM10/1/15
to mmbtools, matthias...@mpb.li
But modulator is switchin off after few minutes, i think it's max frames_queued is the problem now?
Aurelien Picart
Oct 1, 2015, 6:21:44 AM10/1/15
to mmbtools
after few time, i have this error on dabmod:
[1]- Erreur de segmentation (core dumped) odr-dabmod ./mod.ini
[1]- Erreur de segmentation (core dumped) odr-dabmod ./mod.ini
Aurelien Picart
Oct 2, 2015, 8:51:09 AM10/2/15
to mmbtools
The max_frames_queued=56 is less worse than other value, but modulator always stop after few minutes, is it the problem of the dabmod transmission or other values in encoder or multiplexer? it's happen with webstream and local audio encoded via hw:2
Thanks!
Matthias Brändli
Oct 2, 2015, 9:34:10 AM10/2/15
to crc-mm...@googlegroups.com
How does it stop ? What does it print on the console ?
mpb
mpb
Aurelien Picart
Oct 2, 2015, 3:01:50 PM10/2/15
to mmbtools
It stop like this:
Matthias Brändli
Oct 3, 2015, 5:21:01 AM10/3/15
to crc-mm...@googlegroups.com
Oh that's bad.
Does it happen immediately at startup or after a while only ?
Do you know how to use gdb to get a backtrace using gdb ? Quick tuto:
gdb --args odr-dabmod ./mod.ini
(gdb starts up)
run
(ODR-DabMod starts up. Wait for it to crash. You will see the gdb prompt
again.)
bt full
and send me the output of the screen, both odr-dabmod log and "bt full"
printout.
Make sure you are running ODR-DabMod v0.5.4 and not
v0.5.3-52-gee0b8fb-dirty you had in a previous mail (especially not
-dirty. Do you have local modifications?)
In the meanwhile, I will try to reproduce the problem.
mpb
Does it happen immediately at startup or after a while only ?
Do you know how to use gdb to get a backtrace using gdb ? Quick tuto:
gdb --args odr-dabmod ./mod.ini
(gdb starts up)
run
(ODR-DabMod starts up. Wait for it to crash. You will see the gdb prompt
again.)
bt full
and send me the output of the screen, both odr-dabmod log and "bt full"
printout.
Make sure you are running ODR-DabMod v0.5.4 and not
v0.5.3-52-gee0b8fb-dirty you had in a previous mail (especially not
-dirty. Do you have local modifications?)
In the meanwhile, I will try to reproduce the problem.
mpb
Matthias Brändli
Oct 3, 2015, 5:41:51 AM10/3/15
to crc-mm...@googlegroups.com
I forgot: please configure ODR-DabMod with --enable-debug otherwise the
gdb trace will not be helpful.
Thanks,
mpb
gdb trace will not be helpful.
Thanks,
mpb
Aurelien Picart
Oct 4, 2015, 7:54:53 AM10/4/15
to mmbtools, matthias...@mpb.li
I forgot: please configure ODR-DabMod with --enable-debug otherwise the
gdb trace will not be helpful.
-- enable-debug configured
Does it happen immediately at startup or after a while only ?
it's happen after few minutes...
Make sure you are running ODR-DabMod v0.5.4 and not
v0.5.3-52-gee0b8fb-dirty you had in a previous mail (especially not
-dirty. Do you have local modifications?)
ODR-DabMod configure 0.5.3 ( i have made a new install yesterday)
Thanks Matthias!
Matthias Brändli
Oct 4, 2015, 10:45:21 AM10/4/15
to Aurelien Picart, mmbtools
> ODR-DabMod configure 0.5.3 ( i have made a new install yesterday)
Can you check if the issue still occurs with 0.5.4 ?
Cheers
--
Matthias Brändli
+41 79 252 71 28
Aurelien Picart
Oct 4, 2015, 5:08:09 PM10/4/15
to mmbtools, aurelie...@gmail.com, matthias...@mpb.li
Le dimanche 4 octobre 2015 16:45:21 UTC+2, Matthias Brändli a écrit :
> ODR-DabMod configure 0.5.3 ( i have made a new install yesterday)
Can you check if the issue still occurs with 0.5.4 ?
yes exactly the same problem! i try to change some value in mod.ini for test but no way :/
always this error: Erreur de segmentation (core dumped) odr-dabmod ./mod.ini
Matthias Brändli
Oct 5, 2015, 1:33:15 AM10/5/15
to crc-mm...@googlegroups.com
Hello Aurélien,
I have started a odr-dabmod + hackrf transmitter two days ago, running
on my test multiplex on my server, and I sadly haven't been able to
reproduce the error.
Without further information I'm not able to help you. A backtrace from
GDB would really help me, as I explained in a previous mail.
Cheers
mpb
I have started a odr-dabmod + hackrf transmitter two days ago, running
on my test multiplex on my server, and I sadly haven't been able to
reproduce the error.
Without further information I'm not able to help you. A backtrace from
GDB would really help me, as I explained in a previous mail.
Cheers
mpb
Rashid Mustapha
Oct 5, 2015, 3:24:21 PM10/5/15
to crc-mm...@googlegroups.com
Hi Aurelien,
What is the output of 'hackrf_info'?
R.
To unsubscribe from this group and stop receiving emails from it, send an email to crc-mmbtools...@googlegroups.com.
Aurelien Picart
Oct 5, 2015, 4:30:32 PM10/5/15
to mmbtools, matthias...@mpb.li
Hello Matthias,
This is the gdb i have saved in text file
This is the gdb i have saved in text file
Le lundi 5 octobre 2015 07:33:15 UTC+2, Matthias Brändli a écrit :
Hello Aurélien,
I have started a odr-dabmod + hackrf transmitter two days ago, running
on my test multiplex on my server, and I sadly haven't been able to
reproduce the error.
And your mod.ini conf is the same than me?
Without further information I'm not able to help you. A backtrace from
GDB would really help me, as I explained in a previous mail.
Cheers
mpb
On 04. 10. 15 23:08, Aurelien Picart wrote:
>
>
> Le dimanche 4 octobre 2015 16:45:21 UTC+2, Matthias Brändli a écrit :
>
> > ODR-DabMod configure 0.5.3 ( i have made a new install yesterday)
>
> Can you check if the issue still occurs with 0.5.4 ?
>
>
> yes exactly the same problem! i try to change some value in mod.ini for
> test but no way :/
>
> always this error: Erreur de segmentation (core dumped) odr-dabmod
> ./mod.ini
>
> --
> Matthias Brändli
> +41 79 252 71 28
>
> --
> You received this message because you are subscribed to the Google
> Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to crc-mmbtools...@googlegroups.com
> <mailto:crc-mmbtools+unsub...@googlegroups.com>.
Aurelien Picart
Oct 5, 2015, 4:32:48 PM10/5/15
to mmbtools
Hi Rash,
the hackrf_info give me that:
aurel@aurel-Satellite-L655D:~/ODR-DabMod$ hackrf_info
Found HackRF board.
Board ID Number: 2 (HackRF One)
Firmware Version: 2014.08.1
Part ID Number: 0x00654f5e 0x00654f5e
Serial Number: 0x00000000 0x00000000 0x14d463dc 0x2f3aa4e1
the hackrf_info give me that:
aurel@aurel-Satellite-L655D:~/ODR-DabMod$ hackrf_info
Found HackRF board.
Board ID Number: 2 (HackRF One)
Firmware Version: 2014.08.1
Part ID Number: 0x00654f5e 0x00654f5e
Serial Number: 0x00000000 0x00000000 0x14d463dc 0x2f3aa4e1
> <mailto:crc-mmbtools+unsub...@googlegroups.com>.
Matthias Brändli
Oct 6, 2015, 1:24:18 AM10/6/15
to Aurelien Picart, CRC-mmbTools Google Group
Hi Aurélien,
the segmentation fault is not nice, and I will look into it, but it's
not the first error.
The problem in your setup seems to be
ERROR Exception caught: OutputFile::process() unable to write to file!
Is everything ok with your fifo ?
Cheers
mpb
> > an email to crc-mmbtools...@googlegroups.com <javascript:>
> > <mailto:crc-mmbtools...@googlegroups.com <javascript:>>.
>
the segmentation fault is not nice, and I will look into it, but it's
not the first error.
The problem in your setup seems to be
ERROR Exception caught: OutputFile::process() unable to write to file!
Is everything ok with your fifo ?
Cheers
mpb
> > <mailto:crc-mmbtools...@googlegroups.com <javascript:>>.
> > For more options, visit https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>.
>
Aurelien Picart
Oct 6, 2015, 5:50:04 AM10/6/15
to mmbtools, aurelie...@gmail.com, matthias...@mpb.li
Hi Matthias!
I think i have bad made the FIFO, i just created ofdm.fifo and put it in the tmp folder.
i have seen on internet i have to make mkfifo for build one.
i will try this at the afternoon, perhaps it's the solution!
i meet the same problem on different laptop, on debian 8.1 ans ubuntu 14.04.
how can i test the FIFO file with command line?
Thanks for your help Matthias!
> > <mailto:crc-mmbtools+unsub...@googlegroups.com <javascript:>>.
Matthias P. Brändli
Oct 6, 2015, 8:02:29 AM10/6/15
to crc-mm...@googlegroups.com
On 06. 10. 15 11:50, Aurelien Picart wrote:
> Hi Matthias!
>
> I think i have bad made the FIFO, i just created ofdm.fifo and put it in
> the tmp folder.
> i have seen on internet i have to make mkfifo for build one.
> i will try this at the afternoon, perhaps it's the solution!
> i meet the same problem on different laptop, on debian 8.1 ans ubuntu 14.04.
> how can i test the FIFO file with command line?
>
> Thanks for your help Matthias!
If you indeed created a file instead of a fifo, your /tmp/ partition is
> Hi Matthias!
>
> I think i have bad made the FIFO, i just created ofdm.fifo and put it in
> the tmp folder.
> i have seen on internet i have to make mkfifo for build one.
> i will try this at the afternoon, perhaps it's the solution!
> i meet the same problem on different laptop, on debian 8.1 ans ubuntu 14.04.
> how can i test the FIFO file with command line?
>
> Thanks for your help Matthias!
now probably full :-)
To make sure you have a fifo and not a file, check with
ls -l /tmp/iq.fifo
the mode (the permissions) of the file should start with p. Example:
% mkfifo foobar
% ls -lF foobar
prw-r--r-- 1 user group 0 Oct 6 13:56 foobar|
You can also see that the size is 0, and with the -F option, ls prints a
pipe character | after the filename so that you can recognise easily.
You should also see that it's a different colour than usual files.
mpb
> <javascript:> <javascript:>>.
> > > For more options, visit https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>
> > <https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>>.
> >
>
> <https://groups.google.com/d/optout>
> > <https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>>.
> >
>
> --
> You received this message because you are subscribed to the Google
> Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to crc-mmbtools...@googlegroups.com
> <mailto:crc-mmbtools...@googlegroups.com>.
> You received this message because you are subscribed to the Google
> Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to crc-mmbtools...@googlegroups.com
> For more options, visit https://groups.google.com/d/optout.
Aurelien Picart
Oct 6, 2015, 5:54:50 PM10/6/15
to mmbtools, matthias...@mpb.li
great explications, thanks!
fifo is fixed now!!
so dabmod run better, but sometime during transmission the value in MiB shutdown, and behind 7.9, transmission stop for few seconds, and if the value is too low, modulation stop with fragmentation error (like before), see a part of transmisson:
8.7 MiB / 1.000 sec = 8.6 MiB/second
8.4 MiB / 1.003 sec = 8.4 MiB/second
8.1 MiB / 1.000 sec = 8.1 MiB/second
7.1 MiB / 1.000 sec = 7.1 MiB/second
6.3 MiB / 1.000 sec = 6.3 MiB/second ( stop transmit)
7.9 MiB / 1.000 sec = 7.9 MiB/second
7.1 MiB / 1.000 sec = 7.1 MiB/second ( stop transmit)
8.7 MiB / 1.000 sec = 8.6 MiB/second
8.1 MiB / 1.000 sec = 8.1 MiB/second
8.1 MiB / 1.000 sec = 8.1 MiB/second
8.1 MiB / 1.000 sec = 8.1 MiB/second
i have seen value become low each time i want to run other things ( mozilla for example) but sometimes value go down without make somethings in the laptop.
fifo is fixed now!!
so dabmod run better, but sometime during transmission the value in MiB shutdown, and behind 7.9, transmission stop for few seconds, and if the value is too low, modulation stop with fragmentation error (like before), see a part of transmisson:
8.7 MiB / 1.000 sec = 8.6 MiB/second
8.4 MiB / 1.003 sec = 8.4 MiB/second
8.1 MiB / 1.000 sec = 8.1 MiB/second
7.1 MiB / 1.000 sec = 7.1 MiB/second
6.3 MiB / 1.000 sec = 6.3 MiB/second ( stop transmit)
7.9 MiB / 1.000 sec = 7.9 MiB/second
7.1 MiB / 1.000 sec = 7.1 MiB/second ( stop transmit)
8.7 MiB / 1.000 sec = 8.6 MiB/second
8.1 MiB / 1.000 sec = 8.1 MiB/second
8.1 MiB / 1.000 sec = 8.1 MiB/second
8.1 MiB / 1.000 sec = 8.1 MiB/second
i have seen value become low each time i want to run other things ( mozilla for example) but sometimes value go down without make somethings in the laptop.
Rashid Mustapha
Oct 7, 2015, 4:27:47 AM10/7/15
to crc-mm...@googlegroups.com
Hi Aurelian,
Seems like good progress! :-)
You might find it be a bit more stable if you put a buffer for the TX samples between odr-dabmod and hackrf_transfer. The 32M is (I think!) is worth about 4 seconds worth of samples, so you can tweak that to suit your requirements.
odr-dabmod -C foo.ini | mbuffer -m 32M -P 80 -q | hackrf_transfer <bar>
R.
--
You received this message because you are subscribed to the Google Groups "mmbtools" group.
To unsubscribe from this group and stop receiving emails from it, send an email to crc-mmbtools...@googlegroups.com.
Aurelien Picart
Oct 7, 2015, 3:59:11 PM10/7/15
to mmbtools
I try this command but i can't se any change, it's working with just 1 radio. Modulator is start yesterday at night and don't stop :)
But if i want to start a second radio, lot of low MIB values appear.
I think my Laptop is too low for run everythings.
Perhaps try with 2 Pc in local. One for encoding, and the second for transmitt.
So many Thanks for all Matthias!
Aurélien.
But if i want to start a second radio, lot of low MIB values appear.
I think my Laptop is too low for run everythings.
Perhaps try with 2 Pc in local. One for encoding, and the second for transmitt.
So many Thanks for all Matthias!
Aurélien.
Jan de Vries
Oct 10, 2015, 3:13:25 PM10/10/15
to mmbtools
Hi all,
Still having problems with audio.
I start up 2 instances vlc ( 1 mp4 1mp3 stream ), no problem
Starting up the muxer, 2 warns that the buffers are empty and will do a restart, after that no problems /warnings.
Starting up dabmod / hackrf transmitter comes up an streams with an average of 7 Mb/sec
Constellation looking good, also says 2 channels but no sound.
Am i missing some volume level adjustmend or something ?
Jan.
Matthias Brändli
Oct 10, 2015, 3:46:12 PM10/10/15
to crc-mm...@googlegroups.com
On 10. 10. 15 21:13, Jan de Vries wrote:
> Starting up the muxer, 2 warns that the buffers are empty and will do a
> restart, after that no problems /warnings.
Does it also say that the pre-buffering is complete ?
> Starting up the muxer, 2 warns that the buffers are empty and will do a
> restart, after that no problems /warnings.
If not, the data from the encoders are not reaching the multiplexer.
mpb
Jan de Vries
Oct 10, 2015, 5:21:50 PM10/10/15
to mmbtools, matthias...@mpb.li
This is from my mux
subchannels {
sub_radio1 {
type dabplus
inputfile "tcp://*:9001"
nonblock false
zmq-buffer 80
zmq-prebuffering 40
bitrate 48
id 1
protection 3
}
sub_radio2 {
type dabplus
inputfile "tcp://*:9002"
nonblock false
zmq-buffer 80
zmq-prebuffering 40
bitrate 48
id 2
protection 3
}
}
and this is for VLC
dabplus-enc -v "http://176.31.224.21:8340" -r 48000 -c 2 -o "tcp://127.0.0.0:9002" -l -b 48
vlc sends to localhost port 9002 muxer looks at 9002 ....
Jan
Op zaterdag 10 oktober 2015 21:46:12 UTC+2 schreef Matthias Brändli:
subchannels {
sub_radio1 {
type dabplus
inputfile "tcp://*:9001"
nonblock false
zmq-buffer 80
zmq-prebuffering 40
bitrate 48
id 1
protection 3
}
sub_radio2 {
type dabplus
inputfile "tcp://*:9002"
nonblock false
zmq-buffer 80
zmq-prebuffering 40
bitrate 48
id 2
protection 3
}
}
and this is for VLC
dabplus-enc -v "http://176.31.224.21:8340" -r 48000 -c 2 -o "tcp://127.0.0.0:9002" -l -b 48
vlc sends to localhost port 9002 muxer looks at 9002 ....
Jan
Op zaterdag 10 oktober 2015 21:46:12 UTC+2 schreef Matthias Brändli:
Aurelien Picart
Oct 11, 2015, 7:07:23 AM10/11/15
to mmbtools, matthias...@mpb.li
Le samedi 10 octobre 2015 23:21:50 UTC+2, Jan de Vries a écrit :
This is from my mux
subchannels {
sub_radio1 {
type dabplus
inputfile "tcp://*:9001"
nonblock false
zmq-buffer 80
zmq-prebuffering 40
bitrate 48
id 1
protection 3
}
sub_radio2 {
type dabplus
inputfile "tcp://*:9002"
nonblock false
zmq-buffer 80
zmq-prebuffering 40
bitrate 48
id 2
protection 3
}
}
and this is for VLC
dabplus-enc -v "http://176.31.224.21:8340" -r 48000 -c 2 -o "tcp://127.0.0.0:9002" -l -b 48
Hi Jan,
you have to use "tcp://localhost:9002" for make it work!
Jan de Vries
Oct 11, 2015, 7:52:05 AM10/11/15
to mmbtools, matthias...@mpb.li
Well localhost dit change something :-)
Now have these erros.
Guess has something to do with buffering size ?
ARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
Op zondag 11 oktober 2015 13:07:23 UTC+2 schreef Aurelien Picart:
Now have these erros.
Guess has something to do with buffering size ?
ARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
inputZMQ sub_radio2 input pre-buffering complete
WARN inputZMQ sub_radio2 input empty, re-enabling pre-buffering
Op zondag 11 oktober 2015 13:07:23 UTC+2 schreef Aurelien Picart:
Aurelien Picart
Oct 11, 2015, 5:14:31 PM10/11/15
to mmbtools
what's your output of your mux?
If you use zmq "zmq+tcp://*:8080"
You have to add this line:
Throttle "simul://"
If you use zmq "zmq+tcp://*:8080"
You have to add this line:
Throttle "simul://"
Message has been deleted
Jan de Vries
Oct 12, 2015, 9:04:44 AM10/12/15
to mmbtools
outputs { output1 "file :// myfirst.eti?type=raw" }
All runs on same machine.
Jan
Op zondag 11 oktober 2015 23:14:31 UTC+2 schreef Aurelien Picart:
All runs on same machine.
Jan
Op zondag 11 oktober 2015 23:14:31 UTC+2 schreef Aurelien Picart:
Aurelien Picart
Oct 12, 2015, 3:34:00 PM10/12/15
to mmbtools
can you try with this:
zmq "zmq+tcp://*:8080"
Throttle "simul://"
In your dabmux file
And in your dabmux mod.ini:
transport=file
source=tcp://localhost:8080
Jan de Vries
Oct 12, 2015, 3:55:44 PM10/12/15
to mmbtools
Well that solves the muxers input buffer issue..
Now dabmod starts to complain.
ODR-DabMod version v0.5.4
Using FFT library FFTW (with fft_simd)
Compiled with features: zeromq output_uhd
ODR-DabMod: INFO: Starting up version v0.5.4
Starting up version v0.5.4
Input
Type: file
Source: tcp://localhost:8080
Output
Name: ofdm.fifo
Sampling rate: 4.096 MHz
ODR-DabMod: ERROR: Unable to open input file!
ERROR Unable to open input file!
tcp://localhost:8080: No such file or directory
Unable to open input file!
ODR-DabMod: ERROR: Unable to open input file!
ERROR Unable to open input file!
Modulator runtime error: Unable to open input
Op maandag 12 oktober 2015 21:34:00 UTC+2 schreef Aurelien Picart:
Now dabmod starts to complain.
ODR-DabMod version v0.5.4
Using FFT library FFTW (with fft_simd)
Compiled with features: zeromq output_uhd
ODR-DabMod: INFO: Starting up version v0.5.4
Starting up version v0.5.4
Input
Type: file
Source: tcp://localhost:8080
Output
Name: ofdm.fifo
Sampling rate: 4.096 MHz
ODR-DabMod: ERROR: Unable to open input file!
ERROR Unable to open input file!
tcp://localhost:8080: No such file or directory
Unable to open input file!
ODR-DabMod: ERROR: Unable to open input file!
ERROR Unable to open input file!
Modulator runtime error: Unable to open input
Op maandag 12 oktober 2015 21:34:00 UTC+2 schreef Aurelien Picart:
Jan de Vries
Oct 12, 2015, 5:43:07 PM10/12/15
to mmbtools
transport=file
source=tcp://localhost:8080
Should be
transport=zeromq
source=tcp://localhost:8080
Works like a charm !!! :-)
Thanks !
Op maandag 12 oktober 2015 21:55:44 UTC+2 schreef Jan de Vries:
Jan de Vries
Oct 16, 2015, 5:30:54 PM10/16/15
to mmbtools
Hi all, back again with a question
Hackrf working fine, rf power about -25 dbm, have made a small amplifier to crank up the rf power somewhat to 1 mw ( 0 dbm ).
At first the sound was a little strange and now i know why, it looks like vlc is playing a 44 khz stream on 48 Khz .
So all things sounds aaa bitttt sslloowwwwwww...
This is my VLC code : dabplus-enc -v "http://176.31.224.21:8340" -r 48000 -c 2 -o "tcp://127.0.0.0:9002" -l -b 48
Stream is 64 Kbps AAC 44.1 khz
What could be the solution to this.
Jan
Hackrf working fine, rf power about -25 dbm, have made a small amplifier to crank up the rf power somewhat to 1 mw ( 0 dbm ).
At first the sound was a little strange and now i know why, it looks like vlc is playing a 44 khz stream on 48 Khz .
So all things sounds aaa bitttt sslloowwwwwww...
This is my VLC code : dabplus-enc -v "http://176.31.224.21:8340" -r 48000 -c 2 -o "tcp://127.0.0.0:9002" -l -b 48
Stream is 64 Kbps AAC 44.1 khz
What could be the solution to this.
Jan
Matthias Brändli
Oct 18, 2015, 10:59:25 AM10/18/15
to crc-mm...@googlegroups.com
I'm surprised this behaves bad. The VLC input will do sample-rate
conversion, we are also using it in such a scenario with good success.
Does it do the same with -r 32000 ?
Does it do the same with -b 88 ? (Requires a change also in your mux config)
mpb
On 16. 10. 15 23:30, Jan de Vries wrote:
> Hi all, back again with a question
>
> Hackrf working fine, rf power about -25 dbm, have made a small amplifier
> to crank up the rf power somewhat to 1 mw ( 0 dbm ).
> At first the sound was a little strange and now i know why, it looks
> like vlc is playing a 44 khz stream on 48 Khz .
> So all things sounds aaa bitttt sslloowwwwwww...
>
> This is my VLC code : dabplus-enc -v "http://176.31.224.21:8340" -r
> 48000 -c 2 -o "tcp://127.0.0.0:9002 <http://127.0.0.0:9002>" -l -b 48
conversion, we are also using it in such a scenario with good success.
Does it do the same with -r 32000 ?
Does it do the same with -b 88 ? (Requires a change also in your mux config)
mpb
On 16. 10. 15 23:30, Jan de Vries wrote:
> Hi all, back again with a question
>
> Hackrf working fine, rf power about -25 dbm, have made a small amplifier
> to crank up the rf power somewhat to 1 mw ( 0 dbm ).
> At first the sound was a little strange and now i know why, it looks
> like vlc is playing a 44 khz stream on 48 Khz .
> So all things sounds aaa bitttt sslloowwwwwww...
>
> This is my VLC code : dabplus-enc -v "http://176.31.224.21:8340" -r
> Stream is 64 Kbps AAC 44.1 khz
>
> What could be the solution to this.
>
>
> Jan
>
>
>
> What could be the solution to this.
>
>
> Jan
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to crc-mmbtools...@googlegroups.com
> <mailto:crc-mmbtools...@googlegroups.com>.
> You received this message because you are subscribed to the Google
> Groups "mmbtools" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to crc-mmbtools...@googlegroups.com
Jan de Vries
Oct 18, 2015, 11:20:19 AM10/18/15
to mmbtools, matthias...@mpb.li
Hallo Matthias,
i'll try your options and let you know.
tnx Jan
Op zondag 18 oktober 2015 16:59:25 UTC+2 schreef Matthias Brändli:
i'll try your options and let you know.
tnx Jan
Op zondag 18 oktober 2015 16:59:25 UTC+2 schreef Matthias Brändli:
> <mailto:crc-mmbtools+unsub...@googlegroups.com>.
Jan de Vries
Oct 20, 2015, 2:10:48 PM10/20/15
to mmbtools, matthias...@mpb.li
88 Khz did the trick !
Jan
Op zondag 18 oktober 2015 17:20:19 UTC+2 schreef Jan de Vries:
Jan
Op zondag 18 oktober 2015 17:20:19 UTC+2 schreef Jan de Vries:
lz1...@dstar.bg
Oct 9, 2016, 2:00:17 PM10/9/16
to mmbtools
Hi Rasch,
My machine is has the following parameters intel i7 processor and 12G RAM. But I work with Debian virtual machine may come from this problem. I will install directly to another machine without virtualization.
My machine is has the following parameters intel i7 processor and 12G RAM. But I work with Debian virtual machine may come from this problem. I will install directly to another machine without virtualization.
Rashid Mustapha
Oct 9, 2016, 7:02:58 PM10/9/16
to crc-mm...@googlegroups.com
I think that is the best way forward! The abstraction of the virtual host to the USB means pretty much anything could be happening!
If you still have problems it might be worth trying the previous release of hackrf_transfer, as I that one is known to be ok*.
*I have a hackrf Jawbreaker, so it is slightly different to the production unit.
R.
R.
To unsubscribe from this group and stop receiving emails from it, send an email to crc-mmbtools+unsubscribe@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages