Re: [USRP-users] Host synchronization within a continuous stream

2018-05-19 Thread Yichao Yu via USRP-users
> What is your status on this issue? No progress. > If this issue is still outstanding for you, could you please share your > program with us (you can email it to us directly and privately, if you > prefer), so we can see exactly what you're doing. I believe the only part of the code that's

Re: [USRP-users] Host synchronization within a continuous stream

2018-05-19 Thread Neel Pandeya via USRP-users
Hello Yichao Yu: What is your status on this issue? If this issue is still outstanding for you, could you please share your program with us (you can email it to us directly and privately, if you prefer), so we can see exactly what you're doing. --​Neel Pandeya On 19 April 2018 at 10:28,

Re: [USRP-users] Host synchronization within a continuous stream

2018-04-19 Thread Yichao Yu via USRP-users
> I'm still a bit confused about the time synchronization being an issue > at all – even after a packet dropout, all packets coming from the X3xx > contain a timestamp, so you'd *never* have to call get_time_now (and it > won't do any good, for asynchronity reasons). Hmmm, maybe I failed to

Re: [USRP-users] Host synchronization within a continuous stream

2018-04-19 Thread Marcus Müller via USRP-users
Hi Yichao, Sorry, this is probably my fault. I apologize – I'm not quite sure how to help you most efficiently right now. I remember this being a relatively involved issue; just from reading your second-to-last email on this list, this becomes clear. I'm still a bit confused about the time

Re: [USRP-users] Host synchronization within a continuous stream

2018-04-19 Thread Yichao Yu via USRP-users
Forwarding to the mailing list after getting no reply from ettus in 4 months!!! Sorry for the top post but it's increasingly clear that the ad-hoc method of resetting the device every now and then is giving us a lot of problems and it's getting worse with libuhd update. We really need to know how

Re: [USRP-users] Host synchronization within a continuous stream

2017-12-12 Thread Yichao Yu via USRP-users
> Had a look at if this can be done by catching underrun event and from > what I can see in how that error is generated and how the message > triggering it is generated in the firmware code it doesn't seem to be > a real counter, rather a flag/saturated counter so it won't be good > enough for my

Re: [USRP-users] Host synchronization within a continuous stream

2017-12-11 Thread Yichao Yu via USRP-users
> 2. Obtain the number of outputted/missing samples at current time. > This will essentially remove the need to rely on assuming the output > is always continuous. However, I can't find a function to do this. > Modifying fpga image and adding a user register for this can be an > acceptable