Hallo,
ich habe mir eine Dreambox gegönnt und wollte den TS Doctor mal ausprobieren, um zu sehen, ob er was taugt beim Schneiden von HD Aufnahmen.
In den ersten 2 Tagen ging er recht zügig zur Sache, aber seit 2 Wochen braucht er pro Minute Film 2-3 Minuten Rechenzeit.
Dabei schlafen die CPU's und auch die Filezugriffe sind kaum messbar. (Windows 7 Taskmanager / resource Monitor)
Ich habe dann noch ffmpeg nachinstalliert in der Hoffnung, es liegt am Decoder wegend irgend einem der letzten Windows Security Patche,
aber auch das brachte keine Besserung. Es scheint, das Programm ist künstlich ausgebremst / schläft beim decodieren (Quad Core CPU:
CPU=2%, Disk Activity zwischen 0 und 2%, 1.5 MB/s). Ich habe auch die Piorität mal probeweise erhöht auf above normal - gleiches Ergebnis.
Auch ein Deinstallieren, erneutes herunterladen und installieren hat nichts gebracht.
Ich habe auch mal eine komplett neue Installation von W7 auf einer neuen Platte und neu Installieren des TS Doctors versucht ohne andere Programme - gleiches Ergebnis.
Was ist mit der Software passiert? Kann man sehen, wo er hängt und was ihn da so aufhällt? So, wie er sich gerade verhält ist er ziemlich unbrauchbar.
Habt Ihr auch aehnliche Erfahrungen gemacht, hat sich was an der Codierung der Fernsehsender verändert? Die Aufnahmen sind in VLC / xbmc
problemlos abspielbar und ohne Fehler... :-(
An welcher Stelle wird er denn genau langsam? Im Schnittfenster oder wenn man eine neue Datei erstellt?
Falls es beim Erstellen einer neuen Datei ist, dann unter Einstellungen/Korrekturverhalten den Punkt "Erzwinge AC3-Typ Konsistenz" deaktivieren.
Beim Erstellen einer neuen Datei. Die Suche nach Werbung ist gefühlt auch doppelt so lang, aber es geht noch.
Meine Einstellungen:
Kein Teletext (ausgewählt)
Keine Untertitel (ausgewählt)
Bevorzuge Schnitt vor Cut-Out (ausgewählt)
Erzwinge AC3 Typ Konsistenz (nicht)
Füge AC3 5.1 Frames... (nicht)
Behandle keine PID als Reserviert (nicht)
Automatische Werbungserkennung (ausgewählt)
Suche nach verschlüsselten Bereichen (nicht)
Audiospuren neu ordnen in PMT (ausgewählt) ???
AC3 Modus: bevorzuge 5.1
bei PCR Wrap ohne Fragen
Erweiterter PCR Check (nicht)
berücksichtige I/P Frames für Schnitt (ausgewählt)
Entferne störende B-Framen (nicht)
B-Frames überspringen (nicht)
Entferne Filler Data (ausgewählt)
Ausgangs Nachverarbeitung - keine
Von welcher Quelle?
Teste mal mit dem Disk-Tool (unter Werkzeuge zu finden) wie schnell Deine Ziel- und Quell-Laufwerke sind.
Ich habe jetzt die 1.2.27 Beta drauf, mit der geht es wieder wie gewohnt. Sehr komisch. Vielen Dank für die schnelle Antwort. Ich werde den Rechner mal beobachten....
Hi,
hänge mich hier mal mit dran:
Habe exakt das gleiche Problem, d.h. sobald das Schnittfenster aufgeht wird aus meinem Highend-PC eine lahme Gurke, wobei der PC in keinster Form ausgelastet ist.
Das Problem tritt seit der v 1.2.30 auf. Sobald ich auf die letzte nicht-beta Version zurückkehre (1.2.29) schneidet TS-Doctor alles wieder in der gewohnten Geschwindigkeit.
Würde mich hier über Hilfe freuen - Danke!
Grüße
Welche Filter werden verwendet?
Im Videofenster rechte Maustaste drücken.
Vermutlich werden unter 1.2.29 andere Filter verwendet wie unter 1.2.30.
So, gerade mal die beiden Versionen in Sachen Filter miteinander verglichen:
Keine Unterschiede!
[attachimg=1]
Woran könnte es noch liegen?
Schalte mal testweise unter Einstellungen/Vorschau das schnelle Sample-Grabbing und die I-Frame-Erkennung ab. Ist es dann besser?
Welche Grafikkarte? ATI?
ffdshow auf dem aktuellen Stand?
Bei ffdshow irgendwelche Bildverbesserer im Filter aktiviert (Schärfen, WarpSharp, Deinterlacing, etc)?
Sample-Grabbing und I-Frame-Erkennung abgeschaltet - keine Besserung.
Grafikkarte ist von ATI - HD6950.
ffdshow ist vom 25.06.12.
Filter sind keine aktiviert.
Wie bereits geschrieben - bis zur Version 1.2.30 lief alles prima!
Aber es hat sich nix geändert bei Schnitt.
Wenn Du die 1.2.22 (http://www.cypheros.de/tsdoctor_alte_versionen.html) verwendest, ist dann wieder alles Super-Schnell? Oder hat sich in der Zwischenzeit auch noch was Anderes geändert?
Mit 1.2.22 ist alles gut.
Kann von der Geschwindigkeit gegenüber 1.2.29 nicht feststellen.
Bist du dir sicher, dass sich ab der 1.2.30 nichts geändert hat?
Hast Du mal die LAVFilters (http://lavfilters.googlecode.com/files/LAVFilters-0.51.1.exe) probiert anstatt ffddshow? Die sind deutlich besser und man kann besser einzelne Bilder vor und zurück springen.
Gestern schon ausprobiert - leider keine Änderung!
So, habe mir jetzt mal die Mühe gemacht und den TS-Doctor komplett deinstalliert, sprich inkl. entfernen aller Registry Einträge und Verzeichnisse.
Ergebnis:
Keinerlei Änderung!
Jetzt habe ich leider keine Ideen mehr, woran es liegen könnte. Meines Erachtens muss es eine Änderung zwischen den Versionen gegeben haben, sonst würde es ja weiterhin einwandfrei funktionieren...
Probier mal unter Einstellungen/Vorschau bei Video-Renderer den Enhanced Video Renderer einzustellen?
In diesem Thread wird auch über Performance-Probleme mit ATI-Karten diskutiert: http://forum.cypheros.de/index.php?topic=1485.0
Unter Einstellungen/Vorschau bei Video-Renderer habe ich jetzt mal auf Enhanced Video Renderer umgestellt.
Ergebnis - wenn überhaupt minimal schneller.
Den von dir angegebenen Thread habe ich mir mal durchgelesen.
Finde mich da mit meinem Problem aber nicht wirklich wieder, da mein PC inkl. Grafikkarte wesentlich leistungsfähiger ist und ich die Probleme sowohl mit LAV, als auch ffdshow habe.
Würde mich über weitere Tipps deinerseits freuen. Bin nachwievor der Meinung, dass sich was am Programm geändert haben muss... ;)
also, ich seh auch keine großen Unterschied mit den ATI Karten. Egal welche Karte und welche Einstellung, TsDoc bleibt ungefähr immer gleich schnell. (komischerweise machen bei mir die "schnellen und modernen" Karten deutlich mehr Probleme und Fehler, als die dummen und lahmen.)
Den größten Einfluß auf die Geschwindigkeit hat eindeutig das Plattensystem.
Ob über LAN, USB, schnarchige (aber grüne) lokale Platte oder (so wie bei mir) auf SSD. da können Welten zwischenliegen.
Schaut mal nach, wo ihr eure Tempfiles für den TSDoc ablegt, sinnvoll ist hier eindeutig nicht das Standardverzeichnis, sondern entweder eine getrennte SSD, oder auf derselben (lokalen) Platte, wo auch die Eingangsdaten liegen.
Ihr geht immer von der irrigen Ansicht aus, dass TSDoc alles dekodiert und anschließend neu kodiert. Tut er doch gar nicht (außer bei der Vorschau), meistens schaufelt er nur Daten von A nach B.
Hi Mam,
nett, dass du dich einschaltest.
Falls du meinen ersten Post nicht gelesen haben solltest - bei mir lief alles supi bis zum Update von Version 1.2.29 auf 1.2.30.
Seitdem schneidet er bei mir anstatt mit 60 MB/sec nur noch mit 5-10 MB/sec.
Ich habe an meinem System keinerlei Änderungen vorgenommen.
Btw - ich habe eine SSD im Rechner und auf der liegt auch das Temp-Verzeichnis.
Ich weiß zwar nicht wen du mit "ihr" meinst, aber ich bin noch nie der Ansicht gewesen, dass TS-Doctor "alles dekodiert und anschließend neu kodiert". ;)
Zitat von: kerbster am Juli 11, 2012, 21:15:52
Habe exakt das gleiche Problem, d.h. sobald das Schnittfenster aufgeht wird aus meinem Highend-PC eine lahme Gurke
Kann es sein, dass es hier Missverständnisse gibt?
Meinst Du mit Schnittfenster die Vorschau ("Schnitt vorbereiten") oder das Fortschrittsfenster ("neue Datei erzeugen")?
Ich glaube Klabauter hat recht, es gibt da ein Missverständnis. Ich bin die ganze Zeit beim Schnittfenster, wo die Filter verwendet werden.
Vermutlich ist aber hier die Ausgabe der fertigen geschnittenen Datei gemeint. Dies läuft ohne DirectShow-Filter und Einfluß der Graphikkarte ab.
Hmm, finde den Titel und die Problemstellung recht eindeutig, aber ja, es geht um den eigentlichen Schnitt, sprich die Ausgabe der neuen Datei!
Auf meinem System ist das Programm auch etwas "schwerfälliger" geworden, der Streamcleaning-Prozess dauert fast doppelt so lange. Neuinstallation samt der zugehörigen Codecs brachte leider keine Besserung. Die Lese- und Schreibrate der Datenträger reicht vollkommen aus.
Das ganze ist für mich jedoch halb so wild, da die Aufträge nebenbei abgearbeitet werden.
Ähhh, wie gesagt war ich mit dem Schnittfenster im falschen Film. :-[
Jetzt wo ich weiß, dass es bei der Ausgabe der Datei passiert, fällt mir ein, dass der TS-Doctor tatsächlich Wartezyklen einfügt wenn die Programm-Priorität (im Menü unter Einstellungen) auf Idle steht, damit der TS-Doctor im Idle-Modus mit niedrigster Priorität im Hintergrund läuft.
Das würde auch die niedrige Prozessorauslastung erklären. ;D
Aus der Versionshistorie Beta 1.2.31:
ZitatBei Anwendungs-Priorität "IDLE" werden zusätzliche Wartezyklen eingebaut um die Systembelastung durch Festplattenzugriffe zu reduzieren
Zitat von: Cypheros am Juli 21, 2012, 16:35:11
Jetzt wo ich weiß, dass es bei der Ausgabe der Datei passiert, fällt mir ein, dass der TS-Doctor tatsächlich Wartezyklen einfügt wenn die Programm-Priorität (im Menü unter Einstellungen) auf Idle steht, damit der TS-Doctor im Idle-Modus mit niedrigster Priorität im Hintergrund läuft.
Das würde auch die niedrige Prozessorauslastung erklären. ;D
Aus der Versionshistorie Beta 1.2.31:
ZitatBei Anwendungs-Priorität "IDLE" werden zusätzliche Wartezyklen eingebaut um die Systembelastung durch Festplattenzugriffe zu reduzieren
Super, das war die Lösung, danke. :D
Die Priorität stand auf IDLE, weil ich ein paar Tests mit dem DVB Viewer Recording Service durchgeführt hatte. Dabei vergaß ich die Priorität wieder zurückzusetzen. Der Streamcleaning-Prozess geht jetzt drei Mal so schnell über die Bühne. :)
Zitat von: Cypheros am Juli 21, 2012, 16:35:11
Ähhh, wie gesagt war ich mit dem Schnittfenster im falschen Film. :-[
Jetzt wo ich weiß, dass es bei der Ausgabe der Datei passiert, fällt mir ein, dass der TS-Doctor tatsächlich Wartezyklen einfügt wenn die Programm-Priorität (im Menü unter Einstellungen) auf Idle steht, damit der TS-Doctor im Idle-Modus mit niedrigster Priorität im Hintergrund läuft.
Das würde auch die niedrige Prozessorauslastung erklären. ;D
Aus der Versionshistorie Beta 1.2.31:
ZitatBei Anwendungs-Priorität "IDLE" werden zusätzliche Wartezyklen eingebaut um die Systembelastung durch Festplattenzugriffe zu reduzieren
Das war des Rätsels Lösung - Super, Danke! :)
Sagte doch, dass sich was am Programm geändert haben muss... ;)
@Cypheros: Vielleicht wäre ein kleiner Warnhinweis im Fortschrittsfenster hilfreich, wenn der TS-Doc mit Idle-Priorität läuft.
OK, hab es ins Log gepackt, an die Stelle wo die Geschwindigkeit angezeigt wird:
Speed: 5,9 MBytes/sec [in slow idle mode]