Replies: 9 comments
-
To be correct, it's every 32th?
How should the jitter come from the plugin? You log that in every PlayVideo() and this is directly called by VDR. So if you can rule out, that there is no early return due to an invalid pes packet in between and the input buffer isn't full or at least VDR does a resend, when there was a "return 0", the plugin isn't involved!? |
Beta Was this translation helpful? Give feedback.
-
|
Btw, did you test differents channels/transponders? |
Beta Was this translation helpful? Give feedback.
-
|
The plugin could block the VDR main thread ocassionally leading to this late arrival, or there could be an error in the jitter measurement. Before raising an issue I want to do some further investigations. EDIT: Another reason could be that the Fritzbox sends the packet too late or that the satip plugin delays the processing for some reason. I tested two differend transponders. I ran the jitter tracker over night and the max video jitter is 324ms. The max audio jitter was 34ms. |
Beta Was this translation helpful? Give feedback.
-
|
I will track the jitter, because i have a different input setup. DVB-S->Kathrein Exip 418->vtuner-ng |
Beta Was this translation helpful? Give feedback.
-
|
I just logged the overall jitter and have 422ms as a maximum (in a quick test period). |
Beta Was this translation helpful? Give feedback.
-
|
Is this old thread related? |
Beta Was this translation helpful? Give feedback.
-
Not really sure... If you comment in these lines, you can show whether you have the same behavior that every 30-32nd packet is late: |
Beta Was this translation helpful? Give feedback.
-
|
This is what i get on DasErste HD via satip on rpi4: |
Beta Was this translation helpful? Give feedback.
-
|
From my objections the jitter is depending on the stream. Not VDR and not the plugin itself. If you agree, I will close that one. too. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I recorded the jitter of the incoming audio and video packets.
Audio has an average jitter of 30ms. This is consistent without any blips.
Video has an average jitter in the same range, but exactly every 30th video packet is arriving 260-300ms later than the others.
If we can eleminate the cause, we could reduce the buffer by 260ms leading to quicker channel switches.
I didn't check if the jitter comes from VDR or from this plugin, yet.
Here are the logs:
Beta Was this translation helpful? Give feedback.
All reactions