usrp-users@lists.ettus.com

Discussion and technical support related to USRP, UHD, RFNoC

View all threads

RFNoC gr-ettus rfnoc_fosphor not showing anything

EO
El Ouni, Naceur (IntlAssoc)
Thu, Jun 23, 2016 6:19 PM

Hello usrp-users,

I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I get:

QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setPen: Painter not active
QPainter::setFont: Painter not active

Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and recompile to avoid having a null image:
The result is always the same, nothing show up

I am using:
Ubuntu 14.04, USRP X310,
GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5
gnuradio version: 3.7.10git-47-gbd69c31e

Thanks and Regards,

Naceur El Ouni
NIST - Wireless Networks Division (673)
100 Bureau Dr. Building 222-A218
Gaithersburg, MD 20899
(301) 975-3353

Hello usrp-users, I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I get: QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::setPen: Painter not active QPainter::setFont: Painter not active Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and recompile to avoid having a null image: The result is always the same, nothing show up I am using: Ubuntu 14.04, USRP X310, GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5 gnuradio version: 3.7.10git-47-gbd69c31e Thanks and Regards, Naceur El Ouni NIST - Wireless Networks Division (673) 100 Bureau Dr. Building 222-A218 Gaithersburg, MD 20899 (301) 975-3353
M
mleech@ripnet.com
Thu, Jun 23, 2016 6:40 PM

Are you doing this from wihin a VM, or on a native Linux box?

On 2016-06-23 14:19, El Ouni, Naceur (IntlAssoc) via USRP-users wrote:

Hello usrp-users,

I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I get:

QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setPen: Painter not active
QPainter::setFont: Painter not active

Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and recompile to avoid having a null image:
The result is always the same, nothing show up

I am using:

Ubuntu 14.04, USRP X310,
GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5
gnuradio version: 3.7.10git-47-gbd69c31e

Thanks and Regards,

Naceur El Ouni

NIST - Wireless Networks Division (673)

100 Bureau Dr. Building 222-A218

Gaithersburg, MD 20899

(301) 975-3353


USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Are you doing this from wihin a VM, or on a native Linux box? On 2016-06-23 14:19, El Ouni, Naceur (IntlAssoc) via USRP-users wrote: > Hello usrp-users, > > I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I get: > > QPainter::begin: Paint device returned engine == 0, type: 2 > QPainter::setPen: Painter not active > QPainter::setFont: Painter not active > > Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and recompile to avoid having a null image: > The result is always the same, nothing show up > > I am using: > > Ubuntu 14.04, USRP X310, > GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5 > gnuradio version: 3.7.10git-47-gbd69c31e > > Thanks and Regards, > > Naceur El Ouni > > NIST - Wireless Networks Division (673) > > 100 Bureau Dr. Building 222-A218 > > Gaithersburg, MD 20899 > > (301) 975-3353 > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
EO
El Ouni, Naceur (IntlAssoc)
Thu, Jun 23, 2016 8:39 PM

Not at all I am doing this on a native Linux Box through ssh though.

From: mleech@ripnet.com [mailto:mleech@ripnet.com]
Sent: Thursday, June 23, 2016 2:40 PM
To: El Ouni, Naceur (IntlAssoc) naceur.elouni@nist.gov
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] RFNoC gr-ettus rfnoc_fosphor not showing anything

Are you doing this from wihin a VM, or on a native Linux box?

On 2016-06-23 14:19, El Ouni, Naceur (IntlAssoc) via USRP-users wrote:
Hello usrp-users,

I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I get:

QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setPen: Painter not active
QPainter::setFont: Painter not active

Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and recompile to avoid having a null image:
The result is always the same, nothing show up

I am using:
Ubuntu 14.04, USRP X310,
GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5
gnuradio version: 3.7.10git-47-gbd69c31e

Thanks and Regards,

Naceur El Ouni
NIST - Wireless Networks Division (673)
100 Bureau Dr. Building 222-A218
Gaithersburg, MD 20899
(301) 975-3353


