Thema: tsmuxer IMMER asynchron
-
26. 02. 2009, 01:10 #1Mitglied
- Registriert seit
- May 2006
- Beiträge
- 95
tsmuxer IMMER asynchron
Hi,
ich benutze schon längere Zeit tsmuxerGUI um mkv files in ts oder m2ts zu kovertieren.
Ich hatte eigentlich niemals probleme, aber die letzten 5! filme waren nach dem konvertieren völlig asynchron. Und ich rede nicht von einer sekunde...teilweise 30 Sekunden und mehr
Ich habe nichts anders gemacht und die mkvs sind voher natürlich völlig synchron.
Habe schon versucht die ac3 tonspuren zu demuxen und dann seperat hinzuzufügen oder mit BeSweet in 23,976 Framerate zu konvertieren, aber kein erfolg.
Auffällig ist, dass es nie ein problem mit der englischen tonspur gibt.
Hoffe, ihr wisst rat.
-
26. 02. 2009, 06:47 #2
Re: tsmuxer IMMER asynchron
AVInaptic mal bitte über eines der Files jagen und die Analyse hier posten

Cee ya, CCS
-
26. 02. 2009, 15:29 #3Mitglied
(Threadstarter)
- Registriert seit
- May 2006
- Beiträge
- 95
Re: tsmuxer IMMER asynchron
jupp...hier eins wo es nur ger audio gibt und das gleiche problem auftritt
der error klingt ja schonmal nicht gut
[ About file ]
Name: Sleepy.Hollow.1999.720p.HDDVD.x264-SEPTiC2.mkv
Date: 21/02/2009 23:49:47
Size: 4,480,139,964 bytes (4272.594 MB)
[ Generic infos ]
Play duration: 01:41:17 (6077 s)
Container type: matroska
Creation time: 21/02/2009 19:16:11 UTC
Number of streams: 2
Type of stream nr. 1: video (V_MPEG4/ISO/AVC)
Type of stream nr. 2: audio (A_AC3)
Audio streams: 1
Muxing Application: libebml v0.7.7 + libmatroska v0.8.1
Writing Application: mkvmerge v2.4.2 ('Oh My God') built on Jan 18 2009 17:30:28
[ Relevant data ]
Resolution: 1280 x 720
Width: multiple of 32
Height: multiple of 16
Average DRF: 18.529952
Standard deviation: 1.806635
Std. dev. weighted mean: 1.599763
[ Video track ]
Codec ID: V_MPEG4/ISO/AVC
Resolution: 1280 x 720
Frame aspect ratio: 16:9 = 1.777777
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 16:9 = 1.777777
Framerate: 25 fps
Stream size: 4,186,488,321 bytes
Play duration: 01:41:17 (6077 s)
Bitrate: 5511.256634 kbps
Qf: 0.239203
[ Audio track ]
Codec ID: A_AC3
Channels (container): 6
Sample rate: 48000 Hz
Stream size: 290,769,408 bytes
Bitrate (container): 382.780198 kbps
AC-3 frames: 189303
Play duration: 01:40:58 (6057.696 s)
Bitrate (bitstream): 384 kbps CBR
Mode: 3 front, 2 rear, 1 LFE
[ About H.264 encoding ]
User data: x264
User data: core 54
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=5
User data: deblock=1:-1:-1
User data: analyse=0x1:0
User data: me=umh
User data: subme=7
User data: brdo=1
User data: mixed_ref=1
User data: me_range=16
User data: chroma_me=1
User data: trellis=1
User data: 8x8dct=0
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: threads=2
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=3
User data: b_pyramid=1
User data: b_adapt=1
User data: b_bias=0
User data: direct=1
User data: wpredb=1
User data: bime=1
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40(pre)
User data: rc=2pass
User data: bitrate=5286
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.60
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: pb_ratio=1.30
SPS id: 0
Profile: Main@L5.1
Num ref frames: 8
Chroma format idc: YUV 4:0:0
PPS id: 0 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: No
Weighted bipred idc: B slices - implicit weighted prediction
8x8dct: No
Number of frames: 151925
Drop/delay frames: 0
Corrupted frames: 0
P-slices: 70912 ( 46.676 %) ############
B-slices: 78448 ( 51.636 %) #############
I-slices: 2565 ( 1.688 %)
SP-slices: 0 ( 0.000 %)
SI-slices: 0 ( 0.000 %)
[ DRF analysis ]
Average DRF: 18.529952
Standard deviation: 1.806635
Max DRF: 25
DRF<10: 0 ( 0.000 %)
DRF=10: 13 ( 0.009 %)
DRF=11: 72 ( 0.047 %)
DRF=12: 157 ( 0.103 %)
DRF=13: 454 ( 0.299 %)
DRF=14: 1294 ( 0.852 %)
DRF=15: 4707 ( 3.098 %) #
DRF=16: 12159 ( 8.003 %) ##
DRF=17: 23385 ( 15.392 %) ####
DRF=18: 32383 ( 21.315 %) #####
DRF=19: 32283 ( 21.249 %) #####
DRF=20: 25553 ( 16.819 %) ####
DRF=21: 12177 ( 8.015 %) ##
DRF=22: 5490 ( 3.614 %) #
DRF=23: 1395 ( 0.918 %)
DRF=24: 343 ( 0.226 %)
DRF=25: 60 ( 0.039 %)
DRF>25: 0 ( 0.000 %)
P-slices average DRF: 17.718002
P-slices std. deviation: 1.538887
P-slices max DRF: 23
B-slices average DRF: 19.327987
B-slices std. deviation: 1.654221
B-slices max DRF: 25
I-slices average DRF: 16.569980
I-slices std. deviation: 1.617242
I-slices max DRF: 22
[ Profile compliancy ]
Profile to check: MTK PAL 6000
Resolution: 1280 x 720 > 720 x 576
Framerate: Ok
Buffer underflow: 00:00:20 (frame 494)
Buffer underflow: 00:00:20 (frame 505)
Buffer underflow: 00:00:21 (frame 517)
Buffer underflow: 00:00:21 (frame 537)
Buffer underflow: 00:01:04 (frame 1604)
Buffer underflow: 00:01:15 (frame 1866)
Buffer underflow: 00:01:16 (frame 1905)
Buffer underflow: 00:01:17 (frame 1936)
Buffer underflow: 00:03:58 (frame 5944)
Buffer underflow: 00:04:02 (frame 6049)
Buffer underflow: 00:04:52 (frame 7299)
Buffer underflow: 00:04:54 (frame 7340)
Buffer underflow: 00:06:58 (frame 10461)
Buffer underflow: 00:07:00 (frame 10510)
Buffer underflow: 00:07:03 (frame 10564)
Buffer underflow: 00:07:22 (frame 11039)
Buffer underflow: 00:07:26 (frame 11147)
Buffer underflow: 00:07:28 (frame 11199)
Buffer underflow: 00:07:38 (frame 11450)
Buffer underflow: 00:07:54 (frame 11838)
Error: Too many violations
This report was created by AVInaptic (18-11-2007) on 26 feb 2009, h 15:33:29

