This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.
Sajjad Golchin poor sajjsamm at yahoo.comHi Marcus and thanks for your reply. >Your video is about 13 minutes longer than I'd like – can you pinpoint >at which time in that video your transmission stops? You can watch this video between 7:00 & 8:00 to observe the breakdowns. >As usual, debugging on the side of the observing party might very well >be helpful here. Figure out whether the program halts (a software >debugger, e.g. gdb, would be the appropriate tool), the USB transfers >stop (wireshark might be helpful here), or whether just something >happens inside the device while the computer and software happily >continue to work. Observing the spectrum might help. You just gave me a good point to start debugging this issue! Actually I don’t have a RTL-SDR or anything else in hand right now to observe the spectrum but I will do the tests soon. -------------------------------------------- Hi Steve, did a great job! >This will happen if the host cannot supply enough data to the device, >you need to use a lower sample rate in this case, or get rid of >a hypervisor like VMware, as is the case in this video. I tried fl2k_fm both in VMWare and in GNU radio live image booted from a flash drive and in both I had the problem. and why should I use a lower sample rate when my system can handle the samples well? (take a look at attachments) I’m using VMWare Workstation Pro (Version: 14.1.2 build-8497320) on a brand new ACER laptop (Model: Aspire A715-71G-71Y3) running Windows 10 Pro 1803 (Build: 17134.112) with 16 gigabyte RAM and an Intel Core i7 7700HQ CPU. The USB host controller is Intel(R) USB 3.0 eXtensible Host Controller - 1.0 (Microsoft) witch I believe it can handle up to 157 MS/s. all drivers are updated. However, I didn’t see anything wrong with virtualization except that the maximum achievable sample rate was a little lower than the GNU radio live booted from flash drive. Except for this, I didn't encounter by anything. >There seems to be a 'frame loss' mechanism to detect this in through an >interrupt transfer, but I haven't implemented this yet and have no idea >if this works with disabled synchronization. Looking forward to the results! And don’t mind asking me for a helping hand. I’ll do my best to help this project. I was reading the comments below this post in rtl-sdr.com blog and I saw a user who had the same issue mentioned something that might be useful: Of futher note (hopefully someone from osmocom will see this) the bug where the broadcast intermittently ceases in fl2k_fm under both an ubuntu virtual machine and directly ran as a windows exe seems to have something to do with cpu affinity and / or process priority – generally it starts spitting out the underflow message on stdout then the signal drops out and the process requires a restart. Regards, Sajjad -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20180616/73d71d4e/attachment.htm> -------------- next part -------------- A non-text attachment was scrubbed... Name: 20180517_233048-min.jpg Type: image/jpeg Size: 96370 bytes Desc: not available URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20180616/73d71d4e/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: gnu-2018-05-29-14-26-46-min.png Type: image/png Size: 88628 bytes Desc: not available URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20180616/73d71d4e/attachment.png>