Main siteMain site  ForumForum  ForumSearch  Private messageEmail contact  RegisterRegister  Log inLog in 
Topic: RateNormalizer buffering behaviour
Reply to topic
Author Message
Marius



Joined: Jun 10, 2013
Posts: 51

PostPosted: Oct 6, 2013 5:33 PM    Post subject: RateNormalizer buffering behaviour

From my understanding of this element I think the following:
When input rate is higher than chosen output rate, an input buffer will fill. When the input buffer becomes rather full and remains full, it may cause a time shift in the signal, right?
What would be the best way to avoid such build-up of an unknown time shift if you need to normalize a signal?
jarek



Joined: Oct 22, 2007
Posts: 1073

PostPosted: Oct 6, 2013 8:54 PM    Post subject:

You could limit the input data. Or use advanced property which allows to set manually the size of input buffer and set it to a small size.
Marius



Joined: Jun 10, 2013
Posts: 51

PostPosted: Oct 7, 2013 11:12 AM    Post subject:

Hi Jarek,

thanks for your reply.

What do you mean exactly by \"you could limit the input data?\"

For setting the buffer size, I know that default size is 2 seconds. I wonder down to what size it will still work. If one loop is 10 ms, maybe a buffer of 100ms (10 loops) should be enough?

Also, I understand that when the buffer runs full, all buffered data is dropped. That means we will miss a data sequence of [buffer lenght] in the output stream. It will look like it was cut out. Is that correct?
jarek



Joined: Oct 22, 2007
Posts: 1073

PostPosted: Oct 7, 2013 11:07 PM    Post subject:

You can limit input data using other element like Decimator or Buffer.

That is really up to you and your design logic to balance between amount of input data and the buffer size.

Yes, if the buffer is full, all data in it is dropped.
Reply to topic