Re: SOLVED - Re: File Source - File Sink data transfer

No, thank you for debugging this so thoroughly! On 19/05/2022 12.49, user 1 wrote: The problem is solved ! It was a conflict between my 3.9.6 release of Gnu Radio and older files remaining from previous installations of Gnu Radio. After a big cleaning, a new compilation and fresh installatio

SOLVED - Re: File Source - File Sink data transfer

The problem is solved ! It was a conflict between my 3.9.6 release of Gnu Radio and older files remaining from previous installations of Gnu Radio. After a big cleaning, a new compilation and fresh installation of the 3.10.2.0 release, the data transfer works fine. Thank you to all, special

Re: File Source - File Sink data transfer

Hi! ah, a first indication for that would be if you can find more of one libgnuradio-blocks (which aren't just symlinks to each other); `locate libgnuradio-blocks` is often an easy way to find that. Note that I'm really not sure this is the explanation. It's just my best guess what might be

Re: File Source - File Sink data transfer

Marcus, Thank you for your detailed explanation. My file ~/gnuradio/gr-blocks/lib/file_source_impl.cc is exactly the same the file you mentionned in your answer. I checked the .yml and it seems OK too. To install my 3.9.6 release of Gnuradio from sources, on my Ubuntu 20.04 release, I fo

Re: File Source - File Sink data transfer

Hi Jeff, yeah, that's odd; I was just assuming you were literally typing () in that field, but that just is the string representation of PMT_NIL, so: my apologies :) What's mainly odd is that PMT_NIL is not accepted; it certainly works for me, and I've checked: There's no code changes in that

Re: File Source - File Sink data transfer

Hi Cinaed, file sink and source don't care at all about what's in the file. So, that's not it :) The thing here is that the "add begin tag" value is invalid. Try pmt.PMT_NIL there. Best regards, Marcus On 16/05/2022 12.06, Cinaed Simson wrote: Hi Jeff - the error indicates the file source ha

Re: File Source - File Sink data transfer

Hi Jeff - let's take this offline. We'll use the standard xxd "hello world" example.   echo " 4865 6c6c 6f20 776f 726c 6421 " > hex.file   xxd -r -p hex.file > binary.file And you can look at the binary.file using   xxd binary.file -- Cinaed On 5/16/22 09:56, user 1 wrote: Hi

Re: File Source - File Sink data transfer

not sure what the picture is saying... opening /dev/urandom should give you data. from a terminal, what happens if you issue: sh-4.4$ ls -l /dev/urandom crw-rw-rw- 1 root root 1, 9 Jul 30 2021 /dev/urandom getting 1024 bytes from it: sh-4.4$ dd if=/dev/urandom of=fred bs=1 count=1024 1024+0 record

Re: File Source - File Sink data transfer

Hi Steven, Thank you for your suggestion, but /dev/urandom is an empty file See Screenshot_3 jeff -- Le 16/05/2022 à 16:41, Steven Barbo a écrit : Howdy Jeff. What happens if you use /dev/urandom as file source? On Mon, May 16, 2022 at 9:09 AM user 1

Re: File Source - File Sink data transfer

Howdy Jeff. What happens if you use /dev/urandom as file source? On Mon, May 16, 2022 at 9:09 AM user 1 wrote: > Hello Cinaed, > > Unfortunately scheme doesn't work, even with a bin file. > > > > jeff > > > -- > > Le 16/05/2022 à 12:06, Cinaed Simson a écrit : > > Hi

Re: File Source - File Sink data transfer

Hi Jeff - the error indicates the file source has the wrong data type, i.e. it may not be binary data. If the input file contains hex numbers, then you need to convert each hex number to a binary number and concatenate them. -- CInaed For instance, 40 hex is equivalent to 0100 binary.