Geändert von hsvstar2003 (26. 02. 2009 um 15:34 Uhr)
-
28. 02. 2009, 17:37 #4
Re: tsmuxer IMMER asynchron
=> Framerate: 25 fps
Stellst du die in tsMuxeR so ein? Odre steht da evtl. 24/1.001?
Cee ya CCS
-
28. 02. 2009, 18:02 #5Mitglied
(Threadstarter)
- Registriert seit
- May 2006
- Beiträge
- 95
Re: tsmuxer IMMER asynchron
also bis jetzt hab ich da nix verstellt.
Hab jetzt mal change fps -> 25 gemacht, aber das ist immer noch asynchron
-
28. 02. 2009, 19:08 #6
Re: tsmuxer IMMER asynchron
Woher kommt die MKV eigentlich? Septic und 25 fps? kann ich mir schwer vorstellen...ist die Tonspur die Origionale (= englisch)?
Cee ya, CCS
-
28. 02. 2009, 20:43 #7Mitglied
(Threadstarter)
- Registriert seit
- May 2006
- Beiträge
- 95
Re: tsmuxer IMMER asynchron
die tonspur ist deutsch
das file habe ich von hd-area.org
das hier steht dabei, falls das was bringt
General
Complete name : Sleepy.Hollow.1999.720p.HDDVD.x264-SEPTiC.mkv
Format : Matroska
File size : 4.17 GiB
Duration : 1h 41mn
Overall bit rate : 5 898 Kbps
Encoded date : UTC 2009-01-07 23:49:14
Writing application : mkvmerge v2.4.1 ('Use Me') built on Dec 5 2008 18:30:05
Writing library : libebml v0.7.7 + libmatroska v0.8.1
Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Muxing mode : Container profile=Unknown@5.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 41mn
Bit rate : 5 271 Kbps
Nominal bit rate : 5 286 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16/9
Frame rate : 25.000 fps
Original frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.229
Writing library : x264 core 54
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x1:0 / me=umh / subme=7 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=2 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=5286 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30
Language : English
Audio
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 1h 41mn
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz
Language : German
-
28. 02. 2009, 20:57 #8
Re: tsmuxer IMMER asynchron
OK, also nachträglich die deutsche TS dazu gemuxxt...wenn du die demuxxt, ist die Tonspur dann OK? Gibt's seitens tsMuxeR beim Import ne Fehlermeldung? Version des tsMuxeRs? 1.8.18?
Cee ya, CCS
-
02. 03. 2009, 21:53 #9Mitglied
(Threadstarter)
- Registriert seit
- May 2006
- Beiträge
- 95
Re: tsmuxer IMMER asynchron
also ich nutze 1.8.18
beim hinzufügen gibts keine fehlermeldung
nachm demuxen funktioniert die tonspur eigentlich einwandfrei und wenn ich sie dann seperat wieder muxxe ists wieder asynch ^^
-
02. 03. 2009, 23:26 #10
Re: tsmuxer IMMER asynchron
Die ganze Zeit konstant gleich asynch oder wird das mehr im Laufe der Zeit? Wenn es konstant gleich ist, mußt du eben beim Muxxen einen Delay-Wert ansetzen...
Cee ya, CCS
-
06. 10. 2009, 19:56 #11Mitglied
- Registriert seit
- Sep 2008
- Beiträge
- 6
Re: tsmuxer IMMER asynchron
Noob sucht hilfe!!
kann mir da vieleicht jemand bei helfen habe das selbe problem
jeder film immer ist asynchron!!
hab schon viele einstell varianten probiert!!
alles ohne erfolg!
hab auch nicht sooo dolle ahnung von der materie
ich weiss nur das das jetzt endlich laufen muss!!!!
-
06. 10. 2009, 22:00 #12
Re: tsmuxer IMMER asynchron
a) Wozu alels fett?
b) Deine exakte Vorgehensweise?
c) gewählte Einstellungen?
Cee ya, CCS
-
20. 11. 2010, 13:58 #13
Re: tsmuxer IMMER asynchron
Guten Tag,
gibt es eine Möglichkeit den Delay nachträglich zu ändern ohne das Video neu zu muxen?
-
20. 11. 2010, 17:28 #14
Re: tsmuxer IMMER asynchron
^^ mit tsMuxeR? Oder was meinst du?

