Frage von ennui:Hallo,
in was würdet ihr denn ein 25min-Video komprimieren, damit es für diese 500MB-Grenze bei Vimeoaccounts reicht und trotzdem noch passabel aussieht? Dachte erst an SD und mpeg2 VBR mit niedrigen Werten, aber das ist ja eigentlich Quatsch... H264? Hab da nicht viel Erfahrung mit Webvideos.
Antwort von dienstag_01:
Natürlich h264.
Bei der Datenmenge kommst du bei etwas mehr als 2.500 kBit/s raus, musst du sehen, ob da schon HD geht. (Richwert für 720p ist eher so 5.000).
Antwort von ennui:
Klingt plausibel. Wär ich da mal früher drauf gekommen. Jetzt hab ich da aber schon die SD-Version hochgeladen, übler Weichzeichner, das.
Kann ich denn die Datei irgendwie nochmal austauschen, so dass aber die selbe Vimeo-URL für das Material erhalten bleibt? Die hab ich jetzt so schon weitergeggeben. Schöner Murks.
Antwort von Schleichmichel:
Yes you can. Bei den Videoeinstellungen kannst Du eine neue Version hochladen. Aber erst am Montag wieder, wenn Dein 500MB-Kontingent wieder resettet wird :/
Antwort von Kino:
Das Überschreiben eines bestehenden Vimeo-Videos (somit auch gleicher URL) geht nicht zu Lasten des 500 MB Kontingents und ist auch in der ersten Woche problemlos möglich. Natürlich darf das Zweite die 500MB-Grenze nicht übersteigen, wird aber nicht zu dem bereits verbrauchten Kontingent addiert.
Antwort von ennui:
Bei mir stand da was von nächstem Freitag wieder... aaargh. Aber immerhin, ein schwacher Trost. Habe gerade noch festgestellt, dass die hochgeladene Weichzeichner-Version irgendwo auch noch einen schwarzen Frame drinnehat, der da gar nicht hingehört.
Bin schon am überlegen, es lieber ganz runterzunehmen solange. Man sollte sowas wohl nicht nachts um 4 übermüdet machen. Schön peinlich. Lektion gelernt. Sonst verschicke ich ja lieber DVDs per Schneckenpost...
Ok, dann probier ich mal, den Kram in eine 720p-timeline zu werfen und als H264 mit einer Datenrate zu exportieren, mit der ich unter 500MB lande. Komprimiert Vimeo dann trotzdem nochmal dran rum oder was haben die da am liebsten?
edit:
Danke Kino! Das macht Mut, probiers gleich mal.
Antwort von olja:
Was der größte Mist ist, selbst wenn man ein Paypal-Konto hat, kann man nicht upgraden. Sie wollen immer noch zusätzlich eine Kreditkarte :-/
Antwort von ennui:
Mit den Gratis-500MB käm ich schon hin, hab nicht vor, das allzu intensiv zu nutzen. Nur jetzt brauch ichs mal dringend. Kreditkarte+Internet lässt bei mir aber auch immer Alarmglocken schrillen.
Ok, jetzt versuch ich gerade das als SD in H264 zu exportieren (720p wollte Edius irgendwie nicht) und taste mich an eine passende Datenrate ran, aber: CBR? VBR? wär doch wohl schlauer in dem Fall. Wurde hier sicher schon oft besprochen, aber fands gerade nicht, was wär denn Vimeos "natives" Format? Also das so wenig wie möglich am Video ändert nach dem Upload?
Antwort von ennui:
Ach je, das steht ja auch alles im compression guide bei Vimeo selbst. Hat sich somit erledigt, nochmal danke für alle Tips.
Antwort von ennui:
Obwohl, eine Frage noch: Wenn ich das exakt nach den Vimeo-Empfehlungen exportiere, also H264 in der angegebenen Auflösung, Bitrate, VBR, wird es dann trotzdem von Vimeo noch einmal neu komprimiert?
Antwort von srone:
das ist leider unvermeidbar.
lg
srone
Antwort von ennui:
Mit VBR und 2-pass siehts lansam ganz ordentlich aus. Aber ist halt Edius, da kann man m.W. ja nicht irgendwelche Fantasieformate einstellen wie das "SD" von Vimeo (600x360). Das empfehlen sie aber. Ist das wirklich der optimale Weg, um die 25min in den 500MB von Vimeo unterzubringen, also ist das runterskalieren verlustbehafteter? Ist es sinnvoll, eher vorher nochmal nachzuschärfen für den Codec?
edit: Denkfehler, 600x360 und 500MB ist natürlich sinnvoller als 720x576 und 500MB. Steh heute irgendwie auf dem Schlauch. Das heisst, ich transcodier das am besten vom Master mit Virtualdub o.ä. direkt in die Zielauflösung? Meine Güte, was für ein Aufriss. Gbts sonst noch Tips für optimale Vimeo-Darstellung, und ich mein jetzt nicht die Kreditkarte?
Antwort von dienstag_01:
Ich hatte ja schonmal oben die ungefähre Datenrate ausgerechnet. Das reicht dicke für SD. Vom Workflow her bietet sich ein Skalierung gleichzeitig mit der Encodierung an, nicht erst noch eine SD Zwischendatei.
Antwort von ennui:
Bei 2500 und CBR gab das aber Artefakte, mag aber auch am unnötigen Komprimierschritt SD gelegen haben. Mit VBR siehts nun besser aus, aber jetzt muss ich an Durchschnitt- und Max-Wert rumschrauben, um nah an die 500 zu kommen, und dann rendert er jedesmal erstmal ewig. .. und eigentlich ist es ja sowieso quatsch, das erst in SD zu komprimieren, wie du schon sagst. Aber Edius kann diese Auflösung nicht, und ob mein altes Virtualdub die Canopus-Dateien öffnen kann, bezweifle ich auch. MTS kanns wohl schonmal nicht. Das wird ja langsam uferlos, jetzt brauch ich wohl noch irgendeine andere Software.
Antwort von MLJ:
@ennui
600x360 ? Du meinst 640x360, oder ? (SD 16:9) Und wenn ich die Beiträge hier richtig gelesen habe, hat man bei Vimeo 500MB pro Woche, also nicht als gesamtes Limit ? Da sollte ich mal überlegen mich dort anzumelden, denn mich haben die 500 MB "Limit" abgeschreckt und dachte, mehr darf man nicht hochladen, insgesamt.
VirtualDub "sollte" die Canopus Dateien öffnen können. Welche Version hat denn dein "altes" VirtualDub ?
Cheers, Mickey.
Antwort von ennui:
Klar, 640. Was soll das für ein "SD" sein?! Naja geschenktem Gaul... ich hab hier Virtualdub 1.6.19 mpeg2. Wahrscheinlich uralt, ewig nicht mehr benutzt.
Ja, das mit der Woche ist wohl so, eigentlich sehr großzügig. Hilft mir nur momentan auch nicht viel. Sonst hätte ich mir ja gerne mal paar Wochen "angespart", aber das geht wohl nicht.
edit: Heureka, Virtualdub kann das Canopus-Master öffnen. So komme ich der Sache schon näher. Aber kann mein Uralt-Virtualdub wohl auch H264? Im Moment rendert Edius, kanns gerade nicht testen.
edit: Tja, kein H264, soweit ich das sehe. Irgendein H263 von Microsoft, aber das klingt jetzt nicht so vertrauenerweckend. Das hab ich befürchtet, muss ch jetzt echt noch Codecs installieren?! Und was für welche?
Also Stand der Dinge ist, ich kann mein Material dort zwar öffnen, aber aus Virtualdub kein H264 ausgeben. Was nun? XVID?
Antwort von MLJ:
Hallo Ennui,
VirtualDub-MPEG2 war ein gute Version von "fccHandler", nicht so extrem modifiziert wie die VirtualDubMod version. SD wird im Web allgemein als 640x480 (4:3) oder 640x360 (16:9) bezeichnet, nicht mit dem DV-SD verwechseln ;)
Meine Empfehlung: Lade dir VirtualDub 1.9.11 (gibt es auch für 64 Bit Systeme) sowie die Plugins von fccHandler (ebenfalls in 64 Bit verfügbar) herunter. Einen Link dazu findest du unter "Freeware Libary zusammenstellen" hier auf SlashCam oder Mama Google anschmeißen.
Mit diesen Plugins kannst du einiges mehr an Formaten öffnen und funktionieren sehr gut mit VirtualDub.
H264 geht auch, entweder mit dem X264 Codec (Frei, gut und schnell) oder ffDSHow, der hat das auch an Board, allerdings nicht so gut wie der X264 Codec für meinen Geschmack. ffDShow ist ebenfalls in 64 Bit verfügbar und findest du bei Sourceforge. Den H264 von Microsoft kannst du vergessen, spar dir die Mühe.
Was für ein System/OS hast du ? 32/64 Bit ? Oft geschrieben, trotzdem wichtig: KEINE CODECPACKS sofern du weiterhin ein stabiles System behalten möchtest, auch von DivX würde ich die Finger lassen, da kam bisher nichts gutes rüber aus dem "Grapewine". XviD, aktuell Version 1.31 ist für meinen Geschmack weitaus besser und favorisiere ihn, zu mal auch immer mehr Leute nicht nach MPEG-2 fragen sondern XviD für Überspiellungen vom Band (VHS/SVHS).
Meine Erfahrungen mit XviD/X264 sind durchweg positiv und kann das empfehlen, bleibt aber reine Geschmackssache, also einfach ausprobieren. Vorsicht ist jedoch bei DivX ab Version 5.1 geboten (!), da der Dekoder viele Formate an sich reißt und das System ordentlich durcheinander bringt. DivX in der Version 5.0.5 wurde in 3 Versionen verteilt, jedoch nur eine funktionierte stabil, kann jedoch nicht mehr sagen welches Release das war weil zu lange her.
Cheers, Mickey.
Antwort von ennui:
Ich hab hier ein gutes altes stabiles 32Bit-WinXP stehen, auf dem ich eigentlich möglichst garnichts installieren will, weil das mein Schnittrechner ist. X264 klingt ja ganz gut und sollte wohl schon reichen, kommt mein Virtualdub damit zurande? Xvid hab ich hier installiert, aber das ist doch kein H264? Vimeo will ja H264. Irgendwelche "Codecpacks" werde ich mir sicher nicht installieren. Das artet hier sowieso langsam aus. Heute morgen noch so: "Ich lad das nur mal schnell bei Vimeo hoch". Haha, jetzt sitz ich hier und installier Codecs... aber danke für die Tips.
edit: Und bei näherer Betrachtung sieht das Material in Virtualdub leider irgendwie merkwürdig flau aus. Wenn das jetzt auch noch irgendein Weiß/Superweiß/Farbraumproblem gibt, lass ich das lieber.
Antwort von MLJ:
Hallo Ennui,
ich arbeite noch mit einem sehr stabilem und robustem Win2k Pro, seit Jahren. Der XviD und X264 Codec lassen sich sauber Installieren und entfernen, bringen nichts durcheinander. ffDShow ist da abhängig von der Version, da gibt es viel was man erst richtig einstellen muss, besonders was das Dekodieren der Audio/Videoformate angeht. ffDShow ist KEIN Codecpack, es ist ein "Multi-Format" Codec, also mehrere Formate in einem Codec für Video und Audio.
Probiere dein Glück zuerst mit XviD/X264, beide klein, fein und schnell. Hast du einen MP3 Codec oder nur den abgespeckten von Windows ? Solltest du keinen an Board haben ausser den von Windows, dann solltest du auch nach Lame als ACM Version Ausschau halten. Die Lame Version 3.97 (Final) ist extrem Stabil und schnell, die neueren haben noch "Kinderkrankheiten".
Der macht auch keine Zicken und liefert einen sehr guten Klang. Nur zu deiner Info: Ahead (Nero) und Ulead (Corel) haben modifizierte XviD/Lame Codecs an Board, wird immer wieder bestätigt. Pinnacle nutzt hingegen ffmpeg für die MPEG Dateien, andere nutzen Varianten von ffdshow, es kochen alle nur mit Wasser ;)
Also: VirtualDub 1.9.11 plus Plugins von fccHandler samt Codecs suchen. VirtualDub samt Plugins in ein neues Verzeichnis kopieren da es nicht Installiert werden muss und du kannst loslegen :) Das erscheint mir eine gute Basis um dein "Problem" in den Griff zu bekommen.
Cheers, Mickey.
Antwort von dienstag_01:
So wie ich verstanden habe, arbeitest du mit Edius. Und du meinst, Edius kann nicht von einem HD Projekt in SD als h264 exportieren? Das kann ich nicht glauben.
Antwort von ennui:
Leider doch, beliebige eigene Bild-Formate gehen erst ab 6.0, ich hab hier 5.5. Da gibts nur die Standardauflösungen für HD, 720p, HDV etc. Wenn ich da H264 exportiere, nimmt er dafür die Auflösung der Timeline, man kann nichts anderes einstellen. Deswegen habe ich es ja aus der SD-Timeline probiert, da das näher an der Zielauflösung dran war. 640x360 ist ja irgendwas, VGA 16:9 meinetwegen, aber nicht SD im Sinne von PAL oder DVD-Auflösung. Die kann er ja.
Es gibt evtl. noch einen Weg über den Export per Quicktime, wo man es vielleicht doch kann, das muss ich mir nochmal genauer anschauen.
@Mickey den Lame-Encoder habe ich hier schon, nur hat Virtualdub wohl ein Problem mit dem Canopus-file, irgend ein Offset oder was mit dem Gamma, jedenfalls das altbekannte zu helle/flaue Bild. Das muss ich mir jetzt nicht auch noch antun, das schnell zu lösen...
Antwort von ennui:
Ok, nächste Runde: Ich hab hier den Quicktime-Exporter in Edius offen. Er bietet mir mehrere Zielpresets wie "ipod", "iphone" etc. an, und einen allgemeine Export namens "Quicktime", wo man diverse Sachen einstellen kann, auch Zielformat und Codec, hier H264. Ich nehme mal an, das ist es.
Hat jemand Erfahrung damit, bzw. kodiert seine Vimeo-Sachen für den Upload auch in Quicktime? Wegen den dortigen Einstellungen, Keyframes, "Qualität"? So viel ist es ja nicht, was man da einstellen kann.
Was ist mit Audio? Im Moment ist da keine Kompression ausgewählt, ich würde da wohl mpeg4 wählen, der andere Kram ("24 Bit", "32 Bit", "Mace", "Apple lossless" etc.) sagt mir nicht viel, aber komprimieren sollte man es wohl wg. Dateigröße.
Antwort von ennui:
Aktueller Stand: Funktioniert wunderbar mit Quicktime, sieht eigentlich gut aus, nur leider gibt es auch hier das altbekannte Quicktime-Problem mit dem zu hellen/flauen Bild... das kann doch jetzt echt nicht wahr sein. Was kann man denn dagegen tun, bzw. was passiert da?!
Antwort von dienstag_01:
Aktueller Stand: Funktioniert wunderbar mit Quicktime, sieht eigentlich gut aus, nur leider gibt es auch hier das altbekannte Quicktime-Problem mit dem zu hellen/flauen Bild... das kann doch jetzt echt nicht wahr sein. Was kann man denn dagegen tun, bzw. was passiert da?!
Würde ich erstmal nicht erschrecken.
Eigentlich müsste Vimeo den Farbraum wieder richtig interpretieren.
Vielleicht mal einen Test mit einem Minischnipsel machen.
Antwort von ennui:
Macht mich jetzt aber schon etwas nervös...
https://www.slashcam.de/info/Wie-Loesen ... 81507.html
Also ist es nur ein Darstellungsproblem und sollte es bei Vimeo wieder "richtig" aussehen? Ansonsten bin ich nun unter 300MB und es sieht bis auf den Gamma-shift super aus. Dann kann ich ja mit der Datenrate auch wieder höher gehen, war jetzt "automatisch". Wie ist das mit den anderen Parametern, wahrscheinlich zb. "optimiert für Streaming", nehm ich mal an.
Antwort von dienstag_01:
Ich glaube, du musst Bilder neuanordnen zulassen, über Keyframes steht was bei Youtube, und für Streaming optimieren hat meines Wissens was mit dem Moov Atom zu tun, an ist hier richtig.
Antwort von ennui:
Naja, jetzt ist mir beim letzten Exportversuch gerade Edius abgestürzt, zum allerersten Mal überhaupt, seit ich es besitze. Sauber. Ansonsten warte ich in der Vimeo-Warteschlange, bin gespannt...
edit: Der Absturz lag evtl an der Datenrate? Hatte da stumpf "2500" angegeben, aber das ist ja KBit/s...?!
Antwort von dienstag_01:
2.500 kBit/s wäre ja richtig. vergleiche doch mit deinem schon gerenderten File (Mediainfo).
Antwort von ennui:
Also bisher funktionierte nur Datenrate "automatisch", gebe ich stattdessen den Wert manuell an, stürzt Edius nach einer Weile ab, was es sonst NIE tut. Das Gammashift-Problem dagegen besteht auf Vimeo tatsächlich nicht mehr. Soweit alles in Ordnung. Aber mit "automatisch" verschwende ich ja 200MB, auch wenn es schon ganz gut aussieht.
Antwort von dienstag_01:
Naja, sollte nicht sein, aber Quicktime ist jetzt auch nicht der Bringer in Sachen h264. Wenn es aber anders nicht geht...
Antwort von ennui:
Das ist ja jetzt auch keine irgendwie extreme Datenrate... Wahrscheinlich eins dieser Probleme, die man nicht lösen kann, evtl. einfach ein Bug. Mein Quicktime ist jetzt sicher auch nicht das neueste. Mit der Qualität bei der Komprimierung bin ich so aber noch einigermaßen zufrieden, immerhin keine Artefakte bis einmal ganz kurz am Anfang... langsame Schwenks scheinen im Vimeoplayer noch öfter mal zu ruckeln, aber das habe ich da glaube ich auch schon bei anderen Videos erlebt. Und dass Vimeo das sog. "SD" dann noch wieder hochskaliert, kann man wohl gut finden oder nicht, aber jedenfalls nicht abstellen. Am besten siehts noch aus in "Vollbild, Originalauflösung". Naja, zum Webvideofan bin ich jetzt dadurch auch nicht geworden.
Antwort von MLJ:
Hallo Ennui,
in QuickTime einfach statt "mov" auf "MPEG-4" als Export gehen, dann wird das Video als MP4 gespeichert, Video in H264 und Ton in AAC, so wie es Vimeo und YT gerne haben wollen. Welche QuickTime Version hast du auf deinem System ? Ist es eine "Pro" ? Das mit dem Gamma-Shift kannst du in QuickTime in den Griff bekommen, wenn du unter "Eigenschaften" die Video Spur auswählst und dann "Grafikoptionen" auf "Straight Alpha" stellst statt "Dither" bevor du das ganze Exportierst.
Vimeo erfordert für 640x360 nur 2000 kbit für Video (Progressive) und 320 KB für den Ton (48 Khz, Stereo, 16 Bit), wenn ich das bei Vimeo alles richtig gelesen habe. Sie haben auch darauf hingewiesen das man auf die Bitrate achten soll, da es sowieso neu Encodiert wird.
Cheers, Mickey.
Antwort von ennui:
Das ist das alte mitgelieferte Quicktime von Edius. Ich hab das sonst nie wirklich für irgendwas ebraucht oder genutzt, die Funktionen hat ja Edius auch. Mittlerweile bin ich schon weitergekommen und taste mich an die optimale Dateigröße ran. AAC wurde beim Ton glaube ich garnicht angeboten, ich habe dann mpeg4 gewählt und das geht. Als ein Problem erwiesen sich meine latente Mathematikschwäche, die "2500" Datenrate von weiter oben und der Unterschied zwischen Megabit und Kilobit pro Sekunde (so muss man de Datenrate da eingeben). So ganz steig ich da immer noch nicht durch (die 2500 sind jetzt was genau?), denn die Werte, die nach meinem Verständnis gehen müssten, stimmen irgendwie doch nicht und jetzt probiere ich da rum. Zwischendurch stürzt dann Edius mal ab, was auch eine ganz neue Erfahrung ist.
Antwort von MLJ:
Hallo Ennui,
ja, die Mathematik :) Also: 2400 sind Kbit, geteilt durch 8 ergibt das 300 KByte/Sekunde. Audio wird in KByte angegeben, also 320 geteilt durch 8 ergibt 40 KBit/Sekunde. Ich verwende noch QuickTime 6.5 in der Pro Version weil mir bei der Version 7 zu viele Codecs raus gefallen sind und nachträglich gekauft werden müssen.
Cheers, Mickey.
Antwort von ennui:
Also im Encoder verlangt wird ein Wert K(ilo)b(it)/s. Wenn ich da 2500 eingebe, stürzt Edius/Quicktime zuverlässig irgendwann ab. Das tut es aber auch bei 300. Die Clips, die mit Datenrate "automatisch" und ansonsten selben Settings gerendert wurden, haben eine Datenrate von "1,69 MBit/s". Ich steig da nicht durch, was genau da schief läuft.
http://www.sengpielaudio.com/Rechner-uebertragung.htm
Antwort von ennui:
So, langsam bin ich mit meinem Latein am Ende. Der Export per Quicktime scheint nun garnicht mehr zu funktionieren. Bei meinem ersten Versuch mit Datenrate "automatisch" brauchte er vielleicht ca. 20min, um den kompletten file zu rechnen, evtl stand da die Codierungsqualität noch auf "schneller, ein Durchgang". Hatte zwischen durch "max" und dann "hoch", und mehrere Durchgänge/Multipass eingestellt.
Zuletzt hat er nun 10 Stunden (!!!) in mehreren Durchgängen gerechnet (an einer Bluray-Datei des selben Materials rechnet er übrigens ca. 2 Std. ...) und ist dann kurz vor Ende (?) wieder abgestürzt. Ein kurzer Teststreifen ca. 30 Sekunden mit Datenrate 2000 brauchte auch entsprechend lange, aber ging dann. Das komische ist auch, wenn ich nach einem Absturz neu boote und Edius wieder starte, bietet der QT-Export immer wieder irgendwelche komischen Werte an, die ich irgendwann mal vorgestern, vielleicht vorm ersten Absturz, eingegeben hatte. Darunter unter "Filter" eine Sättigungsanhebung, die ich längst wieder entfernt hatte, eine falsche Audiorate 44.1, etc etc.
Aber er bietet nicht die aktuelleren Werte des erfolgreichen Tests. Da ist doch was faul. Es gibt auch keine Möglichkeit, QT zu den ursprünglichen Presets zu "resetten", soweit ich das sehe. Was für ein Klump! Ich schaffe es also nicht mal mehr, den ursprünglichen erfolreichen Versuch mit Datenrate "automatisch" zu wiederholen. Er rechnet nun jedesmal stundenlang rum, macht mehrere Durchgänge, stürzt dann ab. Der kurze Test ging aber eben wieder, alles wunderbar (außer langer Renderzeit), nur der ganze 25-min-file geht dann immer nicht. Warum??
Was kann da kaputt sein, was kann man da machen, wie kann man zb. den QT-Exporter auf Werkseinstellungen resetten, oder was wäre sonst eine Alternative? X264? Kann sich das denn dann mit anderen h264-Codecs in die Quere kommen? Läuft es unter XP? QT-Version ist aus Edius nicht ersichtlich. Aber die Tests zeigen ja, dass es grundsätzlich geht...
Antwort von dienstag_01:
Die Quicktime Version findest du natürlich unter Quicktime, nicht Edius.
Antwort von ennui:
Ist laut Systemsteuerung QT 7.5.5. Umd das Problem noch mal kurz zusammenzufassen: Das, was ich machen will (H264-Export mit gegebener Datenrate) funktioniert nun durchaus - für kurze 20-Sekundentests. Beim ganzen File hängt es sich aber - nach Stunden - im xten Pass des Multipass auf. Und bei einem neuen Versuch stehen da wieder die Werte von vor 2 Tagen, obwohl ich seitdem neben x erfolglosen Versuchen ja auch meine Tests - mit den dann angegebenen Werten - erfolgreich durcgeführt habe. 25min Video ist dann zuviel? Ich habe einfach keine Ahnung, wo genau da der oder die Fehler liegen könnten. Und bevor ich mir jetzt kostenpflichtg QT update, das ich sonst nie brauche, könnte ich mir auch gleich den Vimeo-Account kaufen, wogegen aber auch "Kreditkarte" spricht. Außerdem scheint es ja grundsätzlich zu gehen.
Für mpeg2 des selben Materials braucht Edius übrigens 5 min...
Antwort von dienstag_01:
Quicktime Updates kosten eigentlich kein Geld, aber egal.
Hast du alle Effekte deiner Sequenz gerechnet?
Wenn ja, würde ich mal das Video in HD exportieren und neu importieren, danach encoden. Wenn das alles nichts bringt, alles wegschmeissen und eine ander Lösung suchen ;)
Antwort von ennui:
Weiß nicht, hatte mal so ein unangenehmes Erlebnis vor Jahren mit einem anderen PC, wo ich auch QT updaten wollte, und es verlor dann aber die Hälfte seiner Fähigkeiten und ich sollte mir "pro" kaufen... außerdem geht es ja eigentlich.
In der Timeline (1080i50, und PSF-Material, so wie beim ersten erfolgreichen Versuch noch mit Datenrate automatisch) liegen einfach nur Edius-HQ-Files aneinander, ohne Effekte oder sonst was. Das ist schon ein eigenes Export-Projekt, nicht der eigentliche Schnitt.
Über Edius kann ich das auch ganz normal und flink in alle Formate exportieren wie gewohnt. Über QT-Export ging das genau ein Mal - seitdem ich da eigene Werte probierte, dauert alles plötzlich ewig, und QT weigert sich nun, irgendwelche alten Werte zu "vergessen", die ich da mal eingegeben hatte, und bietet mir das jedesmal wieder neu an. Nach meinem Verständnis müsste es doch die neuen Werte wenigstens dann behalten, wenn ein Renderversuch mit denen erfolgreich war. Aber nicht den alten Kram. Wäre auch egal, wenn es wengstens so ginge. Aber, wenn ich 20 Sekunden-Stücke rendern kann (die aber auch ewig brauchen), die so werden wie gewünscht, warum dann nicht das ganze File?! Wo speichert denn QT seine Presets?
Und wie lange sollte es normalerweise dauern, von HD in H264 640x360 zu encoden? Nicht Stunden, oder, auch nicht bei Multipass und hoher Qualität, nehme ich mal an?
Antwort von dienstag_01:
Und wie lange sollte es normalerweise dauern, von HD in H264 640x360 zu encoden? Nicht Stunden, oder, auch nicht bei Multipass und hoher Qualität, nehme ich mal an?
Doch, kann durchaus sein.
Antwort von ennui:
Ok, gut zu wissen. Aber das QT/Edius nach 10 Stunden Rendern abstürzt, ist ja wohl nicht im Sinne des Erfinders. Zuwenig Arbeitsspeicher vielleicht? Sonst hatte ich mit Edius aber noch nie solche Probleme.
Antwort von dienstag_01:
Naja, 10 Stunden halte ich auch für nicht realistisch. Und Abstürze durch zuwenig Arbeitsspeicher, auch eher unwahrscheinlich.
Antwort von ennui:
Der Witz ist aber ja, dass mein erster Versuch mit den jungfräulichen QT-Presets, wo ich nur die Größe/Skalierung angab (evtl. wars da wohl noch auf CBR), Rest wie vorgefunden, das Ding in 20min oder so gerendert hatte. Mit Audio in 44Khz und einer automatischen 1690-Datenrate. Dann wollte ich halt noch "optimieren", Datenrate 2000+ etc. Und irgendwie ist er schon beim ersten Versuch, da nur manuell ne 2000er-Datenrate vorzugeben und multipass, so abgeschmiert. Und seitdem verhält sich QT so bizarr, dass ich es nicht mal mehr schaffe, einfach nur diese ursprünglichen Werte wieder einzustellen. Ich weiß auch nur noch grob, was das war.
So hatte ich unter "Filter" zb. anfangs einmal die QT-HSL-Farbkorrektur aktiviert mit etwas mehr Sättigung. Als es dann ewig renderte, dachte ich, gut, liegt vielleicht daran, habs also wieder rausgenommen (Wert zurückgesetzt, und oben auf Filter "keine"). Jetzt geht bei jedem neuen QT-Export jedesmal das Fenster auf und diese Sch...-Farbkorrektur ist unter "Filter" wieder aktiviert. Audio stell ich jedesmal auf 48Khz (AAC/mpeg4) und jedesmal steht da dann wieder 44. Und egal, was ich einstelle, Datenrate automatisch, Datenrate 2000, er rechnet jetzt auf einmal immer stundenlang. Als ob irgendwelche alten Vorgaben da beim Rendern/Absturz hängengeblieben sind.
Ich habe normalerweise gar keine Probleme, mich in was technisches reinzufuchsen und irgendwann funzt es dann auch mmer, aber dieses QT verhält sich einfach total komisch, man muss das doch irgendwie resetten können auf Default-Werte. Davor 2+ Jahre Edius ohne einen einzigen Absturz...
Antwort von Bruno Peter:
"...aber dieses QT verhält sich einfach total komisch...
Das liegt wohl am Umfeld, hier tut es schon viele Jahre das wofür es da ist.
Die von Dir genannten Renderzeiten sind abwägig und wohl nur mit einem Handkurbel-PC möglich!
Antwort von ennui:
Nein, das Quicktime, das hier mit Edius mitgeliefert wurde, ist eindeutig der Übeltäter. Alles andere funktioniert gewohnt flink und stabil. QT macht rößtenteils nur Mist und tut nicht, was es soll, ist aber auch nicht in der Lage, irgendeinen offensichtlich vorhandenen Fehler zu erkennen und zu melden. Ohne QT hatte ich auf dem Rechner noch nie irgendein Problem mit Video.
Ok: Alternativen? Muss 25min Video für Vimeo in H264 640x360 enkodieren, Master liegt hier als Canopus HQ-, notfalls auch Bluray-MTS-Datei vor.
Antwort von dienstag_01:
Naja, da kommt dann wohl x264 ins Spiel, hab ich aber nicht so Ahnung von.
Was hast du eigentlich für eine Keyframe Einstellung?
Ausserdem könnte man, wenn man QT als Übeltäter vermutet, vielleicht doch mal ein Update auf eine neue Version in Betracht ziehen (vielleicht über Deinstallation der alten und dann Installation der neuen Version).
Tut nicht weh ;)
Antwort von ennui:
"Never touch a running system" habe ich seit Win 3.1 auf die harte Tour gelernt und es ist mir eiserner Grundsatz geworden. Und das QT kam so mit Edius, außerdem theoretisch tut es ja. Und auch praktisch: Der letzte 4-Stunden-Rendergang (Datenrate wieder auto) hat mir nun ohne Absturz mein Video mit einer Datenrate von 1950 und 48Khz Audio beschert, und wenn das auf Vimeo jetzt noch ganz gut ausschaut, bin ich fast geneigt, es so zu lassen. Obwohl die verschenkten 150MB mir in der Seele wehtun.
Keyframes waren vom Preset her ursprünlich auf 24 und damit gings ja, hatte zwischenzeitlich 25 engestellt (empfohlen für 25fps), weiß der Kuckuck, was es jetzt war - ich glaub, ich hatte es mal wieder auf 24 gestellt. Sowas hasse ich auch - wenn es dann mal "funktioniert", aber man weiß nicht, woran es lag. Vielleicht lass ichs heute nacht nochmal mit 2500 rechnen, aber langsam vergeht mir auch echt die Lust.
X264 wäre ansonsten naheliegend, MLJ hatte das ja auch empfohlen. Ich schrecke nur noch bischen davor zurück wegen obigem Motto und weil ich erst gerne wüsste, ob der sich mt anderen H264-Encodern zb. von Edius, und mit meinem XP verträgt. Und als Frameserver dann das olle Virtualdub... na mal sehen.
edit: wobei, gut, unter einem "runnning system" stell ich mir eigentlich auch was anderes vor.
Antwort von dienstag_01:
Running meint eben scheinbar was anderes als rendering ;)
Antwort von ennui:
Ach, rendern tut der normal ja auch flink. Seit ich Edius habe, kenne ich einfach solche Probleme garnicht mehr. Das gabs früher beim alten Premiere mal, Edius ist eigentlich wirklich "rock solid". Da wird man dann wohl verwöhnt. Aber ich setz jetzt auch sicher nicht den Rechner neu auf, um ein Vimeo-Video hochzuladen, irgendwann hört der Spaß auch auf. Und ich seh mich schon QT updaten, und dann läuft auf einmal Edius nicht mehr... hab schon zuviel von der Sorte erlebt und zuviel Zeit damit verschwendet. No way.
Antwort von deti:
... und warum in aller Welt nimmst du denn keine Monatsmitgliedschaft bei Vimeo für 7€ und lädst deinen Film in guter Qualität hoch?
Alternativ bei YouTube in noch besserer Qualität quasi ohne Laufzeit- oder Volumenbegrenzung?
Deti
Antwort von ennui:
Das frage ich mich auch langsam, aber jetzt hat mich auch der Ehrgeiz gepackt. Also Virtualdub + h264-Encoder funktioniert beim Bild, nur was mach ich mit dem Audio? Habe mal mp3 probiert, war asynchron. Weiß nicht ob es auseinanderläuft oder Versatz. AAC geht nicht in AVI.
Antwort von MLJ:
@Ennui
welchen H264 Codec hast du genommen ? (Version ?) Ich habe das Problem mit dem Ton noch nie gehabt, auch nicht mit VirtualDub. Sind Video/Audio gleich in der Spieldauer ? Hast du "ABR" oder "CBR" für MP3 verwendet ?
AAC geht in Windows, allerdings nur mit einem Commandline Tool von Nero. Einfach eine PCM erstellen, CMD Fenster aufmachen und mit dem Tool Encodieren, dann mit VirtualDub auf "Audio - Audio from other File" gehen und die AAC Datei anwählen, "Direct Stream Copy" verwenden, fertig.
Das mit dem "Never touch a running System" kann ich unterstreichen, aber ob dein Edius mit einer neueren QuickTime Version klarkommt findest du auf der Grass Valley Seite raus, die Jungs einfach mal anschreiben und fragen ;) Welche QuickTime Version hast du überhaupt ?
Cheers, Mickey.
Antwort von ennui:
So, ein Fehler ist gefunden und zum Teil behoben. Für die, die mal ähnliche Probleme mit dem Quicktime-Exporter bei Edius (hier 5.5) haben:
Man sollte nicht Quicktime bei "zuletzt genutzte Einstellungen" anwählen, sondern erneut bei den Exportoptionen Quicktime neu wählen und die ganzen Einstellungen dann erneut vornehmen. Ansonsten kann es wohl sein, dass sich da die vorletzten/irgendwann benutzten Werte festgesetzt haben, auch wenn was ganz anderes dasteht. Kann man leicht überprüfen, indem man "zuletzt genutzte... Quicktime" wählt, auf Einstellungen drückt, dann die Werte ändert, mit ok bestätigt, und dann das File ausgibt, oder einfach nur noch mal auf "Einstellung" drückt - da steht dann plötzlich wieder der alte Krempel, und das File wird mit den alten Einstellungen von irgendwann vorgestern gerechnet. Macht man es so wie von mir empfohlen, rendert er auch wieder ganz flott, denn was da so lahm war (30 Stunden Rendern für 25 min HD), waren Apples festhängende Plugins (zb. Farbkorrektur: 103% Sättigung). Von den QT-Filter-Plugins sollte man sowieso die Finger lassen, bei mir backen die nämlich auch noch den QT-Gammashift fest ins File, statt ihn nur im QTPlayer anzuzeigen. Da kommt Freude auf...
Problem Numero zwei habe ich nicht lösen können: Bei manuell festgelegter Datenrate schmiert mir Edius reproduzierbar beim x-ten Multipass-Durchgang irgendwann ab, wenn ich das ganze File rechne. Kurze Testsequenzen gehen aber. "Automatisch" geht auch, aber das ist dann selten die Datenrate, die man wollte. Scheint ein gängiges Problem unter Win zu sein, gibt auch ein herzzerreissendes Apple-"Support"-Forum dazu, wo verzweifelte Leute mit Termindruck Apple um Hilfe anbetteln, aber über Jahre null Reaktion von Apple ernten, und dann tw. berichten, sie seien mit dem Problem extra in Apple-Shops zur "Genius-Bar" gelaufen, dort wusste man dann aber angeblich von nix... und da werden dann noch irgendwelche bizarren Workarounds empfohlen ("Firefox nicht gleichzeitig offen haben!", "Sekundären Monitor in den QT-Settings abstellen!"), welche bei mir allesamt nicht funktionierten. Insgesamt wohl einfach ein mangelhaftes, verbuggtes Produkt mit inazeptablem Support. Nur wie bekomme ich jetzt H264-movs aus Edius exportiert, wenn irgendein Apple-Jünger darauf besteht?
