Schnittfehler TS-Doctor 2

Begonnen von Safo, Dezember 17, 2017, 13:46:27

« vorheriges - nächstes »

Safo

Ich habe leider mit der Suchfunktion nichts gefunden, resp. folgende Tipps bereits versucht.

Unter Korrekturverhalten / H264 / Berücksichtige I/P-Frames für den Schnitt habe ich alle 4 Einstellungen deaktiviert.

Egal mit welchem Player ich die TS abspiele, hat jeder Film an den Schnitten Artefakte im Bild.

Cut-In und Cut-Out setze ich jeweils mit IF.

Die Aufnahmen stammen von einem Technisat ISIO-S SAT HD (Programme RBB, ARD, BR, One).
Beim einlesen in TS-Doctor werden keine Fehler festgestellt.

Log einer TS
Zitat
Opening file \\DS916\video\A\von ISIO\96.000.Verrückt nach Meer (108).ts
Multiple files: Merging virtually
File 1 : \\DS916\video\A\von ISIO\96.000.Verrückt nach Meer (108).ts
File 2 : \\DS916\video\A\von ISIO\96.001.Verrückt nach Meer (108).ts
File 3 : \\DS916\video\A\von ISIO\96.002.Verrückt nach Meer (108).ts
File 4 : \\DS916\video\A\von ISIO\96.003.Verrückt nach Meer (108).ts
File 5 : \\DS916\video\A\von ISIO\96.004.Verrückt nach Meer (108).ts
File 6 : \\DS916\video\A\von ISIO\96.005.Verrückt nach Meer (108).ts
File 7 : \\DS916\video\A\von ISIO\96.006.Verrückt nach Meer (108).ts
File 8 : \\DS916\video\A\von ISIO\96.007.Verrückt nach Meer (108).ts
File 9 : \\DS916\video\A\von ISIO\96.008.Verrückt nach Meer (108).ts

OS: Windows 7 Build 7601 x64 Service Pack 1
OS language    : DE
Appl. language : German
TSDoctor.exe V 2.0.104 (Build 04C301)
Instance     : 0
System memory: 7.9 GB / Free: 3.32 GB
Used memory  : 154.05 MB
Intel(R) HD Graphics 4000 (DISPLAY1) igdumd32.dll 8.15.10.2712
CPU type     : Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz
CPU count    : 4
CPU usage    : 16%
Resolution   : 1600 x 900 (32Bit) 96 DPI
Monitors     : 1
Supported TS source filter found  : TS Doctor FileSource (on)
Supported splitter filter found   : [Haali Media Splitter], LAV Splitter
Supported audio filter found      : LAV Audio Decoder, [ffdshow Audio Decoder], AC3Filter, Microsoft DTV-DVD Audio Decoder
Supported Mpeg video filter found : LAV Video Decoder, [ffdshow Video Decoder(4532)], Microsoft DTV-DVD Video Decoder
Supported H.264 video filter found : LAV Video Decoder, [ffdshow Video Decoder(4532)], Microsoft DTV-DVD Video Decoder
Supported H.265 video filter found : LAV Video Decoder
Supported video renderer found    : Video Renderer, Haali Video Renderer, Enhanced Video Renderer

Channel database : 6362 channels, 7 satellites [Thor 0.8°W, Astra 19.2°E, Astra 23.5°E, Astra 28.2°E, Astra 4.9°E, Hellas Sat 39°E, Hotbird 13°E]
Teletext database: 286 channels, version 17.11.2

File size: 9330753536
Packets  : 49631667

Found 1743 fill packets at end
Broadcast standard selected: DVB
Broadcast standard detected: DVB

5311  (14BF): 92%  = H264 Video (PES_StreamID E0 = Video_Stream_0) {00000001} [PCR,PTS,DTS]
5314  (14C2): 2%   = Teletext (PES_StreamID BD = Private_Stream_1) {10022CE7} [PTS][PESLength]
5316  (14C4): 3%   = AC3 Audio (PES_StreamID BD = Private_Stream_1) {0B7727FB} [PTS][PESLength]
5313  (14C1): 1%   = MPEG1 Audio (PES_StreamID C0 = Audio_Stream_0) {FFFDA404} [PTS][PESLength]
5312  (14C0): 1%   = MPEG1 Audio (PES_StreamID C0 = Audio_Stream_0) {FFFDA404} [PTS][PESLength]
0     (0000): 0%   = PAT
5315  (14C3): 0%   = Subtitles (PES_StreamID BD = Private_Stream_1) {20000F14} [PTS][PESLength]
5310  (14BE): 0%   = PMT



