Re: [Discuss-gnuradio] Too many ooooooooooooo
Try recording with hackrf_transfer instead. GQRX is a great program, but it does a lot more than record, and its records complex floats, where HackRF puts out complex bytes. You are trying to stream 64MB/s to disk, which is likely what is failing. On 04/08/2018 10:38 AM, Juan Antonio wrote: The problem seems every time I raise the sample rate above 8 mhz approximately, for example when I record a dvb-t signal with gqrx. The SDR is a hackrf and, at the moment I am finding myself with the because I am only recording, if I tried to do another type of operations I am almost sure that other types of bottleneck problems would appear, , etc ... If I try to use 16 mhz to avoid dc offset, the problem is multiplied by two Best regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Too many ooooooooooooo
Try using hackrf_transfer to save a recording to /dev/null. If this is successful, then move on to saving the recording to disk. If that is not successful, then the issue is saving to disk. If it is then you have now successfully recorded at 8 Mhz. On Sun, Apr 8, 2018, 10:40 Juan Antonio wrote: > The problem seems every time I raise the sample rate above 8 mhz > approximately, for example when I record a dvb-t signal with gqrx. > > The SDR is a hackrf and, at the moment I am finding myself with the > because I am only recording, if I tried to do another type of operations I > am almost sure that other types of bottleneck problems would appear, , > etc ... > > If I try to use 16 mhz to avoid dc offset, the problem is multiplied by two > > Best regards > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Too many ooooooooooooo
The problem seems every time I raise the sample rate above 8 mhz approximately, for example when I record a dvb-t signal with gqrx. The SDR is a hackrf and, at the moment I am finding myself with the because I am only recording, if I tried to do another type of operations I am almost sure that other types of bottleneck problems would appear, , etc ... If I try to use 16 mhz to avoid dc offset, the problem is multiplied by two Best regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Too many ooooooooooooo
If you include a description of your setup and the problem, someone can probably help. For example: - What SDR? - What program or GR flowgraph? - What are you doing when the problems happens? - Are there symptoms other than ''? On 04/08/2018 08:09 AM, Juan Antonio wrote: I have read what I could about the problem but it is still not clear to me that part of the hardware (or perhaps the software) is the culprit and it is not about spending money on a more powerful computer so that the problem continues Now it happens to me with the oo but I do not rule out at all that, when I do another operation that is not recording with gqrx, I happen with the u or with any other problem of that type. The question is in why if the cores work at 50% overrun problems occur? My motherboard is possibly the cheapest on the market, an Asrock J1900 with a Quad-Core J1900 processor but I still do not understand that, if the cores work at 50%, the problem is the processor. Common sense tells me that the bottleneck It takes place in the buses. Taking into account that the USB ports are very standardized I can not think of another culprit to take the blame for the matter Best regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Too many ooooooooooooo
I have read what I could about the problem but it is still not clear to me that part of the hardware (or perhaps the software) is the culprit and it is not about spending money on a more powerful computer so that the problem continues Now it happens to me with the oo but I do not rule out at all that, when I do another operation that is not recording with gqrx, I happen with the u or with any other problem of that type. The question is in why if the cores work at 50% overrun problems occur? My motherboard is possibly the cheapest on the market, an Asrock J1900 with a Quad-Core J1900 processor but I still do not understand that, if the cores work at 50%, the problem is the processor. Common sense tells me that the bottleneck It takes place in the buses. Taking into account that the USB ports are very standardized I can not think of another culprit to take the blame for the matter Best regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
