Beiträge von Magnus1986

TSDoctor ist eine gute Idee, werd ich gleich nochmal testen. AC3fix bringt nix, da ich die AC3 ja mit keinem Tool ohne fehlerhaften Resync extrahiert bekomme.

EDIT: TSDoctor hat den Fehler gefunden und versucht zu beheben. Zum Abschluss kam die Meldung, dass der Vorgang erfolgreich abgeschlossen wurde aber das Fehler aufgetreten sind. Ich hab nochmal versucht die gefixte Version mit TSMuxer zu demuxen, kam aber leider wieder die gleiche Resync Meldung. Gibt es hier noch Hoffnung oder kann ich das File einäschern?

Hier noch das Log von TSDoctor:

Zitat

Scanning for TRP fill pakets
TS ERROR: Paket $01B063A6 with 176 missing bytes
Resync found for paket $01B063A7 with Offset: -176

Scanning for PIDs
TS ERROR: Invalid paket $00D76E84! Error: sync_byte_error
Resync found for next paket $00D76E85 with Offset: -176

Found 7 different PIDs

Identifying stream types

$1842: 94% = H264 Video (PES_StreamID $E0 = Video_Stream_0) [PCR,PTS,DTS]
$184C: 2% = AC3 Audio (PES_StreamID $BD = Private_Stream_1) [PTS]
$0000: 0% = PAT
$1838: 0% = PMT
$184D: 2% = MPEG1 Audio (PES_StreamID $C2 = Audio_Stream_2) [PTS]
$184E: 2% = MPEG1 Audio (PES_StreamID $C4 = Audio_Stream_4) [PTS]
$1857: 0% =

Alles anzeigen

Hallo!

Ich hab mal wieder ein Problem.. Ich habe gerade etwas von arte HD aufgenommen. In der erzeugten *.ts Datei ist als Videostream *.h264 und div. Audistreams darunter auch eine *.ac3.

Nun möchte ich das komplette File demuxen (*.h264 & *.ac3), dies hat in der Vergangenehit auch immer funktioniert.
Heute bekomme ich aber sowohl vom TSMuxer als auch von eac3to, die Fehlermeldung, dass bei der Position 10m16s ein Fehler aufgetreten ist. TSMuxer beginnt einen Resync, wenn das Tool fertig ist, ist das Video aber ab 10m16s komplett async (Wenn ich die Source abspiele bemerke ich an der Stelle aber keinerlei Fehler).

Eac3to meldet folgenden Fehler:

Zitat

[v01] [0:10:16] The source file seems to be damaged (transport error indicated). <WARNING>
[a02] [0:10:16] The source file seems to be damaged (transport error indicated). <WARNING>
[v01] [0:10:16] The source file seems to be damaged (sync byte missing). <WARNING>
[a02] [0:10:16] The source file seems to be damaged (sync byte missing). <WARNING>
[a02] The last (E-)AC3 frame is incomplete and thus gets skipped. <WARNING>

Gibt es hier noch eine Möglichkeit diese AC3 zu "reparieren" oder ein Tool was einfach die Spur nimmt wie sie ist, ohne einen Resync zu versuchen?

Gruß Magnus

Man man man, da musste erst Gott helfen, dass ich diesen Denkfehler abstellen konnte

Sprich egal ob feste Bitrate oder feste Zielgröße, es ist pro Frame dann nur die halbe bppf verfügbar, da sich die Frames verdoppeln

Eieiei, wie peinlich *rot werd* ;P
Allerdings muss ich mir das nochmal genauer anschauen, mir kam der 25fps encode aber irgendwie qualitativ schlechter vor, vielleicht ist es auch nur subjektiv, da das Bild nicht so flüssig läuft..

Dann müsste doch aber die Zieldatei bei bobbing größer sein, ist sie aber nicht.
Bzw. habe ich das hier beobachtet:
Ich stell bobbing (50fps) ein und sag zielgröße 700MB, dabei kommen ~1950 Kbits raus. Bei singlerate stell ich die zielgröße auf 700MB und es kommen ~1960Kbits raus. Die werte sind doch sehr identisch.

Als wenn du das nicht kennen würdest, dass man sich da spät abends noch ransetzt und dann einfach immer diese Einstellung beibehält, weil man garnicht mehr daran denkt

Aber hättest du zu meinem Edit noch ein paar Antworten parat oder ne gute Erklärung im Netz?
Könnte es das sein? http://de.wikipedia.org/wiki/Deinterla…ne_averaging.29 ;P

