Note that every packet doesn't need to have a time stamp (assuming that the previous packet does not have EOB set). If the first packet has a timestamp and is not the final packet in a burst, then the subsequent packet will be assumed to be continuous to the previous packet such that no new timestamp is needed. I'm not sure if this is helpful to you, but it can be easier than trying to timestamp every packet if it is not needed. Rob
On Thu, May 22, 2025 at 6:43 AM Kevin Williams <kevin.willi...@vastech.co.za> wrote: > Hi, > > > > Must the timestamp of every packet in an rfnoc network must remain locked > to the time source the radio used when it timestamped the first adc sample > of that packet? > > > > In other words, if I have a decimator must I figure out the time offset of > the first sample of my decimated packets to within 1 sample of the original > data? > > > > This seems complex because the radio is delivering packets of some size > related to an rfnoc mtu and most likely not related to my decimator ratio – > so the timestamp of the first sample of my packets changes as it “beats” > with the input packets? > > > > Thanks, Kevin > > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-le...@lists.ettus.com >
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