Selecting PMT with PID 5310 (14BE) at position 000007FD
CRC OK!
Deleting PMT entry: PID 670   (029E) type 5 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private sections
Deleting PMT entry: PID 2171  (087B) type 11 = ISO/IEC 13818-6 DSM-CC U-N Messages
Deleting PMT entry: PID 2176  (0880) type 12 = ISO/IEC 13818-6 Stream Descriptors

0.
  stream_type              : 27 = AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
  elementary_pid           : 5311 (14BF)
  ES_info_length           : 3

1.
  stream_type              : 3 = ISO/IEC 11172 Audio
  elementary_pid           : 5312 (14C0)
  ES_info_length           : 9

2.
  stream_type              : 3 = ISO/IEC 11172 Audio
  elementary_pid           : 5313 (14C1)
  ES_info_length           : 16

3.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
  elementary_pid           : 5314 (14C2)
  ES_info_length           : 10

4.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
  elementary_pid           : 5316 (14C4)
  ES_info_length           : 12

5.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
  elementary_pid           : 5315 (14C3)
  ES_info_length           : 13

TS  ERROR  : For PID 0000, invalid packet 02F54AEA! Error: sync_byte_error
TS  ERROR  : For PID 0000, invalid packet 02F54AEB! Error: sync_byte_error
PCR PID is 5311 (14BF)

searching for channel: SID=10351, TID=1061, VPID=5311
                       found channel 1114.  rbb Berlin HD, ARD [Astra 19.2°E]
First video PTS is 5815730581 17:56:59.229
Last video PTS  is 6301640581 19:26:58.229

First PCR  is 1744684758900 17:56:57.954
Last PCR  is 1890457339029 19:26:56.938
Duration of video stream is 485908600 01:29:58.984
Video PCR to PTS difference -1235 ms
5312  (14C0): Delay to video stream = -1157ms
5313  (14C1): Delay to video stream = -1108ms
5314  (14C2): Delay to video stream = -1200ms
5316  (14C4): Delay to video stream = -1111ms
5315  (14C3): Delay to video stream = 1440ms

PID allocation
V :5311  (14BF)#####################################################################################################
T :5314  (14C2)####################################################################################################.
A :5316  (14C4)####################################################################################################.
A :5313  (14C1)####################################################################################################.
A :5312  (14C0)####################################################################################################.
  :0     (0000)####################################################################################################.
  :5315  (14C3)#.#.#.........#..###.......##.#..##.##.##....##..##.###..#...##..#####...##.#..###.#....##.##.###.##.
  :5310  (14BE).#....#.#...##.###.#..####.##.#.#..#######....#......###.##..##..####...##.#.###.##..#..####..##.#.#.

Video format: H264 1280x720p/AR=16:9/50 fps/High@4.0
Colorimetry : Assumed BT.709 but unspecified
First I-Frame PTS at 17:56:59.949 [00:00:00.780]
First GOP = 32 frames : I14 B6 B0 B2 B4 B8 B10 B12 P26 B20 B16 B18 B22 B24 P38 B32 B28 B30 B34 B36 P50 B44 B40 B42 B46 B48 P62 B56 B52 B54 B58 B60

Audio stream 1: MPEG1/Layer2 2.0 48000Hz (DEU)
Audio stream 2: MPEG1/Layer2 2.0 48000Hz (MIS)
AC3 2 channels: 18 times
Audio stream 3: AC3 2.0 48000Hz (DEU)
Teletext scan: Lines scanned: 44371 / Parity errors: 0

Teletext subtitles found:
  Subtitle page: 150 [ger] character set German
138 RBB Teletext [1F1 rbbtext Mo 11.12.17 12:44:57]

  Recording Details
  Channel         : RBB
  Recording start : 11.12.2017 12:44:57
  Recording end   : 11.12.2017 14:14:55

TV Guide (Teletext)
  11.12.2017 12:10 - 12:55 Gefragt - Gejagt
  11.12.2017 13:05 - 13:50 Verrückt nach Meer (108)
  11.12.2017 13:50 - 14:15 Nashorn, Zebra & Co
Transmission received via satellite Astra 19.2°E
Commercial search options: VA

Cutting areas (PES aligned)
Cut 1 In : 18:17:11.309 (AUD|SPS|PPS|PPS|PPS|SEI|I-SLICE|)
Cut 1 Out: 18:22:12.709 (AUD|SEI|B-SLICE|)
Cut 1 PCR/PTS/DTS offset: 00:00:00.000


