| Author |
Message |
Marius
Joined: Jun 10, 2013 Posts: 51
|
Posted: 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
|
Posted: 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
|
Posted: 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
|
Posted: 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. |
|