Immer diese Spitzen in den Antworten, wie kleine Nadelstiche
Das habe ich ja auch schon vermutet, dass es daran liegt allerdings schmiert mir MeGUI jedes Mal ab wenn ich 1 (also single rate) benutze.. Nagut muss ich mal schauen, wie ich das hinbekomm..
Danke für die Antwort

EDIT:
Hat denn Doublerate Deinterlacing Nachteile? Offenbar stimmt das mit den 50fps ja nicht ganz, sonst müsste das File doch nahezu doppelt so groß werden. Zudem passt die Tonspur ja auch auf die Video Spur, obwohl die fertige mkv angeblich 50fps hat und die ac3 25fps. Allerdings läuft das Bild bei doublerate wesentlich flüssiger..

Hallo!

Ich hab seit letztem Wochenende bei jedem PAL DVD Encode das Problem, dass es automatisch 50fps werden.
Ich nutze MeGUI 0.3.4.0, dazu x264 in der neusten Version und zum indexieren DGDecodeNV (AVS: DGSource).
Ich habe zwar ein Profil etwas angepasst aber der Fehler tritt auch beim Standardprofil "Unrestricted (DXVA) - 2 pass" auf aber auch bei den Xbox360 Profilen.

In der mit DGIndexNV erstellten *.dgi sehe ich als Angabe 25fps, sobald ich aber in den Bitrate Calculator gehe, steht dort schon standardmäßig "50fps". Wenn ich den Encode starte sind es schon doppelt so viele FRames wie die DVD überhaupt hat und auch das fertige Encode hat dann 50fps.

Woran kann das denn liegen?
Das ist die Zeile im AVS Script, wie DGSource ausgeführt wird:

Zitat

DGSource("X:\Video.dgi",fieldop=0, deinterlace=2)

Ansonsten ist noch Crop und LittleNoise drin.

Gruß Magnus

TSDoctor zeigt keine Fehler an, trotzdem hatte ich mal eine "gefixte" Version gespeichert und getestet -> war der gleiche Fehler..

An den Eigenschaften kann es nicht liegen, die EinsFestival *.ts lässt sich problemlos mit MeGUI und StaxRip encoden, die ZDF HD allerdings über beide GUIs nicht, bei beiden GUIs die gleiche Fehlermeldung.

EDIT: OK, das Problem ist zwar nicht unbedingt gelöst aber ich habe eine Ausweichmöglichkeit gefunden.. Offenbar ist die DGAVCDecode.dll zu alt, es wurde ja schon lange nicht mehr weiterentwickelt.. Offenbar ist irgendetwas an den ÖR Streams anders, womit die Software nichts anfangen kann.. Testweise habe ich die avs mit MPC HC geöffnet und auch da diese Fehlermeldung erhalten.
Mit der neueren DGDecodeNV.dll funktioniert es tadellos.. Jetzt bin ich zwar gezwungen weiterhin NVIDIA Karten zu kaufen aber wenigstens kann ich wieder encoden ;P

OK, aber was kann denn hier das Problem sein? Der Encode läuft ungefährt bis zur 5. Sekunde der Aufnahme und dann entschärft sich die vfw4x264.exe

Das Umcontainern könnte schon was bringen aber Croppen und Filter drüberlegen würde ich schon gern und bisher haben TS Dateien noch nie Probleme gemacht, bis auf die Aufnahmen der Öffentlich Rechtlichen.

Das verstehe ich nicht so ganz. Mit DGAVCDec hab ich eine dga Datei erstellt und Video und Audio Stream extrahiert. Diese dga Datei lade ich in den AVS Script Creator in MeGUI und croppe usw.
Das wird dann in eine avs Datei gespeichert und der Encode gestartet.
Die *.ts ist unkompriemiert und viel zu groß, daher natürlich der Encode, zum Schluss soll eine mkv rauskommen.
Das funktioniert mit der EinsFestival *.ts auch 1A aber mit der ZDF HD nicht.

Hallo!

Ich hab seit einigen Tagen eine neue TV Karte und habe testeweise mal einen Ausschnitt von ZDF HD aufgenommen (DVB-C Kabel Deutschland).

Nun wollte ich diesen über MeGUI, wie gewohnt mit x264 encoden, allerdings bekomme ich bei dem File immer wieder die Fehlermeldung, dass die vfw4x264.exe nicht mehr reagiert, danach bricht der Encode ab.

Nun habe ich aber noch eine Aufnahme von EinsFestival, welche ich problemlos encoden kann (die Source hat die gleiche Auflösung, gleiche Framerate (50fps) usw.). Trotzdem bekomm ich die ZDF HD Aufnahme nicht encoded.