USRP-users mailing list
USRP-users@lists.ettus.commailto:USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Not at all I am doing this on a native Linux Box through ssh though. From: mleech@ripnet.com [mailto:mleech@ripnet.com] Sent: Thursday, June 23, 2016 2:40 PM To: El Ouni, Naceur (IntlAssoc) <naceur.elouni@nist.gov> Cc: usrp-users@lists.ettus.com Subject: Re: [USRP-users] RFNoC gr-ettus rfnoc_fosphor not showing anything Are you doing this from wihin a VM, or on a native Linux box? On 2016-06-23 14:19, El Ouni, Naceur (IntlAssoc) via USRP-users wrote: Hello usrp-users, I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I get: QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::setPen: Painter not active QPainter::setFont: Painter not active Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and recompile to avoid having a null image: The result is always the same, nothing show up I am using: Ubuntu 14.04, USRP X310, GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5 gnuradio version: 3.7.10git-47-gbd69c31e Thanks and Regards, Naceur El Ouni NIST - Wireless Networks Division (673) 100 Bureau Dr. Building 222-A218 Gaithersburg, MD 20899 (301) 975-3353 _______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
DN
Dave NotTelling
Thu, Jun 23, 2016 9:12 PM

Might be a dumb question: Have you resized the window?  That threw me for a
loop.  Launched and saw just the sliders with no fosphor display.  Learned
at the Boston SDR con that you just need to maximize the window.

On Thu, Jun 23, 2016 at 4:39 PM, El Ouni, Naceur (IntlAssoc) via USRP-users
usrp-users@lists.ettus.com wrote:

Not at all I am doing this on a native Linux Box through ssh though.

From: mleech@ripnet.com [mailto:mleech@ripnet.com]
Sent: Thursday, June 23, 2016 2:40 PM
To: El Ouni, Naceur (IntlAssoc) naceur.elouni@nist.gov
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] RFNoC gr-ettus rfnoc_fosphor not showing
anything

Are you doing this from wihin a VM, or on a native Linux box?

On 2016-06-23 14:19, El Ouni, Naceur (IntlAssoc) via USRP-users wrote:

Hello usrp-users,

I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I
get:

QPainter::begin: Paint device returned engine == 0, type: 2

  • QPainter::setPen: Painter not active  QPainter::setFont: Painter not
    active*

Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and
recompile to avoid having a null image:
The result is always the same, nothing show up

I am using:

Ubuntu 14.04, USRP X310,
GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5
gnuradio version: 3.7.10git-47-gbd69c31e

Thanks and Regards,

Naceur El Ouni

NIST - Wireless Networks Division (673)

100 Bureau Dr. Building 222-A218

Gaithersburg, MD 20899

(301) 975-3353


USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Might be a dumb question: Have you resized the window? That threw me for a loop. Launched and saw just the sliders with no fosphor display. Learned at the Boston SDR con that you just need to maximize the window. On Thu, Jun 23, 2016 at 4:39 PM, El Ouni, Naceur (IntlAssoc) via USRP-users <usrp-users@lists.ettus.com> wrote: > Not at all I am doing this on a native Linux Box through ssh though. > > > > *From:* mleech@ripnet.com [mailto:mleech@ripnet.com] > *Sent:* Thursday, June 23, 2016 2:40 PM > *To:* El Ouni, Naceur (IntlAssoc) <naceur.elouni@nist.gov> > *Cc:* usrp-users@lists.ettus.com > *Subject:* Re: [USRP-users] RFNoC gr-ettus rfnoc_fosphor not showing > anything > > > > Are you doing this from wihin a VM, or on a native Linux box? > > > > > > > > On 2016-06-23 14:19, El Ouni, Naceur (IntlAssoc) via USRP-users wrote: > > Hello usrp-users, > > > > I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I > get: > > *QPainter::begin: Paint device returned engine == 0, type: 2* > > * QPainter::setPen: Painter not active QPainter::setFont: Painter not > active* > > Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and > recompile to avoid having a null image: > The result is always the same, nothing show up > > I am using: > > Ubuntu 14.04, USRP X310, > GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5 > gnuradio version: 3.7.10git-47-gbd69c31e > > > > Thanks and Regards, > > > > Naceur El Ouni > > NIST - Wireless Networks Division (673) > > 100 Bureau Dr. Building 222-A218 > > Gaithersburg, MD 20899 > > (301) 975-3353 > > > > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >
M
mleech@ripnet.com
Thu, Jun 23, 2016 9:19 PM

I'm not any kind of expert on how gr-fosphor works, but I don't think
any of that GPU stuff is carried properly over an X connection--it has
to be done on a "local" display.  I could be wrong but my experience
with GL things has been that they aren't reliably over an X
connection--you need a local GPU-based "canvas" upon which to draw.

On 2016-06-23 17:12, Dave NotTelling wrote:

Might be a dumb question: Have you resized the window?  That threw me for a loop.  Launched and saw just the sliders with no fosphor display.  Learned at the Boston SDR con that you just need to maximize the window.

