Beiträge von maestrocool

Natürlich kenne ich Google undich weiß auch wie man das benutzt, aber dennoch, wenn man hier ein Programm vorstellt, sollte man auch einen passenden Link dazu schreiben sonst ist der Tipp wertlos
am Ende kommen die suchenden auf Warez-Seiten und handeln sich noch Viren und Trojaner ein, obwohl du ja wohl einen sicheren Link kennst, da du das Programm ja empfohlen hast.
Also ein Link zu Chip.de oder einer anderen bekannten Seite die relativ sicher ist, solltest du schon bringen... oder?

Zitat von sam

dxwind
ein kleines, 333 kb programm, das nicht installiert werden muss und viele (alle?) directx spiele in den fenstermodus zwingt, wenn das spiel diese funktion nicht selbst zur verfügung stellt. grade wenn man per skype oder teamviewer (oder livestreams) zeigen will was man spielt, ist vollbild ja (immer?) ein problem.

einen richtigen Link zum Programm bitte, sonst ist die Info wertlos

Ahhh sehr schön, sogar mit Videobeweis , endlich kein resize mehr muss ich gleich mal umändern in Videostudio in echtes 1080p damit die 100% scharfen Videos wieder kommen.
Danke kann ich es auch direkt aus dem Tut raus nehmen.
Handbrake hat leider immer noch die Kompression mit drin, aber das Muxen ist ja kein echtes Problem, wäre halt nur ein Arbeitsschritt gespart wenn es ohne geht.

Ja aber warum steht dann der richtige Farbraum nicht im Mediainfo, dort steht doch sonst auch alles mit drin
Ich empfehle ja auch verlustfrei mit HuffYUV oder x264vfw (das ja endlich richtig funktioniert)
aberwenn schon verlustbehaftet gerendert werden muss, dann reichen für die meisten Spiele die genannten Bitraten aus, was man auch gut bei meinen WMV gerenderten Videos sehen kann

und ich sage es zum XXXten mal nochmal, natürlich ist verlustfrei die beste Wahl, wie oft muss ich es für dich denn noch wiederholen, wenn ich es doch sowieso schon immer mit dazu schreibe.

Zitat von De-M-oN

Jedes x264 Frontend wandelt auf YV12 um.

Aber trotzdem muss es vorher beachtet werden um unnötige Farbraumkonvertierungen zu vermeiden.

Wenn man nämlich in Fraps kein RGB angehakt hat, dann nach RGB encodiert und x264 dann wieder nach YV12 haste die unnötige Farbraumkonvertierung. ( YUY2 -> RGB -> YV12 )

Das sollte dann schon direkt YUY2 -> YV12 sein.

10 mbit für 720p und 30 mbit für 1080p kann bei komplexen Material manchmal auch etwas knapp sein (je nach gewähltem Codec. Bei WMV und xvid auf alle Fälle äußerst knapp)
Ich würde da eh ganz klar verlustfrei empfehlen.
Wenn Lagarith mit Handbrake net will, x264vfw @ CRF 0 sollte eig. mit jedem Videoprogramm gehen.

PS: Auch hier nochmal : Der 1080p Bug ist von Youtube behoben worden.

Alles anzeigen

Ich habe gerade extra nochmal in meine HandbrakeVideos rein gesehen und da steht definitiv Colorspace YUV
hier Mediainfo vom Video:

Video
ID                               : 1
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : [email protected]
Format settings, CABAC           : Yes
Format settings, ReFrames        : 2 frames
Codec ID                         : V_MPEG4/ISO/AVC
Duration                         : 14mn 57s
Width                            : 1 920 pixels
Height                           : 1 088 pixels
Display aspect ratio             : 16:9
Frame rate mode                  : Variable
Frame rate                       : 25.000 fps
Color space                      : YUV
Chroma subsampling               : 4:2:0
Bit depth                        : 8 bits
Scan type                        : Progressive
Writing library                  : x264 core 112
Encoding settings                : cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=2 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=0 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=3 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Color 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

der 1080p Bug ist behoben ? wirklich ? muss ich ja direkt testen, wäre ja endgeil ohne den Bug,
und wie siehts mit dem grauen Bild Bug aus ? wird MKV Merge Gui noch benötigt um das zu umgehen ?

mfg Maestrocool

Mal wieder das Tutorial aktualisiert und verbessert und zusätzlich auf das Problem mit zu stark komprimierten Originalvideos eingegangen, das diese eventuell nach dem Rendern größer werden können.