Der einzige mir aufgefallene Unterschied liegt darin, dass meine ZDF HD Aufnahme 5 Ref Frames hat und die EinsFestival Aufnahme 2 Ref Frames, kann es daran liegen?

Hier mal die Videodaten aus Mediainfo..

ZDF HD:

Zitat

Allgemein
ID : 3F3
Vollständiger Name : Video.ts
Format : MPEG-TS
Dateigröße : 286 MiB
Dauer : 3min 0s
Gesamte Bitrate : 13,3 Mbps

Video
ID : 6110 (0x17DE)
Menü-ID : 11110 (0x2B66)
Format : AVC
Format/Info : Advanced Video Codec
Format-Profil : Main@L4.0
Format-Einstellungen für CABAC : Ja
Format-Einstellungen für ReFrame : 5 frames
Dauer : 3min 0s
Bitrate : 11,5 Mbps
Breite : 1 280 Pixel
Höhe : 720 Pixel
Bildseitenverhältnis : 16:9
Bildwiederholungsrate : 50,000 FPS
Auflösung : 8 bits
Colorimetrie : 4:2:0
Scantyp : progressiv
Bits/(Pixel*Frame) : 0.249
Stream-Größe : 246 MiB (86%)
colour_primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
transfer_characteristics : BT.709-5, BT.1361
matrix_coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Alles anzeigen

Einsfestival HD:

Zitat

Allgemein
ID : 4B1
Vollständiger Name : Video.ts
Format : MPEG-TS
Dateigröße : 3,91 GiB
Dauer : 45min
Gesamte Bitrate : 12,3 Mbps

Video
ID : 1601 (0x641)
Menü-ID : 28396 (0x6EEC)
Format : AVC
Format/Info : Advanced Video Codec
Format-Profil : Main@L4.0
Format-Einstellungen für CABAC : Ja
Format-Einstellungen für ReFrame : 2 frames
Dauer : 45min
Bitrate : 11,0 Mbps
Breite : 1 280 Pixel
Höhe : 720 Pixel
Bildseitenverhältnis : 16:9
Bildwiederholungsrate : 50,000 FPS
Auflösung : 8 bits
Colorimetrie : 4:2:0
Scantyp : progressiv
Bits/(Pixel*Frame) : 0.239
Stream-Größe : 3,49 GiB (89%)
colour_primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
transfer_characteristics : BT.709-5, BT.1361
matrix_coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Alles anzeigen

MeGUI Log:

Zitat

[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.4.0
--[NoImage] OS : Windows Seven Premium Edition x64 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 3.5 SP1 (3.5.30729.4926)
--[NoImage] Avisynth Version : 2.5.8.5
-[Information] Log for job3 (video, 03-25_17-53-02_ZDF HD (AC3,deu)_Leute heute.avs -> )
--[Information] [27.03.2010 17:10:12] Started handling job
--[Information] [27.03.2010 17:10:12] Preprocessing
--[NoImage] Job commandline: "C:\Program Files (x86)\megui\tools\x264\vfw4x264.exe" --profile main --level 4.1 --pass 1 --bitrate 4600 --stats "D:\Aufnahmen\Projekt\03-25_17-53-02_ZDF HD (AC3,deu)_Leute heute.stats" --thread-input --bframes 0 --ref 1 --direct temporal --subme 5 --partitions p8x8,b8x8,i4x4 --no-8x8dct --trellis 0 --sar 1:1 --output NUL "D:\Aufnahmen\Projekt\03-25_17-53-02_ZDF HD (AC3,deu)_Leute heute.avs"
--[Information] [27.03.2010 17:10:12] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] x264 [info]: 1280x720 @ 50.00 fps
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
---[NoImage] x264 [info]: profile Main, level 4.1
---[NoImage] This application has requested the Runtime to terminate it in an unusual way.
---[NoImage] Please contact the application's support team for more information.
---[NoImage]
---[NoImage] x264 [info]: frame I:2 Avg QP:20.82 size: 57014
---[NoImage] x264 [info]: frame P:327 Avg QP:20.62 size: 12423
---[NoImage] x264 [info]: mb I I16..4: 43.3% 0.0% 56.7%
---[NoImage] x264 [info]: mb P I16..4: 10.5% 0.0% 0.0% P16..4: 53.6% 0.0% 0.0% 0.0% 0.0% skip:35.9%
---[NoImage] x264 [info]: final ratefactor: 21.46
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 12.1% 56.6% 17.1% inter: 21.4% 23.7% 0.3%
---[NoImage] x264 [info]: i16 v,h,dc,p: 69% 11% 9% 12%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 15% 12% 6% 8% 9% 7% 8% 5%
---[NoImage] x264 [info]: Weighted P-Frames: Y:0.0%
---[NoImage] x264 [info]: kb/s:5077.54
---[NoImage] encoded 329 frames, 7.46 fps, 5077.54 kb/s
--[Information] [27.03.2010 17:10:56] Job completed

