http://forum.gleitz.info/ MPEG-4 Advanced Video Coding. de Wed, 19 Jun 2013 21:24:41 GMT vBulletin 60 http://forum.gleitz.info/images/misc/rss.png http://forum.gleitz.info/ http://forum.gleitz.info/showthread.php?46422-AviDemux-Problem-mit-HDV-Streams&goto=newpost Sat, 15 Jun 2013 09:12:54 GMT Hallo Irgendwie ist das an mir vorbeigegangen. Ich suche einen Patch um auch in einer neueren Version von Avidemux,2.6.1 und V.2.6.4 solche Files https://www.wetransfer.com/downloads/c9bbafca27428bb4b5bdbc67ee9c896a20130614153627/9502e4cdf0846046c95afd7b6dfa8d8920130614153627/6ecd9d wie... Hallo
Irgendwie ist das an mir vorbeigegangen.
Ich suche einen Patch um auch in einer neueren Version von Avidemux,2.6.1 und V.2.6.4
solche Files
https://www.wetransfer.com/downloads...4153627/6ecd9d

wie früher in Avidemux 2.5.6 abarbeiten zu können.
Das Ganze sollte dann als MP4 [x264/AAC] vorliegen.

Nachtrag.
Stream umverpackt mit "gdsmux" siehts so aus.
Jetzt wirds in AviDemux angenommen.
http://abload.de/img/audiofehlern3y2m.jpg ]]> MPEG-4-Encoding Goldwingfahrer http://forum.gleitz.info/showthread.php?46422-AviDemux-Problem-mit-HDV-Streams http://forum.gleitz.info/showthread.php?46418-komprimierung-von-doppelten-frames-in-50p-kleiner-als-25p-hd-dvb&goto=newpost Thu, 13 Jun 2013 11:22:58 GMT Wie ich mittlerweile herausfinden konnte, wird auf den HD Sendern gerne in 50p gesendet, was i.d.R. bedeutet, dass jedes Frame doppelt ist. Wenn ich meine Fernsehaufnahmen mit x264 neu berechne um Platz zu sparen (als GUI nehme ich Staxrip) habe ich danach h264 mit 50 fps. Da die Bilder ja... Wie ich mittlerweile herausfinden konnte, wird auf den HD Sendern gerne in 50p gesendet, was i.d.R. bedeutet, dass jedes Frame doppelt ist.

Wenn ich meine Fernsehaufnahmen mit x264 neu berechne um Platz zu sparen (als GUI nehme ich Staxrip) habe ich danach h264 mit 50 fps. Da die Bilder ja identisch sind, wird die Komprimierung entsprechend effizient sein, dachte ich.

Dann habe ich den Avisynthfilter SelectEven() ausprobiert, um die Framerate zu senken um zu sehen, ob sich so noch auf einfache Weise Platz sparen lässt oder ob das genauso egal ist, wie schwarze Ränder croppen.

Und jetzt fängt die Verwirrung an: meine Testsequenzen sind bei 25 Frames etwa 10% größer (!), als mit 50 Frames. Die Einstellungen vom x264 waren jeweils die gleichen, der Unterschied war nur der Filter SelectEven(), der ja nur jedes zweite Frame durchlässt. Ob zuerst trim und dann selecteven oder umgekehrt mit angepassten schnittpunkten war egal. Die 25p Sequenz ist ca. 10% größer als die 50p Sequenz

Irgendwie ist das ganz und gar nicht, was ich vermutet hätte. Wenn, dann fast gleiche Größe, mit ein paar Bits um die Frames zu verdoppeln.

Da mein Fernseher Zwischenbilder berechnen kann und das bei doppelten Frames widerlich aussieht, würde ich eigentlich schon gern die doppelten Frames rauswerfen.

Hat jemand Tipps zu dem Thema?

Nach einigem rumgooglen hatte ich wenigstens herausgefunden, woher die doppelten Frames kommen, aber die meisten Suchergebnisse beschäftigen sich mit diesen doppelten Frames bei bestimmten Konvertierungen und nicht für den Fall, dass alle Frames doppelt sind. Oder mir fehlen die Fachbegriffe dafür...

--

Staxrip, keine zusätzlichen Filter, Quality 23 preset slow tune film, Quellmaterial war 1280x720 dvb-c und wenn ich das .ts mit vlc abspiele, behauptet der sogar, das wären 100fps - aber offenbar ist ja bei avc die fps-angabe eher ein Ratespiel. x264 version ist 2309 32 bit. ]]> MPEG-4-Encoding simon sagt http://forum.gleitz.info/showthread.php?46418-komprimierung-von-doppelten-frames-in-50p-kleiner-als-25p-hd-dvb http://forum.gleitz.info/showthread.php?46411-IDR-Frames-gezielt-setzen&goto=newpost Fri, 07 Jun 2013 14:04:58 GMT Hi zusammen,