On Thu, Jun 23, 2016 at 4:39 PM, El Ouni, Naceur (IntlAssoc) via USRP-users usrp-users@lists.ettus.com wrote:

Not at all I am doing this on a native Linux Box through ssh though.

FROM: mleech@ripnet.com [mailto:mleech@ripnet.com]
SENT: Thursday, June 23, 2016 2:40 PM
TO: El Ouni, Naceur (IntlAssoc) naceur.elouni@nist.gov
CC: usrp-users@lists.ettus.com
SUBJECT: Re: [USRP-users] RFNoC gr-ettus rfnoc_fosphor not showing anything

Are you doing this from wihin a VM, or on a native Linux box?

On 2016-06-23 14:19, El Ouni, Naceur (IntlAssoc) via USRP-users wrote:

Hello usrp-users,

I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I get:

QPAINTER::BEGIN: PAINT DEVICE RETURNED ENGINE == 0, TYPE: 2
QPAINTER::SETPEN: PAINTER NOT ACTIVE
QPAINTER::SETFONT: PAINTER NOT ACTIVE

Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and recompile to avoid having a null image:
The result is always the same, nothing show up

I am using:

Ubuntu 14.04, USRP X310,
GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5
gnuradio version: 3.7.10git-47-gbd69c31e

Thanks and Regards,

Naceur El Ouni

NIST - Wireless Networks Division (673)

100 Bureau Dr. Building 222-A218

Gaithersburg, MD 20899

(301) 975-3353 [1]


USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Links:

[1] tel:%28301%29%20975-3353

I'm not any kind of expert on how gr-fosphor works, but I don't think any of that GPU stuff is carried properly over an X connection--it has to be done on a "local" display. I could be wrong but my experience with GL things has been that they aren't reliably over an X connection--you *need* a local GPU-based "canvas" upon which to draw. On 2016-06-23 17:12, Dave NotTelling wrote: > Might be a dumb question: Have you resized the window? That threw me for a loop. Launched and saw just the sliders with no fosphor display. Learned at the Boston SDR con that you just need to maximize the window. > > On Thu, Jun 23, 2016 at 4:39 PM, El Ouni, Naceur (IntlAssoc) via USRP-users <usrp-users@lists.ettus.com> wrote: > > Not at all I am doing this on a native Linux Box through ssh though. > > FROM: mleech@ripnet.com [mailto:mleech@ripnet.com] > SENT: Thursday, June 23, 2016 2:40 PM > TO: El Ouni, Naceur (IntlAssoc) <naceur.elouni@nist.gov> > CC: usrp-users@lists.ettus.com > SUBJECT: Re: [USRP-users] RFNoC gr-ettus rfnoc_fosphor not showing anything > > Are you doing this from wihin a VM, or on a native Linux box? > > On 2016-06-23 14:19, El Ouni, Naceur (IntlAssoc) via USRP-users wrote: > > Hello usrp-users, > > I have tried to run the gr-ettus's example rfnoc_fosphor and on execute I get: > > QPAINTER::BEGIN: PAINT DEVICE RETURNED ENGINE == 0, TYPE: 2 > QPAINTER::SETPEN: PAINTER NOT ACTIVE > QPAINTER::SETFONT: PAINTER NOT ACTIVE > > Whatever I did to tweak the code (gr-ettus/lib/QFosphorSurface.cc) and recompile to avoid having a null image: > The result is always the same, nothing show up > > I am using: > > Ubuntu 14.04, USRP X310, > GNU C++ version 4.8.4; Boost_105400; UHD_003.010.rfnoc-300-g74d178b5 > gnuradio version: 3.7.10git-47-gbd69c31e > > Thanks and Regards, > > Naceur El Ouni > > NIST - Wireless Networks Division (673) > > 100 Bureau Dr. Building 222-A218 > > Gaithersburg, MD 20899 > > (301) 975-3353 [1] > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com Links: ------ [1] tel:%28301%29%20975-3353
SM
Sylvain Munaut
Fri, Jun 24, 2016 7:44 AM

Hi,

Not at all I am doing this on a native Linux Box through ssh though.

Won't work.

The screen is rendered via OpenGL, that doesn't work over forwarded X
connections.

To view rfnoc-fosphor remotely you need to split the flowgraph in two
(one remote part and one local) and forward the data over ZMQ.

Cheers,

Sylvain

Hi, > Not at all I am doing this on a native Linux Box through ssh though. Won't work. The screen is rendered via OpenGL, that doesn't work over forwarded X connections. To view rfnoc-fosphor remotely you need to split the flowgraph in two (one remote part and one local) and forward the data over ZMQ. Cheers, Sylvain
EO
El Ouni, Naceur (IntlAssoc)
Wed, Aug 24, 2016 7:24 PM