Alles anzeigen

Mit StaxRip bekomme ich die gleiche FM "This application has requested the Runtime to terminate it in an unusual way."
Kann mir jemand einen Tipp geben woran das liegen kann? Hab die neuste MeGUI mit allen AutoUpdates drauf.
OS: Windows 7 x64

Gruß Magnus

Mittlerweile gibts ja die neue Version v0.7.14, die läuft ja unter Vista64
Ist ja auch schon ein paar Monate her

ich hab mal SangNom(aa=48) getestet -> keine Veränderung..

Das Ausgangsproblem ist auch, dass dgmpgdec (dgindex) die 16:9 PAL Source als 4:3 erkennt, vielleicht liegt es schon daran, was kann man denn da machen?

Hi!

Was kann es denn für ein Fehler sein, wenn die Umrisse einer ROTEN Fläche total pixelich (Blöcke) sind aber andere nicht? (siehe Anhang)
Die Source (VOB - MPEG2) hat das Problem nicht.

Hat jemand eine Idee?

Gruß Magnus

EDIT: Das Ausgangsmaterial ist nicht Interlaced. MPEG2 Deblocking hab ich aktiviert und deaktiviert getestet. Color Correction hab ich auch bereits de- und aktiviert.

Ich hab grad ne 1min HD Source in 720p encoded. Einmal mit "Adaptive B-Frames" -> 2 und einmal mit 1, ich seh zwar im Resultat keinen Unterschied aber ich würd ungern die Option dauerhaft auf 1 stehen lassen (wer weiß ob es nicht mal bei extrem schnellen szenen schlechter wird)..
Aber die Frames gehen immerhin von ~17fps auf ~24fps, aber hast recht.. Der 2. Pass geht schneller durch und anstatt für den kompletten Encode ~11h (E8500) zu brauchen, brauch ich nun nur noch ~8,5h (Q9400)

Hi!

Warum soll ich thread 12 nehmen? da steht doch 1,5 x CPU (also bei mir 1,5 x 4 = 6)

Der 2. pass läuft mit 97-100% durch und ist definitiv schneller als mit meinem E8500, nur der 1. pass is so langsam..

Hi!

Ich habe gestern endlich Windows Vista x64 installiert und kann jetzt leider MediaInfo nicht mehr benutzen weil es laut Herstellerseite keine 64bit Version für Windows gibt.
VideoInspector stürzt bei der Installation ab und friert den PC ein. GSpot ist ja schon ziemlich veraltet..

Ich möchte gern Infos zu vielen verschiedenen Video-Typen (Codecs) bekommen, vorallem aber für m2ts und mkv.

Könnt ihr mir da was empfehlen für 64bit?

MfG Magnus

Der Q6600 hat noch einen geringeren Takt und ist trotzdem um einiges schneller als ein E8500
Naja ich hab meinen Rechner nun neuinstalliert. Ich werd gleich MeGUI installieren und schau nochmal

Ich habe Vorgestern zuletzt eine MPEG-2 HD Source mit dem E8500 encoded, da hatte ich 24-25fps und heute wollt ich den Speed mit der gleichen Source nochmal mit dem Q9400 testen.
Und da kam halt das miserable Ergebnis mit ~17fps raus.. Ich weiß nicht was ich da noch einstellen kann..

Das Problem an der Sache ist nur, ich hatte vor dem E8500 einen Q6600, selbst der war schneller als der E8500, warum ist jetzt ein modernerer Quadcore (der auch nachweislich viel schneller ist) langsamer als der Q6600 und sogar langsamer als der E8500?

Das leuchtet mir einfach nicht ein.. Zudem hab ich kein Problem damit, länger für einen Encode zu brauchen wenn er dann qualitativ besser wird aber ich bin extra wegen dem Encoden von dem E8500 auf den Q9400 umgestiegen..

Ich müsste meinen PC eh demnächst platt machen, ich kann mir gut vorstellen, dass irgendwas mit der MeGUI Installation oder Windows (weiß der Kuckuck was..) nicht stimmt..

Das ist mir einfach zu auffällig, dass er vom Speed her sich wie ein E8500 (mit 2,67GHz - runtergetaktet) verhält.. Als wenn irgendwo noch ne Einstellung hängt oder eine Optimierung auf den DualCore..