Cypheros Multimedia Forum

Die CPU ist schon etwas in die Jahre gekommen (2012) und der in der CPU integrierte Framebuffer kann bei der Dekodierung von HEVC auch nicht helfen. Bin nicht ganz sicher aber es könnte ein Performance-Problem sein.

Schon beim Öffnen des Schnittfensters ist die CPU-Auslastung bei 21%.

Hallo Forenkollegen,

vielleicht hat jemand von euch einen guten Tipp. Ich bin vor einem Jahr von Windows auf Linux umgestiegen. Für mich wichtige Software konnte ich ersetzen oder habe sie unter Wine zum Laufen bekommen. Das einzige was mir nicht gelungen ist: Der TS-Doctor läuft weder unter Wine noch unter VirtualBox mit Windows10 als Gast-System vernünftig. Deshalb betreibe ich den PC bis heute im Dual-Boot-Modus Debian12/Windows10. Den TSDoctor deswegen aufzugeben kommt aber nicht infrage.

Die Hardware ist also in beiden Fällen (debian/Windows) dieselbe. Unter Windows 10 gibts keine Probleme.

Fehlerumfeld Linux:
==================
Installation: o.k.
Start TSDoctor: o.k.
Öffnen des Transport-Streams (DVB-T2): o.k.
Schnitt vorbereiten: o.k.

Schnitt: problematisch
* I-Frames werden nicht erkannt
** Schnitt-Cursor bleibt entweder irgendwo stehen, oder läuft nach einigen Klicks endlos
** auch wenn ich nach dem Abspielen weniger Minuten auf den Anfang zurück"spule" und es noch einmal versuche
* Sprünge von 1s werden real zu Sprüngen von 1 sec - 4 sec
* Sprünge von 10 sec bisher i.O.
* Sprünge von 1 min bisher i.O.

Auszug aus den Einstellungen TSDoctor:
I-Frame-Erkennung ein
Workaround für LAVFilter/H265 ist aktiviert
Splitter, Filter und Renderer stehen derzeit auf Automatic

Beim Herumspielen mit den Einstellungen gelingt es mir maximal die Sprünge von 1 sec in den Griff zu bekommen. Das Kernproblem, die fehlerhafte I-Frame-Erkennung bleibt immer bestehen. Aber für gezieltes Ändern fehlt mir das Hintergrundwissen.

OS
==
Debian 12:
$ uname -a
Linux 6.1.0-25-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.106-3 (2024-08-26) x86_64 GNU/Linux

Hardware
========

$ lscpu
Architecture:             x86_64
  CPU op-mode(s):         32-bit, 64-bit
  Address sizes:          36 bits physical, 48 bits virtual
  Byte Order:             Little Endian
CPU(s):                   4
  On-line CPU(s) list:    0-3
Vendor ID:                GenuineIntel
  Model name:             Intel(R) Core(TM) i5-3330 CPU @ 3.00GHz
    CPU family:           6
    Model:                58
    Thread(s) per core:   1
    Core(s) per socket:   4
    Socket(s):            1

$ lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)
00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04)


Software
=======
$ wine --version
wine-9.0

TSDoctor 4.1.8.

weiteres s. DirectX Log im Anhang

Danke für die Anleitung.

Hat das schon jemand mit den Apple Silicon Prozessoren probiert?

Ist in der nächsten Version 4.1.9 behoben. Es wurden tatsächlich Informationen zur Sendung in der Zusatzdatei gesucht, was aber zu Problemen führte, da die Datei keine UTF-Codierung hat. Wurde glaube ich vor langer Zeit mal für exotische Panasonic Receiver eingebaut, die Aufnahmen als MP4 speichern. 

OK, checke ich.

Harmloser geht es nicht! Ich habe lange den Auslöser gesucht: Es muss ein Umlaut enthalten sein. Du darfst in diesem Board keine Dateianhänge sehen.

Habe ich versucht zu reproduzieren aber ohne Erfolg.

Ist an dieser Textdatei etwas besonderes? Untertiteldatei oder sowas?
Kannst du die Textdatei mal posten oder an den Support schicken?

Und die Quintessenz, dass im geschilderten Fall nur eine Fehlermeldung erscheint, ohne dass eine ts-Datei erzeugt und dann geöffnet wird? Programmfehler?

Sollte er nicht tun.
Beim Import wird aus der MP4 eine TS-Datei erstellt im Verzeichnis "C:\ProgramData\Cypheros\TSDoctor4\Temp\", die dann geöffnet wird. Erst dann werden irgendwelche Zusatzdateien untersucht.

Wenn ich eine mp4-Datei importieren will und im Ordner dieser Datei befindet sich eine txt-Datei mit demselben Namen, gibt der Doc diese Fehlermeldung aus:

"Keine Zuordnung für Unicode-Zeichen in der Multibyte-Zielcodeseite vorhanden."

Wieso hält der Doc beim Importieren nach txt-Dateien Ausschau?