-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FrequencyDiscriminatorBlock] Block runtime error: ./radio/core/pipe.lua:199: write(): Connection reset by peer #29
Comments
This error means that a downstream block of the FrequencyDiscriminatorBlock abruptly terminated (crashed). I've only seen it outside of development when a gnuplot plotting sink crashes -- which can happen in some setups, see #26. Are you running this in a graphical environment, or over SSH with X11 forwarding enabled? Could you rerun the example with |
I've created a separate issue (#30) for improving the error message to be more useful. |
I was using ssh with x11 forwarding to Xming, but I've never had a problem with that before, even gr-fosphor works! But to eliminate that as the source of the problem I connected a screen and keyboard and ran luaradio directly from the an xterm on the Odroid-XU4, and the below is the output (I ran it 2x, the 2nd time I got one less error message) One window does pop up for half a second and vanishes before I can see what it's title is, and it did exactly the same over ssh+x11 forwarding+Xming
|
Yeah, I think the gnuplot sinks are crashing. They can be finicky -- in my case, I've seen them crash if I have a mouse cursor on the plot window before they've started plotting, but otherwise they work fairly well for me. I'll have to investigate further and see if there is a underlying bug common to all of these immediate gnuplot crashes. In the short term, I would give the Alternatively, you can also disable plotting for the examples by unsetting the LuaRadio could definitely use plotting sinks that use a more stable backend (I don't think gnuplot is really meant for this kind of real-time dynamic plotting, and it's a wonder they work at all). I've put this on the project roadmap. edited: grammar fixes |
I'm upgrading the OS at the moment from: In case it is an older OS problem, I'll give wxt a spin after the upgrade is finished. |
Sure thing. I'm running |
Still no joy. Next up I'll do a clean install of Ubuntu 16.04 (Xenial Xerus), and if that still fails then my next step will be Arch Linux. |
Could you try running it with plotting disabled, to confirm it's the plotting sinks that are crashing?
|
I tried that and I still get the same error. I'm just going to do a clean OS install of 16.04 right now and I'll let you know. |
I did a 100% clean install of Ubuntu Mate 16.04, installed almost everything using apt-get (except for liquid-dsp). I have not traced back the root cause of the problem, but there is no harm ever in a fresh clean OS install. Thanks for the help. |
It happened again! But this time I found the cause and a workaround. |
Interesting. @martinzsmith, could you try running the example with VOLK disabled:
and see if the crash comes up again? This way we can isolate it to VOLK acceleration, and perhaps next we can narrow down the crashing block. If we can find a repeatable setup, we could determine if it's an issue with VOLK or LuaRadio interfacing with it. Also, note that VOLK is at 1.3, so if there is an issue there, it may have been fixed recently. As for X11 forwarding and audio, the PulseAudio sink should still try to play audio at its host (it won't forward over SSH), but forwarding the real-time plots will probably be prohibitively slow over SSH and slow the flow graph to a crawl... |
That works I just noticed that it was a different warning message:
|
The volk_config file is more sparse than I would have expected it to be. So it looks like this is a new volk problem and not a problem with luaradio. I'll remove the package and install the latest volk from source and let you know:
|
@martinzsmith, thanks for looking into it. It does seem that VOLK is crashing somewhere internally. It could technically still be LuaRadio's fault, if, for example, it passes unaligned data to a VOLK function expecting aligned data, but as far as I know this shouldn't be happening. Let me know if VOLK 1.3 fixes the issue. |
This is probably a basic user error, but I do not know enough to debug this myself (yet):
I installed fftw 3.3.4, the latest liquid-dsp, volk, and luajit from source. The hardware is a Odroid-XU4.
The text was updated successfully, but these errors were encountered: