Known Bug: 1 secunden Sprung nach 6 Minuten Laufzeit

[joystick0r]

Habs zwar schon mal in der Shoutbox gefragt, da aber etwaige Antworten verpennt und so landet mein Anliegen hier.
Seit Einführung der Randfiles hab ich des öfteren Sprünge in meinen Aufnahmen. Teilweise nicht weiter wild, nur ein paar Sekunden. In anderen Fällen springt die Aufnahme allerdings kräftig nach vorne.
Liegt das am System oder eventuell an meinem Decodieren?

[LilaQ]

Und nochmal Hallo :)

Was mir mal aufgefallen ist, ich hab 2 Scrubs Folgen aufnehmen lassenm gezogen, erfolgreich decodiert und angeschaut.

Bei beiden Folgen musste ich feststellen dass es jeweils einen 'Sprung' von ~1-2sec gibt, ist dieser Bug bekannt?!

Ein Kommentar dazu würd mich mit Glück und Freude erfüllen ;)

Mfg
LilaQ

[svru]

Hi,

also dieser Bug tritt bei mir quasi in fast jedem Mitschnitt auf - und zwar immer genau an den Stellen, an denen die vorhergehende Aufnahme auf diesem Kanal (die ich nicht unbedingt selbst in meiner Jobliste haben muß) endet (ca. 8 Minuten nach Beginn) und die nächste Aufnahme für diesen Kanal beginnt (ca. 8 Minuten vor dem Ende). Dies entspricht genau den Overlap-Zeiten von 3 und 5 Minuten und scheinbar ist da der jeweilige Rechner mit dem Beginn einer Aufnahme (Dateierstellung) sowieso dem Ende einer Aufnahme (Dateischließung) derart beschäftigt, daß die Aufnahmesoftware nicht mehr nachkommt und dann diese Aussetzer entstehen (oder wie auch immer - ist halt nur verdächtig zu genau diesen Zeitpunkten oder in der Nähe davon).
Andere, richtig lange Aussetzer hatte ich auch schon, vereinzelt, aber das dürfte ein anderes, sporadisch auftretendes Problem sein, bzw. halt einfach die üblichen Macken von Software (die man nicht unbedingt nachvollziehen kann).

Ich wundere mich nur, daß hier im Forum anscheinend niemand sonst sich über diesen Bug beklagt hat, weil er ja wie gesagt praktisch immer da ist (war).


Sven

[robbyflobby]

Naja anscheinend, weil das die meisten nicht stört (mich zumindest nicht) ;)

[svru]

Naja,

wenn ich was dauerhaft archivieren will wäre ein 1A-Durchlauf der Aufnahme schon ganz nett und außerdem war so ein Sprung mal nachweislich 5 Sekunden lang (weil gerade so ein Countdown lief) und da kann sich schon mal was vom Inhalt des Gesehenen/Gehörten verschlucken... nicht so toll.


Sven

[gepta]

passiert da jetz noch was? ich mein, mitunter sind die spruenge ja schon recht heftig... wegen meiner koennten die gern an der quali noch ein wenig sparen und sich des sprungproblems annehmen...

[daniel/L]

Mich nerven diese Sprünge auch, besonders bei Nano und Seinfeld ist das sehr störend, da man dort durch die bis zu ~5 Sekunden Sprünge auch mal den ein oder anderen Witz verpasst.
Ich frage mich nur, worin diese Sprünge ihren Ursprung haben?!

[Lausebengel]

Finde das auch ziemlich blöd, besonders fällt es mir bei Star Trek Raumschiff Voyager auf. Da kamen gestern und vorgestern die Finalen Folgen, und in beiden, aber besonders in der ersten, waren Sprünge und Ton/Bild-Verzerrungen von teilweise mehreren Minuten drin.

Warum ist das so? Kann man dagegen nichts tun?

[svru]

Könnten sich nicht einmal die Macher dazu äußern?


Sven

[gepta]

naja... die gedanken von svru weiter oben klingen doch recht plausibel... ich hab nu zwar nich mitgestoppt wann die hoppser genau auftreten, aber es scheint ja was mit den overlap-zeiten zu tun zu haben... da verhaspelt sich dann der rechner ein wenig weil 'ne neue sendung aufgezeichnet wird...

aber solang's nix kostet will ich ja nich meckern... ;)

[Menno]

Durch die starke Überlastung gabs halt irgendwo Aussetzer, während der Aufnahme, dem schneiden oder beim encodieren.
Ich weiß nicht, wie viele Mitglieder OTR mittlerweile hat, die letzte offizielle Verlautbarung waren über 60000 im Januar. :shock:

Durch den neuen Downloadserver sollten die Probleme aber der Vergangenheit angehören. :D

[svru]

Na,

also die Downloadserver werden wohl kaum etwas daran ändern...
Aber ich kenne mich natürlich in der Materie (eingesetzte Infrastruktur) nicht so aus.


Sven