Deleting PMT entry: PID 5314  (14C2) type 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
Deleting PMT entry: PID 5315  (14C3) type 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
Deleting PMT entry: PID 5313  (14C1) type 3 = ISO/IEC 11172 Audio
Deleting PMT entry: PID 5316  (14C4) type 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)

Recreated PMT:

----------- PMT 0 -----------
Packet                   : $000007FD
PacketCount              : 1
PID                      : 5310 (14BE)
Table ID                 : 2
Section Syntax Indicator : 1
PMT Size                 : 151
Pointer Field            : 0
Section Length           : 35
Program Number           : 10351 (286F)
Version Number           : 5
Current Next Indicator   : 1
Section Number           : 0
Last Section Number      : 0
PCR PID                  : 5311 (14BF)

Program Info Length      : 0

  Stream Type    : 27
  Description    : AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
  Elementary PID : 5311 (14BF)
  ES Info Length : 3
  ES Info        : $52, $01, $09
  ES Info Text   : R__

  Stream Type    : 3
  Description    : ISO/IEC 11172 Audio
  Elementary PID : 5312 (14C0)
  ES Info Length : 9
  ES Info        : $52, $01, $02, $0A, $04, $64, $65, $75, $00
  ES Info Text   : R____deu_

CRC32                    : $797C8073 = $797C8073
-----------------------------


Jumping to first packet: 10557718

Cut in  at PCR: 00:20:12.140 (18:17:10.094)
Cut out at PCR: 00:25:13.360 (18:22:11.314)
First packet  : 00A29FB6
Last packet   : 00CE99D1
Using current PCR as start PCR

Starting at packet 00A29FB7 PCR: 00:20:10.561 (18:17:08.515)
Changing file read to file: "96.002.Verrückt nach Meer (108).ts"
Cutting the end at packet 00CE99D2 PCR: 00:05:04.170 (18:22:12.685)

File sizes:
            \\DS916\video\A\Fertig TS\test 5 min ein.ts 447'974 KB [CRC=DF6CAB25]

---------  NAL Unit Type Statistics  ---------
Slices                 : 15208
    I-Slices           : 500
    P-Slices           : 1817
    B-Slices           : 12891
    SP-Slices          : 0
    SI-Slices          : 0
Data Partition A       : 0
Data Partition B       : 0
Data Partition A       : 0
IDR Picture            : 0
SEI                    : 15208
Sequence Parameter Set : 500
Picture Parameter Set  : 1500
AUD                    : 15208
End of Sequence        : 0
End of Stream          : 0
Filler                 : 845
Slices                 : 0
Seq. Param. Set Ext.   : 0

H264 filler data: 8.8% [netto]

Cutted packets at the beginning: 91375
Cutted packets at the end: 36091873
Discarded packets (filler data): 239206 = 8.9% [brutto]
Discarded packets (to synch audio/video): 17954
Discarded packets (not needed): 194003

PID stream sizes
$14BF:     440'390 KB
$14C0:       7'495 KB

PID stream average bitrates
$14BF: 11.9 Mbps
$14C0: 202.0 Kbps

ERRORS : 0
WARNINGS : 0

Speed: 3.7 MBytes/sec
Duration: 00:02:19

Ich hoffe das Problem kann gelöst werden.
Evtl. auch eine falsche Vorgehensweise von mir?

Gruss Marco

Mam

Zitat von: Safo am Dezember 17, 2017, 13:46:27
Unter Korrekturverhalten / H264 / Berücksichtige I/P-Frames für den Schnitt habe ich alle 4 Einstellungen deaktiviert.
schlechte Idee, gemeinhin  ;D
Im Prinzip hast Du ja mit Deiner Arbeitsmethode Recht, sie SOLLTE einwandfrei funktionieren. Man beachte den kursiven Konjunktiv, wie Du schon unter Schmerzen erlernt hast, funktioniert sie in der Praxis eher nicht.

Grund dafür ist teilweise in den Unzulänglichkeiten des Mediensplitters und der Komplexität der Videokodierung zu suchen.

Der verwendete Haali Splitter schafft es nicht wirklich immer reproduzierbar denselben Frame unter derselben Zeit wiederzufinden. Du hast Dich abgemüht, manuell den besten I Frame für den Schnitt festzulegen, doch beim nächsten Durchlauf findet Haali die Stelle nicht wieder, und schon schneidest Du unwissentlich NICHT an dem I Frame, sondern "knapp daneben".
Und schon klötzelt es  ???

