Thanks Wade, A few follow up questions: - Regarding play_halt(), it sounds like this should never used if you are planning to start playout again (and the replay output feeds the DUC input). Is this correct? Or perhaps there is some way to clear the DUC? - In the meantime, what is the correct way of using the block in my situation where the replay is connected to the DUC and I want to repeatedly start/stop streaming? Should I just remove the play_halt() call from the example and just wait for the buffer to flush following the stop streaming command? - Have you seen my other issue regarding use of the Replay Block on the N310 such that you can't connect the 4 Replay block ports to the 4 DUC ports to produce 4 Tx outputs using 3.15? There is a graph connection / propagation issue that does not like Replay port 2 (3rd port) connected to DUC_1 port 0.
Rob On Fri, May 1, 2020 at 11:37 AM Wade Fife <wade.f...@ettus.com> wrote: > Hi Rob, > > I wanted to give you a quick update. I was able to reproduce the issue you > found. There were two problems. > > First, the example you shared calls play_halt() for the replay block each > time replay is stopped. This basically stops it as soon as possible, even > if that means it can't send a final packet with EOB. The DUC needs the EOB > to start/stop cleanly or else the timestamps the DUC generates aren't > correct when the next set of data comes through. > > The second problem I found is part of some known issues that are already > fixed in UHD 4.0. I'm going to add these fixes to 3.15 since I know there > was a lot of interest in the Replay block in 3.15. So once these fixes > appear, you should be able to remove the call the play_halt() and the > example will work as expected. > > Thanks, > > Wade > > On Thu, Apr 23, 2020 at 9:34 PM Rob Kossler <rkoss...@nd.edu> wrote: > >> >> Great. I forgot to mention that I was using an n310. >> >> On Thu, Apr 23, 2020 at 10:18 PM Wade Fife <wade.f...@ettus.com> wrote: >> >>> Hi Rob, >>> >>> Thanks for the example! I'd take a look to see if I can reproduce the >>> issue and figure out what's going on. I've been working recently on the >>> Replay block, so I'm very interested to understand what's going on. >>> >>> Thanks, >>> >>> Wade >>> >>> On Thu, Apr 23, 2020 at 1:36 PM Rob Kossler via USRP-users < >>> usrp-users@lists.ettus.com> wrote: >>> >>>> Hi, >>>> I am having an issue with UHD 3.15.LTS using the replay block. When I >>>> play out my previously stored samples the first time, everything works >>>> fine. But after stopping the first time, if I try to start playing out >>>> again, I get a whole bunch of 'Lates' and no RF output. >>>> >>>> In order to duplicate the problem with an Ettus example, I modified >>>> 'replay_samples_from_file' to add a loop and command prompt so that the >>>> user could hit <enter> to start playing out while still using <ctrl-c> to >>>> stop. Unfortunately for me, this worked fine and did not show the problem. >>>> >>>> Next, I further modified the example to place a DUC block in between >>>> the Replay block and the Radio. Now it duplicates the issue perfectly >>>> (modified example attached). >>>> >>>> So, perhaps I need to clear the DUC in some way when stopping the >>>> streaming?? But if so, I'm not really sure how to do so. >>>> >>>> Thanks. >>>> Rob >>>> >>> _______________________________________________ >>>> 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
