Reply to thread

Message: <blockquote data-quote="FloMann" data-source="post: 799390" data-attributes="member: 66772">AW: MePo 1.2 und Ruckler bei TV -> TSreader log, zeigt dabei "Pause 200mS Renderer"Servus,OK, das ist wie bei mir und ich bin nicht der einzige bei dem das auftritt, und ja mit der alten 1.1.3 gibt es das Prinzipiell auch aber wesentlichunproblematischer wie dann wohl auch bei dir. Da tritt es selbst nach dem zappen erst nach std. auf und war damit im normalenalltagsbetrieb über die paar Monate mit 1.1.3 quasi mir noch nicht störend aufgefallen, da ich früher oder später eh auchmal auf Pause war oder zwischenzeitlich dann doch mal gezzapt habe. Bei der alten 1,0,2 gab es das noch gar nicht, dementsprechend dahindgehend keine probleme. Hattest du mal die 1.2Beta oder alpha in betrieb, die kenne ich nicht, wie war es denn hierbei??. würde mich gerade mal interessieren ob wir einkreisen können ab wann es zu dem problematischen und im alltag dann auch deutlich auffälligen verhalten kam. Als Bug würde ich das wohl erstmal nicht bezeichnen aber zumindest erstmal  ein Problem, ich denke es wird zeit das ich mein angestaubtes (nicht besonders gutes) Englisch irgendwie in die reihe bekomme und mal  im entsprechenden Forummit einem satz kompletten brauchbaren Logs ein Thread eröffne.Gibt es bei den Logs im Debug log level  zu dem starten im debug Modus ohne plugins doch noch unteschiede ??welche mir auf die schnelle nicht auffielen, denn ich verzichte eben ungern auf meine FB funktion.... Der Code teil (der zumindest die log einträge erzeugt und auch den Audio/Video to Render errechnet)liegt  in den TSreader Sources, wie ich das sehe in der Demultiplexer.cpp bei ermitteln der TS Pakete nach audio oder Video( hier getrennt für Mpeg2 und h264), hier wird dann ggf. das Rendering Clock too fast flag gesetzt.[Spoiler]Routine:void CDeMultiplexer::FillAudio(CTsHeader& header, byte* tsPacket)void CDeMultiplexer::FillVideoMPEG2(CTsHeader& header, byte* tsPacket)void CDeMultiplexer::FillVideoH264(CTsHeader& header, byte* tsPacket)[/Spoiler]Das ausführen der Pause  wenn Renderring clock to fast flag gesetzt ist wird im Tsreader.cpp durchgeführt.[Spoiler]Routinevoid CTsReaderFilter:<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused    :confused:" loading="lazy" data-shortname=":confused:" />etMediaPosition(REFERENCE_TIME MediaPos)[/spoiler]Ob das Problem jetzt aber in der Demux.cpp z.b in dem Teil liegt bei den berechnungen mag ich nicht beurteilen, vll. gar nicht mal hier. Icke bin Hardwerler und hab zwar schon mit verschiedenen (kleinen/imo einfachen)MCU`s gearbeitetund Programme geschrieben, das liegt aber zurück und war überwiegend Assembler  und ebbes einfaches C.Um hier einen bogen zufinden bräuchte ich reichlich zeit und arbeit, bis dahin ist MePo 1.3 oder mehr drausen <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile    :)" loading="lazy" data-shortname=":)" />Sprich da würde ich wohl nicht weiter kommen und sage mal schuster bleib bei deinen leisten.greetzPs, das richtet sich an die Devs oder welche die es wissen, habt ihr innerhalb keine richtlinien was das komentieren von routinen/Code angeht??Bisher, wenn ich darin mal tätig war in den Firmen, während dem studium und auch danach, oder auch für mich private sachen gab es in der Regel eigentlich immer min. zu jeder funktion ein eigenes Komentar Feld darüber, welches beschreibungen und vor allem änderrungen von wem, wann und warum aufführten(sollten)(ich zumindest versuchte es immer so gut mir möglich).Zugegeben das kann die Zeilen im file massig erhöhen half aber auchmal ungemein und ggf. wurden halt auf ext. Dokumente verwiesenbei denen es dann genauer behandelt und festgehalten wird. Gibt es bei euch sowas und ich war mal wieder zu blind???</blockquote>

Verification