Oh Ok, dann hab ich nix gesagt
war mein Englisch nicht gut genug um das zu erkennen , sorry

Jetzt noch deutsche Subs dazu, für die Leute die nicht englisch verstehen und es wäre perfekt.
Sauber und ausführlich erklärt, da gibts nichts mehr zu sagen,
ausser wegen dem Explorer, bei manchen Leuten kommt der nicht automatisch wieder,
deswegen wäre noch ein Zusatz angebracht wie man ihn über den Taskmanager wieder zurück holen kann
Den Taskmanager aufrufen über Klammergriff STRG/CTRL, ALT, Del/Entf, gleichzeitig, bei XP startet er direkt, bei Vista und Win7 kommt der Login-Bildschirm dort dann Taskmanager starten
und oben bei Datei ausführen wählen und Explorer hinein schreiben, enter-Taste drücken und schon ist der Desktop wieder da.

mfg Maestrocool

Zitat von KingLuLP

lustiger weiße wurde das video bei mir größer von 38mb ist es auf 54mb gestiegen?!

von haus aus zu stark komprimiert, das heißt Handbrake muss die Komprimierungsartefakte nochmal komprimieren, was natürlich dann schlecht geht.
besser ist es die Videos vorher nicht so stark zu komprimieren, und noch besser wäre verlustfrei,
Dann mit Handbrake so komprimieren wie du es haben willst, wenn die Datei noch zu groß ist , dann auf dem VideoTab den CRF (ConstantQuality) Schieber von 20 auf 12, 22 oder höher schieben max bis 25, ab da wird die Qualität zu schlecht
mit 21 wird die Datei schon kleiner mit 22 noch kleiner, aber die Bildqualität wird auch immer schlechter.

Zitat von bigben199415

hallo leute also ich benutze einfach windows movie maker (hab ja erst ein video gemacht) und bin echt zufrieden und mal ehrlich heutzutage sollte der speicher bei euch dafür ausreichen (10min 1080p 1gb) 1-2h upload zeit

Das stimmt wohl für viele, aber es gibt immer noch Leute die mit DSL 1000 oder 2000 herum dümpeln müssen, weil das Internet bei ihnen nicht besser ausgebaut ist, also die Videos schrumpfen um die Uploadzeit etwas zu senken , die dann gerne mal bei 4-6 Stunden liegt (oder höher)
ist es das dann nicht wert ?

Ja aber du beantwortest die Frage nicht, wozu ?
wieso soll ich 2-3 mal länger rendern,
wenn der Dateigrößenunterschied nicht wirklich groß ist, es spart ein paar MB, Ja natürlich,
aber bei 600 MB 20MB sparen ist witzlos, wenn ich dafür 2-3 mal länger rendern muss und die Bildqualität die gleiche bleibt.
und bei deiner Uploadrate über den Server ist es das erst recht, diese Renderzeit könntest auch mit was sinnvollem ausfüllen, zB mehr LPs oder duschen gehen oder einmal Freundin Poppen, wurscht, in der Zeit kannst du vieles machen, auch am PC
und komm jetzt blos nicht damit, das du in der N8 renderst, hey dein PC würde weniger belastet und geht nicht so schnell kaputt.

Zitat von De-M-oN

Bei MeGUI wird einem das Script schreiben aber mit dem AVS Script Creator für die Grunddinge abgenommen, wie Resizen usw. Mit meiner zip Datei ja sogar vollautomatisch, da der User hier ja nur noch das Preset wählen muss.

und woher weiß der Laie das ? nur durch dein Tut... verstehen tut ers dann aber trotzdem nicht

Zitat von De-M-oN

Bei Handbrake zb sagste ja du benutzt nur das Main Profil. Bei Main fehlt aber Adaptive 8x8 DCT. Es ist aber empfehlenswert das dies aktiviert ist. Ich würde schon daher eher das High Profil nehmen.

Und was ist mit den restlichen x264 Einstellungen? Bietet Handbrake alle an und es sind alle mit Staxrip identisch?
Auch die x264 Version die verwendet wird kann eine Differenz ausmachen. Da ja hier auch hin und wieder optimiert wird.
Auflösungsänderung, verwendeter Resizefilter, FPS Änderung etc beeinflussen ebenfalls die Encodiergeschwindigkeit.

