Reply to thread

Message

<blockquote data-quote="FloMann" data-source="post: 802266" data-attributes="member: 66772">AW: MePo 1.2 und Ruckler bei TV -&gt; TSreader log, zeigt dabei &quot;Pause 200mS Renderer&quot;Nutze für die längere Testphase die TS Reader version ohne den zusatz Log aus dem Paket, denn sonst explodiert das TS Reader log im extremfall. Auch in dem Log sieht man das eigentlich laut berechnung von MePo der Buffer leerrennt und dann bei unterschreiten dementsprechend die Medlung ausgibt (jedoch: Pause 200ms Renderer - Disabled - First A/V To Render underflow) so in etwa.. Die normal folgende 200ms Pause wird definitiv nicht mehr getriggert, der code dafür wurde rauskommentiert.Danach wird noch ein bischen A/V to R geloggt bis da zweite mal ein underrun detektiert wird, auch hier passiert aber nix weiter, das war wie gesagt nur um mal zu sehen wie die Berechnung weiterläuft und was sie für ergebnise liefert, beim TSreader mit dem zusatz log halt bis ins extreme..Bei mir läuft es bisher erstmal wieder wie mit MePo versionen zuvor mit dem TSReader ohne die nervigen Pause 200ms Renderer hänger.Und auch sonst hatte ich noch keine Probleme, ~ 5std nachdem MePo eigentlich erechnet das ein Systemclock to Fastvorliegt, konnte ich keine weiteren Probleme erkennen also gab es in echt auch noch kein Systemclock to Fast Problem bei mir.Bin gespannt wie es sich bei dir weiterhin verhält.Das ist jetzt nicht super eilig, aber wenn du mal zeit hast könntest du mal ein Paar kurze aufnahmen machen von verschiedenen sendern und bei nem hoster uppen, so nach und nach aber wie gesagt nicht so eilig erstmal. Denn ich würde gerne mal schauen wie sich die Timestamps in dem jeweiligen Stream verhalten.</blockquote>

[QUOTE="FloMann, post: 802266, member: 66772"] [b]AW: MePo 1.2 und Ruckler bei TV -> TSreader log, zeigt dabei "Pause 200mS Renderer"[/b] Nutze für die längere Testphase die TS Reader version ohne den zusatz Log aus dem Paket, denn sonst explodiert das TS Reader log im extremfall. Auch in dem Log sieht man das eigentlich laut berechnung von MePo der Buffer leerrennt und dann bei unterschreiten dementsprechend die Medlung ausgibt (jedoch: Pause 200ms Renderer - Disabled - First A/V To Render underflow) so in etwa.. Die normal folgende 200ms Pause wird definitiv nicht mehr getriggert, der code dafür wurde rauskommentiert. Danach wird noch ein bischen A/V to R geloggt bis da zweite mal ein underrun detektiert wird, auch hier passiert aber nix weiter, das war wie gesagt nur um mal zu sehen wie die Berechnung weiterläuft und was sie für ergebnise liefert, beim TSreader mit dem zusatz log halt bis ins extreme.. Bei mir läuft es bisher erstmal wieder wie mit MePo versionen zuvor mit dem TSReader ohne die nervigen Pause 200ms Renderer hänger. Und auch sonst hatte ich noch keine Probleme, ~ 5std nachdem MePo eigentlich erechnet das ein Systemclock to Fast vorliegt, konnte ich keine weiteren Probleme erkennen also gab es in echt auch noch kein Systemclock to Fast Problem bei mir. Bin gespannt wie es sich bei dir weiterhin verhält. Das ist jetzt nicht super eilig, aber wenn du mal zeit hast könntest du mal ein Paar kurze aufnahmen machen von verschiedenen sendern und bei nem hoster uppen, so nach und nach aber wie gesagt nicht so eilig erstmal. Denn ich würde gerne mal schauen wie sich die Timestamps in dem jeweiligen Stream verhalten. [/QUOTE]

Verification