Re: Going from GUI to non-GUI operation.

[Nick Foster]

It's a bit wasteful from a CPU cycles standpoint, but you can run your flowgraph unchanged from the command line using xvfb, and no graphical output will be displayed.

Nick

On Thu, Nov 14, 2019, 8:53 AM Glen I Langston <address@hidden> wrote:

Hi Amr,

Thanks for your suggestion.

However when I select no-gui, then all the QT blocks go RED in my designs in gnuradio-companion.

I was hoping that they would instead just go quiet and use the default values.

I can, of course, just delete all the QT blocks, but then when going back
to debugging/improving I’d have to put them back in.

My hope is not yet implemented, it appears.

Best regards,

Glen



> On Nov 14, 2019, at 9:53 AM, Amr Bekhit <address@hidden> wrote:
>
> Hi Glen,
>
> In the top right corner of the flow you will see the flow properties box. In there you can disable the GUI. You can then run your python file directly, or even call the created class object from another file (have a look inside the main function to see how the flow is instantiated). You can also get and set variable values in runtime via Python and have the flow update, just like you can with the GUI.
>
> On 14 Nov 2019 Thu at 5:28 PM Glen I Langston <address@hidden> wrote:
> This email is a question concerning the Gnuradio transition from
> a GUI interface to purely python execution.
>
> We’ve developed a series of gnuradio-companion compatible designs
> that are "just about" perfected from our point of view.   Now we’re going
> from interactive mode to fully automatic startup and execution from
> computer reboot.
>
> Our designs now immediately start capturing radio astronomy spectra
> and transient events.
>
> Is there a simple mechanism to turn off and on the GUI interface?  Maybe
> just in the control block?   
>
> Sorry if this is an obvious question.
>
> Thanks - Glen
>
>