ich hab PP CS6.
Ich hab jetzt mit dem XMedia Recode meine Dateien in mp4 "kopiert". So wie ich das sehe hab ich keine Qualitätsverluste. Auch lassen sich jetzt die Dateien in PP problemlos abspielen. Auch die Dateigröße bleibt fast gleich. (z.b. 50 MB also MOV und 4,7 MB als MPEG 2 !?, jetzt hab ich ca. 48MB mit MP4)
Beim sogenannten "Umverpacken" von Streams aus Mov Kontainer in den MP4 Kontainer wird eigentlich nichts verändert.Also der Inhalt wird 1:1 übertragen.
In diesem Falle hat also XMediaRecode nicht nur "kopiert" sondern wirklich was neu codiert...[oder was weggelassen]
Was zeigt Mediainfo nun an...Vergleiche mal den Inhalt im Mov und nun neu den in MP4.
Lege beide txt-Ansichten nebeneinander auf den Desk.
---------------------------
Ich hab mir mal Originalmaterial der 5300 in 50p runtergeladen.
Läuft weder in CS6 noch in CC.
immerhin haben jetzt alle betroffenen die bittere genugtuung, dass sie nicht überdurchschnittlich dämlich sind...
ja, canon funktioniert tadelos.
panasony auch.
alles funktioniert, außer... :-/
gewisse Codecs basieren auf Quicktime und jeder weiß, wie nett sich das in einer WindowsUmgebung macht.
Sollten sie gleich per Aufkleber auf die Packung drucken: Gesundheitsschäden bei Premiere und PCs zu befürchten.
@ Slashcamteam:
Wenn ihr das alles wieder löscht, was ich durchaus verstehen kann, dann erforscht doch mal einen idiotensicheren Lösungsweg, damit das Thema als erledigt gelten kann.
/OT
Angry_C hat völlig recht - wie kann man nur eine Cam mit einem kompletten nicht-standard Codec auf den Markt werfen?
Damit erübrigt sich sich für viele jedweder weiterer Gedanke.
wp hat geschrieben:gewisse Codecs basieren auf Quicktime und jeder weiß, wie nett sich das in einer WindowsUmgebung macht.
Sollten sie gleich per Aufkleber auf die Packung drucken: Gesundheitsschäden bei Premiere und PCs zu befürchten.
Ich arbeite mit Avid und deren eigenen Codecs basieren auf Quicktime. Was soll ich sagen, da gibt es keine Probleme ;)
Aber so ist das nun mal, Videos der Nikon funktionieren nicht in Premiere, wer ist Schuld, Quicktime. Is schön einfach.
wp hat geschrieben:gewisse Codecs basieren auf Quicktime und jeder weiß, wie nett sich das in einer WindowsUmgebung macht.
Sollten sie gleich per Aufkleber auf die Packung drucken: Gesundheitsschäden bei Premiere und PCs zu befürchten.
Ich arbeite mit Avid und deren eigenen Codecs basieren auf Quicktime. Was soll ich sagen, da gibt es keine Probleme ;)
Aber so ist das nun mal, Videos der Nikon funktionieren nicht in Premiere, wer ist Schuld, Quicktime. Is schön einfach.
manno, bitte einmal abregen:
Nicht QT ist verantwortlich, sondern die Codierung des *.mov's.
Wenn Premiere crasht (GERADE EBEN WIEDER, leider kein Witz) und man's wieder hochfährt, hängt es sich erstmal beim Laden d. Quicktimeplugins-, bzw. - konverter komplett auf --> Neustart des Systems.
Das liegt NICHT an QT grundsätzlich - ich arbeite auch mit dem guten AvidCodec - sondern daran, dass Premiere schlichtweg in Verwirrung kommt, wenn in einem QT-Container plötzlich ein anderer Codec implementiert ist.
Man sehe mir die fälschliche/fragwürdige Nomenklatur nach, bin nur genervter User, und falls ich mich komplett irren sollte, wäre ich um weitere Erhellung dankbar.
Lad doch einfach mal einen kurzen Clip bei Dropbox als File hoch, dann ist an dem Clip auch nichts konvertiert. Die Datei die Du hochgeladen hast, wurde wahrscheinlich schon irgendwo komprimiert und hat nicht mehr den ursprünglichen Nikon h.264 Codec drauf? Ich würde mir die Datei auch gerne mal anschauen.
Also sind wir wieder da, wo wir am Anfang waren: Was machen, wenn der h.264 Codec die CPU-Leistung des PCs lahm legt? (Wenn auch unvorstellbar für dienstag_01 mit seinem leistungsstarken i5) - Da hatte ich Dir ja einige Tipps zu geschrieben was DNxHD oder ProRes betrifft.
(Übrigens kann es durchaus sein, dass das File im Quicktime Player dank Grafikkarte flüssig läuft und so die CPU-Auslastung nimmt.)
acrokmtsconverter rät zwar zu ProRes, allerdings empfehle ich das nur am Mac, bei Windows rate ich - wie schon vorher genauer ausgeführt - zu DNxHD 120. Du brauchst auch die Software "acrokmtsconverter" nicht zwingend, wenn Media Encoder für Dich schnelle Arbeit leistet. (Ich war damit bislang sehr zufrieden.) Wenn Du andere Encoder benutzt und herausfindest, dass einer deutlich schneller ist, würde es mich aber interessieren. :-)
Viele Grüße,
Constantin
Zuletzt geändert von Blackeagle123 am Mi 28 Jan, 2015 12:04, insgesamt 2-mal geändert.
Erstmal: Canon verpackt auch h264 in MOV - funktioniert in Premiere.
Und:
Wenn Premiere crasht (GERADE EBEN WIEDER, leider kein Witz) und man's wieder hochfährt, hängt es sich erstmal beim Laden d. Quicktimeplugins-, bzw. - konverter komplett auf --> Neustart des Systems.
Schaue bei deinem nächsten Absturz, bevor du Premiere neu startest, mal in den Taskmanager unter Prozesse, ob dort vielleicht Quicktime durch den Absturz nicht beendet wurde und noch läuft.
Also, mit anderen Worten, freu dich auf deinen nächsten Absturz ;)
Okay, da stimme ich Dir zu: Hohe Rechenleistung ist normal, ein Absturz von Premiere durch einen rechenintensiven h.264-Codec nicht.
-> Quicktime, Codecs und Premiere vielleicht auch mal komplett deinstallieren und neu installieren?
Blackeagle123 hat geschrieben:Was machen, wenn der h.264 Codec die CPU-Leistung des PCs lahm legt? (Wenn auch unvorstellbar für dienstag_01 mit seinem leistungsstarken i5)
Das kannst du dir nicht vorstellen, so als Profi, dass rucklige Wiedergabe nichts mit mangelnder Leistung zu tun hat, he ;)
Weiter oben gibt es übrigens einen Link zu Originalmaterial, kannste gucken (man kann es nur als angemeldeter Vimeo-Nutzer downloaden).
dienstag_01 hat geschrieben:Musste dich anmelden, kostenlos, dann kannst du das Original downloaden.
Kannst doch nicht einfach mit einem konvertierten File hier rumeiern ;)
Okay,Danke,wusste nicht dass man sich da anmelden muss.
Also geladen in Premiere CS6.......ruckelt.
Moni umgestellt auf 50Hz......nun ists passabel.
Wenn ich RGB nehme, 'dehnt' sich das Footage dann nicht auf 0-255 auf?
Und wenn ja, wie und wann komme ich zurück zu 16-235?
Nee, das Footage wird nur so angezeigt (geflagged, gemapped, was weiss ich).
Wenn du in Premiere arbeitest, bleibst du natürlich trotzdem in 709, Anzeige in 0-255. Wenn du exportierst, dann ist das auch 709.
Unter Umständen können aber bestimmte Codec/Player Kombinationen (mp4) das exportierte Video trotzdem falsch interpretieren (und das Video flau darstellen) Das hat aber nichts mit DNxHD zu tun.
Das RGB-Setting bedeutet in diesem Fall nur, dass das Material unverändert bleibt (es liegt als RGB vor und bleibt RGB mit den Werten von 0-255).
Das 601/709-Setting bedeutet, dass eine Zerrung der Luma-Werte stattfindet: Nämlich von 0-255 in 16-235.
(Hier macht jeder Hersteller, was er will. Bei Avid gibt's eine Skala von 0-255 bit (16=0% und 235=100%). Und ich kann im Avid die Vorschau von FullRange auf 16-235 umschalten (expand Luminance for Computer Displays). Da kann ich wenigstens sehen, was ich gerade mache.)
Korrekt ist, dass Du bei Premiere das RGB-Setting wählst. Und Premiere mit RGB-Werten arbeitet.
Alpha brauchst Du nicht, das ist nur interessant, wenn Du ein Compositing mit Transparenz z.B. von After Effects in das Schnittprogramm exportierst. Wenn Du das angewählt hast, werden deine Dateien unnötig groß.
Viele Grüße!
Zuletzt geändert von Blackeagle123 am Mi 28 Jan, 2015 16:07, insgesamt 3-mal geändert.
Sry für den ausufernden Bedankungs-Spam meinserseits, aber hier ist gerade eben wirklich die erste idiotensichere Gebrauchsanweisung entstanden, die ich weltweit finden konnte. Alles wird gut.
THX!
PS: nur noch den Threadtitel für die Suchmaschine ergänzen, mein Gelaber rausschmeißen und eine FAQ drausmachen
Ich hab gerade nochmal einen Test gemacht (in Avid): DNxHD RGB beschneidet die Range bei 16-235.
Das heisst, es wird nicht nur die Range geflagged, sondern konvertiert. Ist egal - da ich die Werte oberhalb von 235 in Premiere sowieso nicht sehen kann - solange ich mit meiner Footage aus 709 komme. Nimmt die Kamera aber in 0-255 oder 16-255, was es jetzt ja alles gibt auf, dann sollte man nicht über DNxHD RGB gehen.
Blackeagle hat in seinem ersten Post schon alles gesagt was zu dem Thema zu sagen war, sammt Lösungsweg.
Eine Alternative dazu wäre mit Proxie zu schneiden und am ende die Original Files zu "Onlinen". Ist aber natürlich deutlich aufwendiger als das was Blackeagle geschrieben hat, und vermutlich auch überzogen, bei einem nur minimal bessrem Ergebniss (was vermutlich sowieso nicht sichtbar ist).
Ich gehe aber davon aus das der Thread Opener hier sowieso schon nach dem 5ten Beitrag abgewunken hat, womit die grundsätzliche Frage wohl als beantwortet durchgeht.
Was ich aber mal wieder nicht verstehe, das wieder 100 halbwissende ihren Sulz zu einer korrekten Antwort abgeben müssen, und dann noch einen Sulz der null weiter hilft.
-------------------------------------------------------
leave the gun take the cannoli
------------------------------------------------------- www.movie-grinder.com
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