ich weiß das dieses Thema schon öfters "besprochen" wurde - dennoch: Ich habe mehrere Video Streams die hintereinander gepackt und das Ganze in h.264 (x264) neu codiert werden soll.
Ich möchte aber für jeden Abschnitt ein IDR Frame erzwingen damit der Kapitel-Sprung richtig passt und man nicht mitten in einem GOP landet.
Daher meine Frage: Ist es möglich x264 mitzuteilen an welcher Stelle man auf jeden Fall ein IDR Frame hätte ? Oder geht das nur über "Umwege" ? ]]> MPEG-4-Encoding may24 http://forum.gleitz.info/showthread.php?46411-IDR-Frames-gezielt-setzen http://forum.gleitz.info/showthread.php?46409-VirtualDubMod-encoding-Problem&goto=newpost Thu, 06 Jun 2013 22:47:15 GMT Hallo,

Ich habe ein kleines Problem. Seit neustem bekomme ich beim encodieren mit stax rip von virtualdubmod folgende Fehlermeldung:

[i] Starting up: VirtualDubMod build 2540/release
[*] AVI: Opening file "C:\Users\*****\Desktop\DVD Film\VIDEO_TS\VTS_01_1
temp files\VTS_01_1.avs"

[i] AVI: Avisynth detected. Extended error handling enabled.
[*] Beginning dub operation.

[!] Dub: I/O thread has not cycled for ten seconds -- possible livelock.
(Thread location: 76EE6FAF)

[!] Dub: Processing thread has not cycled for ten seconds -- possible
livelock. (Thread location: 7793FD71)

[!] Dub: I/O thread has not cycled for ten seconds -- possible livelock.
(Thread location: 7379064E)

[!] Dub: Processing thread has not cycled for ten seconds -- possible
livelock. (Thread location: 727990C2)

[!] Dub: I/O thread has not cycled for ten seconds -- possible livelock.
(Thread location: 727991B4)

[!] Dub: Processing thread has not cycled for ten seconds -- possible
livelock. (Thread location: 727991B4)


Jedes mal das selbe nach 2%.
Ich benutze die einstellungen von Brother John (Xvid)

Ich hoffe mir könnte jemand helfen :) ]]> MPEG-4-Encoding Rioma http://forum.gleitz.info/showthread.php?46409-VirtualDubMod-encoding-Problem http://forum.gleitz.info/showthread.php?46407-Interlaced-AVC-schneiden&goto=newpost Wed, 05 Jun 2013 14:54:11 GMT Wenn ich interlactes AVC Material frame genau schneide, muss ich ja entsprechend zumindest eventuell 'zerstörte' GOPs neu encoden, wie sieht das dabei eigentlich aus:

Warf man dann MBAFF und PAFF Material mixen? (x264 kann nur MBAFF oder?)
Weiß jemand ob normale Hardwaredecoder damit klar kommen?

Cu Selur ]]> MPEG-4-Encoding Selur http://forum.gleitz.info/showthread.php?46407-Interlaced-AVC-schneiden http://forum.gleitz.info/showthread.php?46401-Files-werden-zu-groß&goto=newpost Mon, 03 Jun 2013 23:19:58 GMT Hallo mal wieder... Ich habe hier ein paar Trickfilme im DVD-Format, also MPEG2 (Ad0lars phant4stische Ab3nteuer) Die Größe einer Folge ist auf der DVD ca. 1100 MB (1 Vob und noch ein Schnipsel von meistens 50-70 MB), 4:3 Format, leicht anamorph Ich croppe links und rechts 16 Pixel,... Hallo mal wieder...

Ich habe hier ein paar Trickfilme im DVD-Format, also MPEG2 (Ad0lars phant4stische Ab3nteuer)

Die Größe einer Folge ist auf der DVD ca. 1100 MB (1 Vob und noch ein Schnipsel von meistens 50-70 MB), 4:3 Format, leicht anamorph

Ich croppe links und rechts 16 Pixel, ansonsten lasse ich alles unverändert. Resized wird erst im Container zu 748x576, 1:1,3 (wegen der 32 gecroppten Pixel)

Soweit, sogut...

So sieht meine Kommandozeile in Megui aus:

program --level 4.1 --preset slower --tune film --crf 19.5 --deblock -2:-1 --bframes 5 --ref 5 --qpmin 10 --qpmax 51 --vbv-bufsize 78125 --vbv-maxrate 62500 --partitions p8x8,b8x8,i8x8i4x4 --output "output" "input"

und so in Media-Info:

cabac=1 / ref=5 / deblock=1:-2:-1 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=19.5 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / crf_max=0.0 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00

Bei normalen Filmen habe ich da wenigstens ein Ersparnis von 50%.
Mir geht's in erster Linie um Qualität, allerdings (natürlich) auch um die Platzersparnis.
Nur werden nun die Trickfilme mit den obigen Einstellungen 800-1024 MB groß, womit ich gerade mal zwischen 0 und 30% Platz einspare.
Was wird denn da sinnloses mitkomprimiert?? Etwas mehr Effizienz hätte ich mir eigentlich schon erhofft.
An welcher Schraube kann ich drehen, ohne Original und Kopie allzusehr voneinander unterscheiden zu können?
Ja, klar kann ich mit dem CRF-Wert nach oben gehen, aber mit diesen Einstellungen, habe ich - wie schon erwähnt - sonst immer meine 50-60%. Also was ist bei diesen Trickfilmen so anders? ]]> MPEG-4-Encoding c4rD1g4n http://forum.gleitz.info/showthread.php?46401-Files-werden-zu-groß http://forum.gleitz.info/showthread.php?46351-AR-im-Stream-speichern-Nachteile&goto=newpost Thu, 16 May 2013 20:21:16 GMT Hallo, ich bin im Moment dabei, einige stinknormale DVB-S-Aufnahmen (SD, 4:3) zu archivieren. Ich habe mich für MPEG-4 AVC + AAC innerhalb eines MP4-Containers entschieden, da mir XviD inzwischen etwas überholt erscheint. Allgemein wird ja empfohlen, nicht zu resizen, um die Ausgangsqualität so... Hallo,