Du machst es schon wieder komplizierter, natürlich encodiert wie immer x264 und nicht das Interface (Handbrake, MeGui oder Staxrip), die Einstellungen haben alle 3 Programme, das weißt du doch, auch wenn sie teilweise anders genannt wurden.
Das du das High Profil nehmen würdest ist deine Sache, kann aber genausogut bei Handbrake verwendet werden, da es ebenfalls das High Profil gibt (einfach auswählen, ist nämlich die alternative zum normal Profil, und es wird auch dein 8x8 DCT verwendet bzw ist voreingestellt.
Aber warum sollte man es verwenden ? die Bildqualität ist minimal besser und die Datei auch etwas kleiner aber die Renderzeit ist trotzdem doppelt bis drei mal so lange (sinnlos für YT)

trotzdem sind alle 3 Programme Unterschiedlich, wie man Einstellt und in der Bedienung.
Handbrake macht es ganz einfach, indem schon eine nahezu perfekte Einstellung vorgegeben ist, die nun mal sehr schnell ist, und die ich bei Staxrip nicht hin bekommen habe, obwohl ich wusste was ich da mache (wie soll sie dann ein Laie hin bekommen ?), ausserdem ist Handbrake auf die ffmpeg Codecs limitiert.
bei Staxrip muss erst das Profil zusammen gebastelt werden bevor man zum ersten mal damit rendern kann, danach bleibt es gespeichert wenn man diese Voreinstellung denn gespeichert hat.
und in MeGui musst du dir das Script schreiben (was nun wirklich nicht jedermanns Sache ist)

warum ich dem Kollegen nicht Empfehle, auf andere GUIs umzusteigen, sollte klar sein,
wenn er nur wegen Upscalin 20 Minuten mehr braucht, dann macht es kaum Sinn sich noch weitere Programme einzulernen,
wo ist denn da die Zeitersparnis, wenn die doch wegen anderer x264 Profile langsamer rendern ?

Zitat von elFABIO

maestrocool:
Jop, Audio- und Videoqualität schraubt YT wirklich extremst runter, aber der PC schafft es nur, den VBA in unter 240p aufzunehmen -.-".
Über MeGUI und Staxrip habe ich schon nachgedacht, aber die haben beide nicht geklappt.
Aber ich werde das ganze nochmal probieren.
Danke für diese ausführliche Antwort.
MfG elFABIOTV

Ganz ehrlich, wenn du es mit Staxrip nicht geschafft hast, dann bleibe lieber bei deiner bewährten Methode und nimm lieber die 20 Minuten mehr in Kauf
dann kannst du dir wenigstens sicher sein, das es auch wirklich klappt
und 20 Minuten sind nun wirklich nicht so viel mehr, gerade weil du es ja auch auf 720p hoch skallierst, da ist eine 30 Minuten Renderzeit eigentlich fast schon normal,
mal davon abgesehen das x264/Handbrake schneller rendert als alle anderen Codecs, die oft doppelt so lange brauchen (und länger)

Zitat von elFABIO

Meine Aufnahme ist 160x144p groß.
Natürlich will ich mehr Bitrate und deswegen möchte ich auf 1280x720p.
Ich weiß nicht ganz genau, was bei Anamorphic stehen soll.
Ich habe alles ausprobiert, aber wenn ich die Höhe auf 1280 vergrößer, stellt die sich von alleine zurück und dies ist allgemein, wenn ich bei Handbrake die größe verändere, egal wie groß.

Deine Idee ist zwar gut und richtig, aber leider hängst du da an der einzigen mir bekannten buggy Stelle, denn der Resize klappt nicht so wie gewünscht.
man kann Videos Problemlos verkleinern, auch in höchster Qualität aber Vergrößern geht so gut wie gar nicht (weil er sich immer zurück stellt, wie du auch schon bemerkt hast)
Ich weiß nicht ob der Entwickler das absichtlich so gemacht hat oder ob es wirklich nur ein Bug ist, aber leider ist es im Moment noch immer so.
wenn du mehr solcher Videos/LPs hast solltest du überlegen mit Staxrip zu arbeiten, denn dieses Programm hat diesen Bug nicht, oder du suchst im offiziellen Handbrake-Forum ein sogenanntes Nightly (Link: Handbrake Nightly-Beta und schaust mal ob da der Bug noch vorhanden ist.
Der Entwickler arbeitet sehr oft an den Nightlys, aber erst wenn alles funktioniert gibt er sie offiziell als Release frei, das heißt aber auch das sie wieder andere Bugs haben können, weil er auch sehr viel Experimentiert.
Staxrip kann das Resizen definitiv, bei den Handbrake Nightlys weiß ich es nicht, der Unterschied zwischen Handbrake und Staxrip ist, das man mehr einstellen muss und das Staxrip etwas langsamer ist (was vermutlich auch an den Voreinstellungen liegt), könnte also bedeuten das du dadurch keine Zeit gewinnst.

Sorry für die Textwall aber ich will dir ja die Wahl lassen

Zitat von Cedi

Warte..also, ja, Upscaling macht manchmal schon Sinn, aber SO EINE KLEINE AUFNAHME..ne. Da werden das ja 1 Meter Pixel.

Jaaa.... ähm eigentlich haste ja recht, aber Youtube würde bei der kleinen Auflösung maximal 240p liefern und selbst dann wird das Video scheiße aussehen, weil die Bitrate so extrem niedrig ist.

mfg Maestrocool

hat geklappt
zum Tut sag ich nichts weiter, da ich es nicht komplett gesehen habe und ich auch gar nicht brauche.

mies gesetzter Link, schon gut das du die anderen nochmal geändert hattest, die noch schlechter waren.
nimm die Urls am Anfang und Ende wieder raus und schreibe den reinen Link-Text, der wird dann Automatisch umgewandelt
so wie hier hin
http://www.youtube.com/watch?v=tVwDxMtccec

Och menno, das hab ich nicht gesehen, ein Minecraft testviedo also mit nur 30 sekunden...ich ging von nem 10-15 Min Video aus
aber so kannst du das nicht sehen, nur weil ein 30 sek Video ca 30 MB hat,
heißt das noch lange nicht, das ein ganzes 15 Minuten Video dann 30mb x 30 (15 Minuten geteilt durch 30 sekunden= 30st) = wären als Ergebnis 900 MB
stimmt natürlich so nicht, Minecraft lässt sich sehr gut komprimieren und wird höchstens 300 MB groß mit den Standardeinstellungen von Handbrake (davon ausgehend das es ein 720p Video ist, eher sogar noch weniger)
schätze du hattest da eine Bewegungsreiche Szene, so das diese Stelle etwas mehr Bitrate brauchte.
Das du bei nem 30 Sekunden Video länger brauchst zum Rendern mit x264vfw und Handbrake, als bei einem 15 Minuten Part ist doch wohl klar... weil die ganzen Zwischenschritte etwas mehr Zeit schlucken als wenn du gleich direkt einen 15 Min Part renderst, und bei Vegas fallen die Zwischenschritte komplett weg.
ich würde dir echt Vorschlagen, das du es an etwas Realistischeren Arbeit versuchst, Rendere ein richtiges 10-15 Minuten LP von dir, einmal mit Sony AVC, und das gleiche Video mit x264vfw und Handbrake
erst dann kannst du wirklich sagen, hey die Qualität ist mies oder dauert zu lange oder ist zu groß... aber so ein 30 Sekunden Teil sagt leider nicht wirklich was aus.
Ja es kostet mehr Zeit, das durch zu testen, aber es lohnt sich, wenn du dann weißt, ob Sony AVC oder Handbrake für dich besser ist.
und falls die Datei von Handbrake noch zu groß ist, dann benutze den Schieberegler für das CRF ,die Datei wird kleiner in Richtung 25 aber die Qualität wird auch schlechter,
finde das richtige Verhältnis für dich, ist meist bei 21-22 (Ich benutze am liebsten 19-20, sieht extrem gut aus)

Ich sags mal so, meine 1080p Videos werden im Schnitt 700-900MB groß, also muss dein 720p Video deutlich kleiner werden, erst recht mit CRF 21-22

Ok wenn das so ist, scheint es das du relativ kleine Videodateien hast mit eher geringer Bildauflösung hast, die sich auch noch sehr gut komprimieren lässt,
denn sonst wären die Videodatei nicht 27 bzw 33MB klein (was wirklich klein ist)
für dieses Videoprojekt lohnt sich der Einsatz von lossles x264vfw und Handbrake kaum, er ist eher für HD und full HD Aufgaben mit komplexeren Bildmaterial gedacht.
Die Dateigröße könntest du genausogut auch in Handbrake auf 27MB bekommen, wenn du den Videoschieberegler auf CRF 21 oder 22 schiebst (die Bildqualität wird in etwa dieselbe sein wie bei Vegas)
also muss meine Empfehlung für dieses Projekt sein, benutze den AVC Codec von Vegas, weil es einfach schneller gehen wird und der Codec auch nicht so viel schlechter ist (nur langsamer).

wenn du allerdings später auf ein größeres Projekt umsteigst, mit Dateigrößen von ca. 600 - 1200MB und mehr (größeres und komplexeres Bild-/Video-material),
dann wirst du feststellen, das die Kombi x264vfw (lossles) und Handbrake, die bessere Wahl sein wird, dauert nicht ganz so lange und liefert ein besseres Bild, da beide zusammen trotzdem schneller rendern können als der Sony AVC.
Wie gesagt, x264 insgesamt, spielt seine Stärken erst bei größeren und komplexerem Videomaterial richtig aus, und kann wohl bei diesem kleinen Video nicht so wirklich angreifen, Sorry.

mfg Maestrocool

Der in Sony Vegas eingesetzte Mainconcept AVC-Encoder hat schlechtere kodiereinstellungen (er könnte auch besser, aber man kommt nicht an die Einstellungen dran), auch wenn du sie nicht gesehen hast, ist das schlechtere Bild trotzdem vorhanden !
Das er langsamer ist, als Handbrake ist 100% sicher
aber na gut so schlecht ist der Encoder auch nicht, aber du hast sicher den gleichen Fehler gemacht, wie die meisten anderen die hier schreiben, und zwar das Video vorher viel zu stark komprimiert !
Wenn es so stark komprimiert ist, dann muss Handbrake die komprimierungsartefakte nochmal mit bearbeiten was zu größeren Dateien führt, als wenn du eine Verlustfreie Datei oder eine Datei mit sehr hoher Bitrrate recodierst (bei der keine oder viel weniger Artefakte drin sind.
also bevor das Video in Handbrake bearbeitet/recodiert wird muss es die bestmögliche Qualität haben.

also beginnen wir von vorne: mit was nimmst du die Videos auf ? und wie schneidest du deine Videos, bzw wie komprimierst du sie, bevor du sie in Handbrake recodierst ?

Zitat von De-M-oN

Das hast du mir noch nie so gesagt.

Das werd ich in jedem Fall mal ausprobieren, aber wenn das stimmen sollte, wo ist denn da noch die Logik?

Das muss doch auch irgendwie anders besser gehen -.-

Ich schätze einfach, das es für Youtube zu viele Details sind, die da mit verlustfrei gerenderten x264 Videos kommen, und so diese kleinen verschwimmenden Artefakte von YT eingebaut werden.
Der WMV Codec nimmt aber diese feinsten (kaum sichtbare) Details heraus und macht Flächen minimal gleichmäßiger, was sich dann beim x264 ja besser komprimieren lässt, somit ist schon mal klar warum die Videos etwas kleiner werden (natürlich sind dann die kleinen Ungenauigkeiten zu sehen, die für WMV üblich sind und die du kennst/verachtest)
Aber ich hab es natürlich auch schon mit 100% WMV Qualität versucht, und da trat ebenfalls die selbe schlechtere Bildqualität auf, wie mit den verlustfrei gerenderten x264 Dateien, die Details auf YT waren etwas schlechter als mit 99% WMV Qualität.
leider taucht bei mir dann ein anderes Problem, mit Videostudio und WMV auf, denn ich kann keine Wave Audiodatei in den WMV-Kontainer packen, obwohl es laut Spezifikation erlaubt ist, was den Sound leider etwas schlechter macht als möglich wäre.
Ähm als Hinweis, mein Videostudio benutzt den WMV 9.2 pro Codec, mit dem Advanced Profil (Einstellung: Quality VBR), und nicht den aktuell möglichen WMV 10.x Codec... wollte es nur sagen, falls das irgendwie von Nutzen ist.

Nur eine Sache stört mich irgendwie, du renderst doch sowieso in Original Auflösung, also sollte das bei dir gar keine Rolle spielen, da du ja viel mehr Bitrate von YT bekommst, als ich, mit nur 1088p Auflösung.

Aso, Ok, habs aber erst im 6 Absatz gefunden ....
sie bezahlen also 10.000$ für 10.000 Lizenzeinheiten, kein übles Geschäft für sie, denn die Mainconzept Codecs sind deutlich teurer, (diese Codecs sind zwar nicht schlecht, aber lassen sich so gar nicht manuell tunen/einstellen)
mich wundert aber auch, das sie den WebM Codec drin haben... also den VP8 von Google für HTML5 Seiten,
Ja gut für Webseitenprofis ist das interressant aber für uns eher nicht, da der Codec immer noch viel zu langsam ist