Was tun sprach Zeus?
Na ja, der Doc hat extra Korrekturfunktionen für diesen Fall, und, RICHTIG GERATEN!, das sind genau die, die Du ABGESCHALTET hast!
Mach sie wieder an, unter Umständen wird dann nicht wirklich an DEINEM I Frame geschnitten, aber zumindest an EINEM in der Nähe!
Das klötzelt dann nicht mehr!

(Hinweis: es kann aber sein, dass AM ANFANG des Filmes Klötzchen entstehen, der Boss hier meint, das gäbe es nicht, aber ich habe es hier andauernd. Ist mir (leider) noch nichts zu eingefallen, die ersten 1 bis 2 Sekunden eines Videos sind bei mir eigentlich immer vergrützt. Aber alle anderen Schnittpunkte sind ab dann sauber!


Safo

Danke für die super erklärte Antwort.

Tatsächlich geht es mir vor allem und die Artefakte am Anfang der Aufnahme.
Meine Aufnahmen von freien Sendern haben zum Glück keine Werbung dazwischen.
Somit muss ich nur Anfang und Ende schneiden.

Ich habe jetzt ungefähr 200 Aufnahmen geschnitten und Alle haben diese Artefakte am Anfang.

Leider verstehe ich von dieser Materie I-,P- und B-Frame nicht sehr viel.
Darum war oder bin ich so begeistert von TS-Doctor.

Hoffe doch, dass dieses Problem gelöst werden kann.

Mam

Zitat von: Safo am Dezember 17, 2017, 16:07:53
Hoffe doch, dass dieses Problem gelöst werden kann.
Na ja, nun sind wir schon mal 2 mit den Anfangsartefakten  ;D

Bislang stand ich damit alleine und auf verlorenem Posten ( "kann ich nicht nachvollziehen...", "muss an Deiner Hardware liegen..."), aber langsam braucht er andere Ausreden  :-* :-* :-*

Schick nochmal 'ne Liste der beteiligten Hard/Softwarekomponenten (CPU, GraKa, RAM, OS usw.), vielleicht entdeckt man ja Gemeinsamkeiten.


Safo

#4
Ich habe TS-Doctor 2.0.104 auf 2 Rechnern getestet.

Notebook
CPU: I5-3210M 2.50GHz
RAM: 8GB
GraKa: Intel HD 4000
OS: Windows 7 Build 7601 x64 Service Pack 1

PC
CPU: i7-K875 2.93GHz
RAM: 8GB
GraKa: NVIDIA GeForce GTX 1050 Ti
OS: Windows 7 Build 7601 x64 Service Pack 1

TechniSat HD ISIO-S

Mam

na ja, fast keinerlei Übereinstimmung  ;D

Hier:


  • Intel I7-6700
    32 Gb
    AMD 7890 Graka
    Windows 10-1709 X64

und


  • Intel I7-6700
    64Gb
    Intel HD Grafik 530
    Windows Server 2016 Standard

Nur "X64" ist identisch  ;D

Traxx

#6
Ne die einzigen seit ihr nicht, nur das Thema hab ich vor Jahren schon aufgegeben zu TSD1.2 Zeiten, damals unzählige Posts dazu geschrieben
Ich schneide deshalb nie mehr genau und lass immer 5sek vor und nachher stehen, die stören mich persönlich nicht so arg, und sollte es mal eine TSD 3.0 Version geben die wirklich zu 100% ohne Artefakte scheidet kann ich es immer nochmal nachschneiden.
VU+ Solo 4K, Vu+ Duo2, Xtrend ET 10000, Xtrend 7500, TBS-5980 CI

Xa89

Ja, das Thema hatten wir schon.
Der DVB-Viewer baut am Anfang des Filmes ein besseres Bild auf, viele andere Media-Player (Software) oder Receiver tun das nicht. Ich sehe auch die Unterschiede beim Aufbau des Bildes wenn ich bei verschiedenen Receivern das Programm umschalte.

Mam

Zitat von: Xa89 am Dezember 18, 2017, 00:56:16
Ja, das Thema hatten wir schon.
Der DVB-Viewer baut am Anfang des Filmes ein besseres Bild auf, viele andere Media-Player (Software) oder Receiver tun das nicht. Ich sehe auch die Unterschiede beim Aufbau des Bildes wenn ich bei verschiedenen Receivern das Programm umschalte.
Wie immer hat der Herr Lehrer mal wieder NICHTS VERSTANDEN von dem Problem>:(

Um es auch für ihn deutlich rauszuarbeiten:

Es ist ein totaler Unterschied, ob man beim Zappen mit einem Receiver Klötzchen sieht, oder beim Schnitt mit dem Doc.
Das Zappen erfolgt zufällig, da kann man was Ordentliches erwischen, oder auch nicht. Manche Receiver puffern, bis sie ein "heiles" Bild haben, andere nicht. Das ist völlig unerheblich!

Wer mit dem Doc schneidet, MÖCHTE KEINE Klötzchen! Der Doc hat die Aufnahme komplett vorliegen und kann auch bei Bedarf zurückspulen (was der Receiver beim Zappen nun wirklich nicht kann), BIS ER EIN VOLLSTÄNDIGES BILD HAT.
Das soll er tun, es klappt aber offensichtlich bei einigen nicht.

DAS IST DER FEHLER/DAS PROBLEM, nichts anderes.

Xa89

Ach Mam, lass den Unsinn mit dem Verstehen. Ich bin hier im Forum schon länger unterwegs als du.
Safo möchte ein schönes Bild vom Anfang der Aufnahme und dies funktioniert nun mal unterschiedlich bei den Aufnahmen der Fernsehprogramme. Ich möchte nicht aufzählen die Programme wo es schlechter oder besser funktioniert. 

Safo

Zitat von: Traxx am Dezember 18, 2017, 00:40:33
Ich schneide deshalb nie mehr genau und lass immer 5sek vor und nachher stehen, die stören mich persönlich nicht so arg, und sollte es mal eine TSD 3.0 Version geben die wirklich zu 100% ohne Artefakte scheidet kann ich es immer nochmal nachschneiden.

Das kann ja nicht die Lösung sein. Ich habe TS-Doctor gekauft um einen aufgenommenen TS-Stream sauber zu schneiden und danach zB. als MKV zu speichern.

Das ich HD nicht framegenau schneiden kann ist mir klar.
Nur sollte es möglich sein, den Schnitt ohne störende Artefakte hinzukriegen.

Kiraly-Cutter

Der TS Doctor kann die Aufnahme auch abspielen, sogar mit Fullscreen (Alt + Enter).
Entstehen dann am Anfang der Aufnahme auch Artefakte ?
Dreambox DM920 UHD 4K
VU+ Duo 4K SE

Safo

Ja leider entstehen die Bildfehler auch beim abspielen in TS-Doctor.
Habe jetzt verschiedene Schnitte getestet und war bis jetzt der Meinung, dass es nur den Schnitt am Anfang betrifft.
Leider kommen die Artefakte aber bei jedem Schnitt.

Hoffe die Programmierer finden hier eine Lösung, da für mich diese Bildfehler mehr als nur ein Schönheitsfehler sind.

Gäbe es evtl. noch die Möglichkeit an den Einstellungen oder externen Programme etwas zu verbessern?


ErichV

Zitat von: Safo am Dezember 24, 2017, 11:13:02
Hoffe die Programmierer finden hier eine Lösung, da für mich diese Bildfehler mehr als nur ein Schönheitsfehler sind.

Ohne Smart-Rendering wird dies nicht funktionieren.
Hierfür müssten die Schnittstellen recodiert werden, was vom TS-Doctor derzeit nicht unterstützt wird.
1 x Humax ESD-160S, 1x TechniSat TechniBox S4, 2x TechniSat Skystar USB 2 HD CI, Nvidia Shield TV Media Streaming Player, TS Doctor 4.0.39, DVBViewer Pro 7.2.5.0 mit DVBViewer Media Server 3.2.5.0

Mam

Na ja, man sollte hier doch drastisch unterscheiden.

Am Anfang des Films können (leider) wirklich hässliche Störungen entstehen, das muss man dem Doc böse ankreiden.

Bei den Schnitten danach passiert allerdings nichts Böses mehr, sofern man sich brav an die Regel "ich schneide nur an I-Frames" hält.
Treten hier Probleme auf, sollte der User seine Einstellungen gemäß Dokumentation (gibts die eigentlich?) oder den hier im Forum reichlich hinterlegten Erfahrungswerten vornehmen und dann nur noch an den "erlaubten" Stellen schnibbeln. Das ist also wohl eher ein Anwenderproblem.

Das sind also zwei unterschiedliche Fälle.


www.cypheros.de