ich bin im Moment dabei, einige stinknormale DVB-S-Aufnahmen (SD, 4:3) zu archivieren. Ich habe mich für MPEG-4 AVC + AAC innerhalb eines MP4-Containers entschieden, da mir XviD inzwischen etwas überholt erscheint. Allgemein wird ja empfohlen, nicht zu resizen, um die Ausgangsqualität so gut wie möglich zu erhalten.

Allerdings ist es ja so, dass die TV-Ausstrahlungen 720x576px haben und die Pixel somit nicht quadratisch sind. Würdet ihr in diesem Fall doch resizen, jedoch ausschließlich vertikal? Oder ist es besser, das Seitenverhältnis im AVC-Stream zu speichern? Ich bin mir unsicher, ob Letzteres von jedem normalen Abspielgerät inzwischen berücksichtigt wird. Oder ist das nicht vergleichbar mit der DAR-Angabe im Container (die ja auch möglich wäre)?

Grüße
ph4nt0m ]]> MPEG-4-Encoding ph4ntom http://forum.gleitz.info/showthread.php?46351-AR-im-Stream-speichern-Nachteile http://forum.gleitz.info/showthread.php?46328-x264-8-Bit-vs-10-Bit-Encoder&goto=newpost Sun, 12 May 2013 19:11:59 GMT Hallo, ich habe mal ein Stück Film (Quelle: DVB-S SDTV mit Werbeblock) mit x264 und gleichen Einstellungen encodiert, weil ich mal gehört hatte, der 10-Bit-Encoder wäre effizienter. Und siehe da: Tatsächlich ist das mit dem 10-Bit-Encoder encodierte Stück 3% kleiner. Das ist doch schon was :-) ... Hallo,

ich habe mal ein Stück Film (Quelle: DVB-S SDTV mit Werbeblock) mit x264 und gleichen Einstellungen encodiert, weil ich mal gehört hatte, der 10-Bit-Encoder wäre effizienter. Und siehe da: Tatsächlich ist das mit dem 10-Bit-Encoder encodierte Stück 3% kleiner. Das ist doch schon was :-)

Spricht eigentlich etwas dagegen, den 10-Bit-Encoder auch für 8-Bit-Quellen zu verwenden?

Erster Nachteil: mein WD TV mag keine 10 Bit. Und der Android-MX-Player behauptet zwar, 10-Bit zu können, scheitert jedoch an meinem Sample.

Gibt es sonst noch Punkte, die dagegen sprechen?

Gruß

akapuma ]]> MPEG-4-Encoding akapuma http://forum.gleitz.info/showthread.php?46328-x264-8-Bit-vs-10-Bit-Encoder http://forum.gleitz.info/showthread.php?46310-x264-Probleme-mit-SAR-12-11-bzw-16-11-bei-720-Pixel&goto=newpost Sat, 04 May 2013 18:19:04 GMT 768 bzw. 704 => 1024. Streng genommen sollte das ja ebenso für 720 Pixel Breite gelten, allerdings spuckt mir z.B. der MPC-HC in den...]]> Hallo zusammen,

habe ich SD-Material mit 704 Pixel Breite, sollte das (bis auf zwei Pixel) korrekte SAR ja 12:11 (4:3) bzw. 16:11 (16:9) sein, also 704 => 768 bzw. 704 => 1024.

Streng genommen sollte das ja ebenso für 720 Pixel Breite gelten, allerdings spuckt mir z.B. der MPC-HC in den Eigenschaften eines anamorphen Videos mit 720 Pixel Breite, das mit SAR 16:11 encodet wurde, "AR 349:192" aus - das streng genommen falsche, aber irgendwie korrekter aussehende "AR 16:9" bekomme ich nur angezeigt, wenn ich für 720 Pixel anamorph als SAR 64:45 (720 => 1024) auswähle, was ja wieder eher falsches "Generic PAR" wäre.

Frage: Kann 12:11 / 16:11 bei 720 Pixel Breite irgendwo (z.B. auf Hardware-Playern) Probleme bereiten - bzw. sind 48:45 / 64:45 überhaupt ein "reguläres" SAR? Eine Google-Suche danach ergibt irgendwie nicht viel, 12:11 und 16:11 findet man des Öfteren. ]]> MPEG-4-Encoding illCP http://forum.gleitz.info/showthread.php?46310-x264-Probleme-mit-SAR-12-11-bzw-16-11-bei-720-Pixel