Hi Sylvain and thanks for the hint,

Now, I am back to work on demo-ing rfnoc-fosphor.
I have installed ZMQ as part of GNU Radio and then installed gr-zmqblocks as OOT. I have tried next to run examples as stated in gr-zmqblocks github repo. (client/server and gui app).
I am actually not sure what to expect.

However, I've tried the examples under share/gnuradio/examples/zeromq and they worked fine.
Now for the RFNOC fosphor, I ran the grc app on the remote (to which is connected the X310) where I connected the RFNOC FIFO to one of the ZMQ sinks and of course de-enabled the downstream blocks.

On my Laptop (local) I have installed UHD using rfnoc branch, GNU Radio and gr-ettus (all using pybombs),
then ran rfnoc grc app beginning by ZMQ source (each time I tried an equivalent to what I was using at the remote (REP-REQ for ex...))

First, whatever I tweak I am not getting any display on the local machine.
Second, I am getting a non-stop timeout on channel 0. I am actually getting those right away if I set sampling rate to 100MHz.
Is there another graceful way to dissociate the streaming commands from the X310 (after those underruns happens) so that I won't have to power-cycle the X310 each time that happens.
This would be of the a great help especially if the radios are not always reachable (teleworking).

On a different topic but similar problem, I already asked the same question before of how to deal with non-stop "U"s or "D"s when I tried running pdsch_ue or pdsch_enb of srsLTE.
The X310 stalls and stays non-responsive unless manually power-cycled.

Regards,
Naceur

-----Original Message-----
From: Sylvain Munaut [mailto:246tnt@gmail.com]
Sent: Friday, June 24, 2016 3:45 AM
To: El Ouni, Naceur (IntlAssoc) naceur.elouni@nist.gov
Cc: mleech@ripnet.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] RFNoC gr-ettus rfnoc_fosphor not showing anything

Hi,

Not at all I am doing this on a native Linux Box through ssh though.

Won't work.

The screen is rendered via OpenGL, that doesn't work over forwarded X connections.

To view rfnoc-fosphor remotely you need to split the flowgraph in two (one remote part and one local) and forward the data over ZMQ.

Cheers,

Sylvain

Hi Sylvain and thanks for the hint, Now, I am back to work on demo-ing rfnoc-fosphor. I have installed ZMQ as part of GNU Radio and then installed gr-zmqblocks as OOT. I have tried next to run examples as stated in gr-zmqblocks github repo. (client/server and gui app). I am actually not sure what to expect. However, I've tried the examples under share/gnuradio/examples/zeromq and they worked fine. Now for the RFNOC fosphor, I ran the grc app on the remote (to which is connected the X310) where I connected the RFNOC FIFO to one of the ZMQ sinks and of course de-enabled the downstream blocks. On my Laptop (local) I have installed UHD using rfnoc branch, GNU Radio and gr-ettus (all using pybombs), then ran rfnoc grc app beginning by ZMQ source (each time I tried an equivalent to what I was using at the remote (REP-REQ for ex...)) First, whatever I tweak I am not getting any display on the local machine. Second, I am getting a non-stop timeout on channel 0. I am actually getting those right away if I set sampling rate to 100MHz. Is there another graceful way to dissociate the streaming commands from the X310 (after those underruns happens) so that I won't have to power-cycle the X310 each time that happens. This would be of the a great help especially if the radios are not always reachable (teleworking). On a different topic but similar problem, I already asked the same question before of how to deal with non-stop "U"s or "D"s when I tried running pdsch_ue or pdsch_enb of srsLTE. The X310 stalls and stays non-responsive unless manually power-cycled. Regards, Naceur -----Original Message----- From: Sylvain Munaut [mailto:246tnt@gmail.com] Sent: Friday, June 24, 2016 3:45 AM To: El Ouni, Naceur (IntlAssoc) <naceur.elouni@nist.gov> Cc: mleech@ripnet.com; usrp-users@lists.ettus.com Subject: Re: [USRP-users] RFNoC gr-ettus rfnoc_fosphor not showing anything Hi, > Not at all I am doing this on a native Linux Box through ssh though. Won't work. The screen is rendered via OpenGL, that doesn't work over forwarded X connections. To view rfnoc-fosphor remotely you need to split the flowgraph in two (one remote part and one local) and forward the data over ZMQ. Cheers, Sylvain