Cee ya, CCS
-
21. 11. 2010, 15:23 #15
Re: tsmuxer IMMER asynchron
Das Werkzeug ist mir egal.
Leider war es bis jetzt aber immer so, dass ich eine .mkv bekam, diese in m2ts umcontainert habe und dann an der PS3 getestet habe und wenn ich dann schlechte Ergebnisse hatte, musste ich dann immer die m2ts neu muxen, da ich sonst den Wert "Delay (in ms)" nicht ändern konnte.
Ich glaube aber, dass es auch ohne ein erneutes muxing möglich wäre.
-
28. 11. 2010, 19:20 #16
Re: tsmuxer IMMER asynchron
Mir würde es auch reichen den Delay aus einen MKV Container auszulesen, da habe ich schon mehrere Tools (Media Info, mkvtoolnix) für benutzt aber irgendwie nichts zu gefunden.
-
21. 01. 2011, 18:47 #17Mitglied
- Registriert seit
- May 2010
- Beiträge
- 75
Re: tsmuxer IMMER asynchron
Ok allso tut mir echt Leid das der Typ vor mir die Thread Leiche ausgegraben hat aber wenn die Leiche schon wieder da ist schreib ich auch noch was rein bevor sie wieder im tiefem verschwindet Ich habe auch das Problem das mit Tsmuxer " neuerdings " meine konvertierten MKVs asynchron sind. Ich öffne TsMuxerGui adde die Datei also die mkv und verstell soweit nix bis auf das Ich alle Tonspuren & Untertitel entferne die ich nicht brauche.und sonst ändere Ich nichts also bis auf to AVCHD disk Struktur aber die werden immer Asynchron letztens hatte Ich einen Film konvertiert und den gebrannt auf Blu ray Player schaun, was ist der Film fängt mitten in der mitte an und hat eine Tonspur verzögerung von 10 seks also sehr unnormal aber meine Frage die ich noch dazu setzten will ist kann dieses Asynchron problem damit zusammen hängen das Ich seit dem letzten Format C: ein Raid system "Stripping" eingerichtet habe..?!
-
22. 01. 2011, 13:04 #18
-
22. 01. 2011, 14:41 #19Mitglied
- Registriert seit
- May 2010
- Beiträge
- 75
Re: tsmuxer IMMER asynchron
hallo ccs also konvertiert habe ich ihn zuerst mit tsmuxergui in eine avchd ordnerstruktur und dann mit imgburn udf 2.5 auf eine DVD oder DVD DL gebrannt weiß ich nicht mehr genau und ja der Film war vor dem konvertieren noch Synchron auf der Platte und er hat auch ganz normal von vorne angefangennach der Konvertierung hab Ich ihn gebrannt und auf einem Sony Blu Ray brenner geschaut und der hat in der Mitte angefangen und der Ton kam erst 8sek nachdem eine Person in dem Film den Mund aufgemacht hatte..! Danke für deine Hilfe kann es vllt daran liegen das ich neuerdings ein Raid system eingerichtet habe..?!
MfG
Blaze
-
23. 01. 2011, 14:28 #20
Re: tsmuxer IMMER asynchron
Auch wenn du anscheinend kein Fan von Syntax und Interpunktion bist, wäre es sinnvoll diese zu benutzen, damit man auch versteht was du meinst.
Dann hast du ihn gemuxxt aber nicht konvertiert.
Zitat von BLAze_2k
Ist der Ton dann gleichmäßig versetzt oder wird der Delay mit der Zeit größer?
Zitat von BLAze_2k
..und zu
Man kann keinen Delay-Wert auslesen, da musste selber rumprobieren.
Zitat von Muelltuete
-


Zitieren

mehr lesen...







"Wir können nichts dazu" -...
Gestern, 21:23 in gulli:news