Re: Stream args on UHD USRP Sink

[CEL]

I'd recommend not overestimating the workload of scaling outside of UHD
– UHD still has to do that multiplication! So, scaling e.g. your
constellation or your pulse-shaping filter would make at least as much
sense. 

On Tue, 2019-12-03 at 14:11 -0300, Wheberth Damascena Dias wrote:
> Hi Marcus, I
> 
> I am planning to give a try to the GnuRadio 3.8 PPA. We are developing some 
> OOT blocks and some rework may be needed to do so.
> 
> I will take a look at the code, but I am inclined to change my application to 
> eliminate the need of scaling in real time (scalling the QAM symbols for 
> example)
> 
> Regarding the USRP I am using a pair of X310.
> 
> Thank you very much.
> Wheberth
> 
> 
> Em ter, 3 de dez de 2019 13:26, Müller, Marcus (CEL) <address@hidden> 
> escreveu:
> > Uhhhh that's an ancient version of GNU Radio. Do you use any other UHD-
> > linking software, or can you try our new PPA that would give you a
> > modern GNU Radio 3.8.0.0?
> > 
> > https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases
> > 
> > Anyway, for most USRPs "fullscale" actually should do some scaling (if
> > you're so inclined, look for "_host_extra_scaling" in the UHD source
> > code).
> > 
> > What is the USRP you're using?
> > 
> > Best regards,
> > Marcus
> > 
> > On Tue, 2019-12-03 at 08:41 -0300, Wheberth Damascena Dias wrote:
> > > Hi all, not sure if I should send this here or at USRP list.
> > > 
> > > I am trying to set the "fullscale" as a stream parameter of the USRP Sink 
> > > block, but it have no effect. The idea is to avoid the use aof one block 
> > > to scale the samples to [-1.0, +1.0] range May I be missing something?
> > > 
> > > For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All stock 
> > > from Ubuntu 18.04).
> > > Thank you very 
> > > 
> > > 
> > > 
> > > -- 
> > > Wheberth Damascena Dias
> > > _______________ _____ _____ __ ___ __ _ _ _  _ 
> > > http://www.linkedin.com/in/wheberth
> > > e-mail:address@hidden
> > >

smime.p7s
Description: S/MIME cryptographic signature