Diskussion auf Deutsch

Unterhalte dich mit anderen Serato Anwendern auf Deutsch

Videos für Video-SL - Codec & Co

FDW 7:54 PM - 17 March, 2008
So, ich würd mal gern wissen, "wie" man besten Videos für VSL codiert.

Welchen Video- und welchen Audio-Codec nehmen? - Welcher schont die GraKa/CPU?

Welche Auflösung ist gut aber auch vertretbar für die Hardware? - Welche Bitrate?

Welche Tools kann man gut nutzen zum Umwandeln? - Mac? Windows?

Welche Erfahrungen (auf welchen Systemen) habt ihr schon gemacht?

Ich habe hier einige Promo Only DVDs liegen....
Darum stelle ich mir die Frage, wie ich das nun am besten angehe!
Lasst uns mal ein bissel plaudern :)
Rocker 9:56 PM - 17 March, 2008
Hi FDW..
also ich benutz super zum codieren bzw. konvertieren.. (windows)

meine videos sind "meinsten" auf 640x480 und mit acc 256 kbps..
ich wandle alle auf mp4.. klappt ganz gut und in club kommt es richtig gut...

ich benutzt es auf mac.. hatte ein macbook, da ist es super gelaufen.. jetzt habe ich ein macbook pro und bis jetzt auch kein problem..
die dvds kannst du mit super konvertieren oder mit handbreak für mac...

hoffe ich könnte dir ein bisschen helfen...
FDW 10:01 PM - 17 March, 2008
Welchen Video-Codec nutzt du? MP4 ist ja nur der Container.

Sonst stimmen wir recht gut überein :) Bis auf die Tatsache, dass mir Handbreak etwas wenig Optionen bietet.
Rocker 12:02 AM - 18 March, 2008
sorry..
h.264/avc..

mit super geht es auch... vobs konvertieren..
FDW 12:16 AM - 18 March, 2008
h264 ist mir zu rechenintensiv beim Decodieren. Werde wohl den älteren MPEG4-SP nehmen. Aber welchen?

Wie viel Bitrate gebt ihr dem Video? Habe jetzt mal 4000 eingestellt und komme so leider auf 110MB bei nem 3.40 min Song. Das ist doch etwas viel...

Ich habe aber in Handbreak noch ein paar Einstellungen gefunden. Das ist schonmal gut. Aber leider kann ich bis jetzt maximal 160kbps beim Sound (AAC) einstellen...
Rocker 12:28 AM - 18 March, 2008
mmhh.. hast du auch windows? wenn ja, mache es mit super. ist einfacher..
die bitrate bei video ist 1248.. das reicht vollkommen..


"Wie viel Bitrate gebt ihr dem Video? Habe jetzt mal 4000 eingestellt und komme so leider auf 110MB bei nem 3.40 min Song. Das ist doch etwas viel..."
das liegt daran dass du zu hohe bitrate hast... ein normale video mit 4 min hat zwischen 40 - 60mb.. ist zwar nicht viel, aber die qualität ist super..

vids.myspace.com

schau es dir mal an.. siehst zwar nicht viel, aber es funktioniert einwandfrei...
FDW 12:45 AM - 18 March, 2008
Ja, ich bin ja ned blöd ;) Mir ist schon klar, dass Bitrate und Auflösung im Zusammenhang mit der Größe stehen!

Da ich aber nicht h264 nehmen kann/will, muss ich etwas mehr klotzen bei der Bitrate. Mal sehen. War ja nur ein erster Test.

Windows habe ich nur in ner VM. Zu meiner Windows-Zeit war AutoGK DAS Tool um in DivX zu wandeln. Ich bin mir nur eben nicht sicher, ob ich DivX/XviD (+MP3?) nehmen will...
dj a-cut 6:13 AM - 18 March, 2008
eigentlich müsste ich jetzt auch mal schreiben: suchfunktion ;)

hast du dir www.scratchlive.net durchgelesen ? das steht zwar jede menge drin, aber auch interessantes
misky 10:09 AM - 18 March, 2008
Wenn aber die Videos zu weit komprimiert werden leidet doch die Qualität, wenn man mit voller DVD Qualität (wie bei der Pioneerlösung) konkurieren will, wird es eng mit der komprimierung, sollte doch auf einer großen Leinwand auch noch TOP aussehen!
nik39 10:57 AM - 18 March, 2008
Quote:
Wenn aber die Videos zu weit komprimiert werden leidet doch die Qualität,

Echt?

;)
dj a-cut 12:01 PM - 18 March, 2008
bin grad dabei wiedermal ein paar tests mit verschiedenen
video-konfigs zu machen. mir ist aufgefallen,dass zb.

4 min video

mov/mpeg4, 640x480, bitrate 5000 kbps und 25 frame/sec = ca.66 mb
und
mov/h264, 640x480, bitrate 2000 kbps und 25 frame/sec = ca .150 mb

annähernd die gleiche output quali besitzen. ich habe beide videos mit
quicktime gleichzeitig nebenher laufen lassen.

bei mpeg4 musste ich auf 5000 kbps hochgehen, damit ich die gleiche
quali hab wie mit h264 und 2000 kbps. mp4g wiederum frisst weniger cpu-ressourcen.

trotz allem hab ich weiterhin eine gesamt-cpu-auslastung von 90-100%. ich werde wohl auf nathan's update warten, der angeblich ende märz rauskommen soll.
misky 12:19 PM - 18 March, 2008
Quote:
Quote:
Wenn aber die Videos zu weit komprimiert werden leidet doch die Qualität,

Echt?

;)


Spaßvogel ...
nik39 12:24 PM - 18 March, 2008
Quote:
mov/mpeg4, 640x480, bitrate 5000 kbps und 25 frame/sec = ca.66 mb
und
mov/h264, 640x480, bitrate 2000 kbps und 25 frame/sec = ca .150 mb

Bist Du sicher, dass da kein Fehler ist? Wieso führt eine doppelte Bitrat zu einer Halbierung der Größe?
dj a-cut 12:30 PM - 18 March, 2008
weil mpeg4 vielleicht ein älterer codec ist? und somit nur die hälfte an mb braucht? ich hab keine ahnung. ich hab das wirklich ein paar mal getestet. h264-codec nimmt sehr viel mb in anspruch.
nik39 12:49 PM - 18 March, 2008
Die Bitrate hat direkten Einfluss auf die Dateigröße, sie ist proportional zur Dateigröße, deswegen scheint da wohl irgendetwas nicht zu stimmen.
dj a-cut 1:09 PM - 18 March, 2008
hmmm, dann weiß ich auch nicht was hier fabriziert hab :)
DJ W 3:21 PM - 18 March, 2008
Es gibt im englischsprachigen Forum viele Topics dazu, dieses ist aus meiner Sicht das beste: www.scratchlive.net

Was mich bei Super stört ist dass ich nirgendwo die Keyframes oder das Keyframe-spacing einstellen kann. Das ist aber elementar für die performance.
Da ich inzwischen auf Mac umgestiegen bin ist Visual-Hub mein bester freund geworden. Perfektes Programm, kann genau das was wir brauchen. Auch aus Nathans sicht ein sehr gutes Programm, aber halt nicht umsonst.

Der h264 bietet in Handbrake die meisten Einstellungsmöglichkeiten. Wenn es damit Performance-Probleme gibt, einfach noch mehr Keyframes einbauen. Der Abstand der Keyframes kann ruhig bis 15 runtergehen, aber normalerweise sollte 20-25 reichen. Bei 2000-2500 kbps kriegt man da ne gute Qualität hin.
nik39 7:07 PM - 18 March, 2008
Quote:
Da ich inzwischen auf Mac umgestiegen bin ist Visual-Hub mein bester freund geworden. Perfektes Programm, kann genau das was wir brauchen. Auch aus Nathans sicht ein sehr gutes Programm, aber halt nicht umsonst.

Ein User meinte bei VHub könne man die Audiobitrate nur effektiv bis 128 einstellen oder so etwas.
FDW 7:39 PM - 18 March, 2008
Werde mir VHub mal ansehen.

Quote:
eigentlich müsste ich jetzt auch mal schreiben: suchfunktion ;)

hast du dir www.scratchlive.net durchgelesen ? das steht zwar jede menge drin, aber auch interessantes


Witzbold. Da hab ich doch schon gepostet. :)

[
Quote:
mov/mpeg4, 640x480, bitrate 5000 kbps und 25 frame/sec = ca.66 mb
und
mov/h264, 640x480, bitrate 2000 kbps und 25 frame/sec = ca .150 mb


Für mich schaut es so, als hättest du die Dateigröße genau vertauscht. Weil bei 640x480 und 4000 kbps komme ich ohne h264 auf 110MB bei 3 Minuten Video. Das würde sich dann eher decken!
FDW 7:40 PM - 18 March, 2008
Nachtrag: Ach klar, VirtualHub is ja der "Nachfolger" von iSquint. Das habe ich sonst immer genommen nur hat eben nocht so viele Einstellungsmöglichkeiten. Dafür aber kostenlos!
FDW 7:44 PM - 18 March, 2008
Nachtrag 2: *VisualHub :)
DJ W 9:01 PM - 18 March, 2008
Quote:
Quote:
Da ich inzwischen auf Mac umgestiegen bin ist Visual-Hub mein bester freund geworden. Perfektes Programm, kann genau das was wir brauchen. Auch aus Nathans sicht ein sehr gutes Programm, aber halt nicht umsonst.

Ein User meinte bei VHub könne man die Audiobitrate nur effektiv bis 128 einstellen oder so etwas.

Das schau ich mal nach, aber nicht mehr heute *gähn*
dj a-cut 8:27 PM - 19 March, 2008
ich möchte keinen neuen thread aufmachen:

ich bekomme mein cue-punkte bzw. auto-gain nicht in die idtag gespeichert. wurde diese bug nicht mit version 1.0.1 behoben? ich benütze AAC
Dj Snaptec 8:33 PM - 19 March, 2008
bei mir werden\wurden sie auch bei 1.0 gespeichert, also die cue´s zumindest.
sicher das die files nicht schreibgeschützt sind?
DJ W 8:45 PM - 19 March, 2008
Hast Du die Files auf ner externen Platte? Das ist ein Bug von der Serato 1.8
Rocker 9:06 PM - 19 March, 2008
@ A-Cut

auto-gain wird nicht gespeichert. erst ab die 1.8.1 version. cues werden gespeichert..
nik39 9:16 PM - 19 March, 2008
Quote:
Hast Du die Files auf ner externen Platte? Das ist ein Bug von der Serato 1.8

... nur PC Version
FDW 9:30 PM - 19 March, 2008
Ah, gut zu wissen :)
dj a-cut 6:16 AM - 20 March, 2008
nee nee, ich hab alles auf meiner internen. hab gestern die ganzen videos mit cue-punkten versehen, rescan idtags, build overviews, danach ssl geschlossen und wieder gestartet und siehe da: alle cue-punkte weg.
dj a-cut 7:09 AM - 20 March, 2008
Quote:
bei mir werden\wurden sie auch bei 1.0 gespeichert, also die cue´s zumindest.
sicher das die files nicht schreibgeschützt sind?


wo kann ich nachschauen, ob die schreibgeschützt sind? mit rechts-klick und auf eigenschaften? KEIN häckchen unter schreibgeschützt...

kann es sein,dass es mit AAC zusammenhängt ?
FDW 12:20 PM - 20 March, 2008
Welche Bitrate empfehlt ihr denn bei h264 und bei normalem MPEG4?
DJ W 12:26 PM - 20 March, 2008
Ich würde so zwischen 2000 und 2500 empfehlen.
Ich glaube aber dass das jeder für sich ein wenig anders macht, um den Spagat zwischen Qualität, Filesize und Performance so hinzukriegen wie man es selbst haben will.
DJ W 12:27 PM - 20 March, 2008
Quote:
Quote:
bei mir werden\wurden sie auch bei 1.0 gespeichert, also die cue´s zumindest.
sicher das die files nicht schreibgeschützt sind?


wo kann ich nachschauen, ob die schreibgeschützt sind? mit rechts-klick und auf eigenschaften? KEIN häckchen unter schreibgeschützt...

kann es sein,dass es mit AAC zusammenhängt ?

"Protect library"-Funktion in Serato?
FDW 12:39 PM - 20 March, 2008
Quote:
Ich würde so zwischen 2000 und 2500 empfehlen.


Bei h264 oder MPEG4?

DJ Steel schreibt 4000+ bei h264. Das finde ich doch arg übertrieben.

Ich bin noch immer am überlegen ob MPEG4 oder nicht doch h264...
DJ W 1:07 PM - 20 March, 2008
Quote:
Quote:
Ich würde so zwischen 2000 und 2500 empfehlen.


Bei h264 oder MPEG4?

DJ Steel schreibt 4000+ bei h264. Das finde ich doch arg übertrieben.

Ich bin noch immer am überlegen ob MPEG4 oder nicht doch h264...


Ich find's auch übertrieben, aber Steel ist da schon recht fit.
Ich würde Dir empfehlen eine Hand voll Videos mit verschiedensten Einstellungen immer wieder zu konvertieren (aber immer schön alles dokumentieren) und dann jeweils gegeneinander zu testen. Ist zwar recht aufwändig, aber so findest Du am besten raus was für Dich passt. Ich bin da auch noch immer ein wenig im Findungsprozess, und es gibt hier auch schon zu viele unterschiedliche Meinungen.
dj a-cut 1:38 PM - 20 March, 2008
Quote:
Quote:
Ich würde so zwischen 2000 und 2500 empfehlen.


Bei h264 oder MPEG4?

DJ Steel schreibt 4000+ bei h264. Das finde ich doch arg übertrieben.

Ich bin noch immer am überlegen ob MPEG4 oder nicht doch h264...


wieso übertrieben? ich mach das genauso!

ich hab nochmal getestet:

video 2:32 min

mp4-mp4-688x384-2000kbps = 16 mb
mp4-h264-688x384-2000kbps = 110 mb

mp4-mp4-688x384-4000kbps = 27 mb
mp4-h264-688x384-4000kbps = 148 mb

egal bei welcher einstellung, ich hab mit meinem windows pc 100%cpu auslastung
dj a-cut 1:39 PM - 20 March, 2008
Quote:

"Protect library"-Funktion in Serato?


habs häckchen auf "an" und "aus" - keine veränderung, meine cue-punkte
werden nicht gespeichert. das ko... mich grad etwas an
FDW 1:59 PM - 20 March, 2008
Quote:

mp4-mp4-688x384-2000kbps = 16 mb
mp4-h264-688x384-2000kbps = 110 mb

mp4-mp4-688x384-4000kbps = 27 mb
mp4-h264-688x384-4000kbps = 148 mb


Das kann einfach nicht sein. Wenn h264 6 - 7 mal größere Files erzeugen würde wie der ältere MPEG4 bei gleicher Bitrate, wäre dieser Codec sinnlos! Dann könnte man MPEG4 einfach mehr Bitrate geben und hätte ähnlich große Dateien die vermutlich besser aussehen aber definitiv einfacher zu dekodieren sind. Da wäre h264 einfach überflüssig. Sry, aber du musst da was falsch machen!
DJ W 2:05 PM - 20 March, 2008
Quote:
Quote:

mp4-mp4-688x384-2000kbps = 16 mb
mp4-h264-688x384-2000kbps = 110 mb

mp4-mp4-688x384-4000kbps = 27 mb
mp4-h264-688x384-4000kbps = 148 mb


Das kann einfach nicht sein. Wenn h264 6 - 7 mal größere Files erzeugen würde wie der ältere MPEG4 bei gleicher Bitrate, wäre dieser Codec sinnlos! Dann könnte man MPEG4 einfach mehr Bitrate geben und hätte ähnlich große Dateien die vermutlich besser aussehen aber definitiv einfacher zu dekodieren sind. Da wäre h264 einfach überflüssig. Sry, aber du musst da was falsch machen!

Ich glaube auch dass da was nicht stimmt...
Welches programm benutzt Du nochmal?
Sehen die Ergebnisse von der Quali her vergleichbar aus?
dj a-cut 2:10 PM - 20 March, 2008
ich benütze super'c 2007

ich verändere wirklich nur das codec - mehr nicht !!
dj a-cut 2:10 PM - 20 March, 2008
ich meine super'c 2008
dj a-cut 2:12 PM - 20 March, 2008
du meinst also, das ich mit h264 eine viel zu höhe mb habe ??? egal bei welcher bitrate ??
FDW 2:17 PM - 20 March, 2008
Naja, die MP4s sollte größer sein als die h264. Der Codec ist einfach älter. Grob sollte die MP4s die größe der h264 haben und die h264 1/2 oder 2/3 der Größe der MP4s. Nur so als Maßstab...

Guck doch mal die Videos an wie sie subjektiv von der Qualli sind. Ein Video was 3 Minuten lang ist und nur 16MB verbraucht wäre ja ein Traum. :D

Ich gucke mir Super mal grad an...

Quote:

Ich würde Dir empfehlen eine Hand voll Videos mit verschiedensten Einstellungen immer wieder zu konvertieren ...


Jo. Würde ich ja machen. Ich habe aber momentan nur noch 400MB frei aufm MacBook. Mein Server, der sonst als Datenspeicher dient, ist seit ein paar Wochen defekt. Jetzt ist mein MacBook voll mit Daten die erst noch gesichert werden müssen. Daher hier die ganze Theorie... Sonst würde ich es einfach selber testen!
dj a-cut 2:22 PM - 20 March, 2008
Quote:

Guck doch mal die Videos an wie sie subjektiv von der Qualli sind. Ein Video was 3 Minuten lang ist und nur 16MB verbraucht wäre ja ein Traum. :D



bei mp4/mp4-2000kbps ist die quali natürlich bescheiden. deswegen geh ich ja auf 4000-5000 kbps hoch, aber nur bei mp4-codec. so hab ich meine 50-70 mb video
deekay 12:57 AM - 24 March, 2008
So, nun schließ ich mich mal auch dieser Unterhaltung an. Habe Mir den Videoclip von LL Cool J - Doin it als Vorlage genommen. Das Video wie ich es bekommen habe hatte folgendes Format:

DivX 6.0, 640 x 480, 16,7 Mill.
MPEG Layer 3, Stereo, 48,000 kHz

Videolänge: 3:56 Min.
Größe: 49.68 MB
Datenrate: 1767.95 kBit/s

habe es nun mit VisualHub nur in H.264 konvertiert und raus kam dann folgendes:

H.264 Decoder, 640 x 480, 16,7 Mill.
AAC, Stereo (L R), 48,000 kHz

Größe: 45.96 MB
Datenrate: 1635.53 kBit/s

Was mir hier bei sehr aufgefallen ist, die CPU Auslastung beim H.264 Format liegt bei ca. 25 %, während beim nicht konvertierten Format die Auslastung bei ca. 15 % liegt.
FDW 12:26 PM - 24 March, 2008
Ich denke schon mal codierte Videos lohnen sich nicht neu zu "verkleinern". Es sei denn, sie haben echt bombastische Qualli und sind sehr groß (HDTV...). Aber sonst kann man bei dir ja nur 5MB Einsparung erkennen aber dafür mehr Arbeit für die CPU!
deekay 2:28 PM - 24 March, 2008
Habe aber auch schon die Erfahrung gemacht dass das H.264 Format die Videos teilweise um die Hälfte verkleinert haben.
FDW 2:49 PM - 24 March, 2008
Ja aber das ist wie mit AACs die man in MP3s wandelt. Das macht man nicht...
nik39 4:17 PM - 24 March, 2008
Wie schauts mit den Keyframes aus?
FDW 12:52 AM - 25 March, 2008
Ich bin grad extrem platt! Ich habe jetzt mal selber getestet, da ich wieder Platz auf der HDD habe. WOW

Hab ein Video (3.30 Min) von einer DVD gerippt und 4x codiert mit VisualHub:

a) H264 3000 kbps, 24 fps, 15 kf, AAC 192 kbps, 44,1 kHz -> 84 MB
b) MPEG4 3000 kbps, 24 fps, 15 kf, AAC 192 kbps, 44,1 kHz -> 83 MB
c) H264 4000 kbps, 24 fps, 15 kf, AAC 192 kbps, 44,1 kHz -> 110 MB
d) MPEG4 4000 kbps, 24 fps, 15 kf, AAC 192 kbps, 44,1 kHz -> 109 MB

Erstmal muss ich sagen, dass das Video mit H264 und 3000 kbps wesentlich besser ausschaut als das MPEG4 mit selber Bitrate. Da müssen dann schon 4000 kbps her, damits mithalten kann. Bei H264 merke ich aber keinen Unterschied mehr mit 4000 kbps. Also meiner Auffassung (momentan) zu viel/zu groß!

Angefangen habe ich mit Video A. Auf beide Decks geladen und etwas gemixt. Und was muss ich sehen? Der Mac machts... Ohne Probleme. Er rattert, aber er macht alles was ich will. Dann habe ich noch Video C geladen, und selbst das war OK. Keine Probleme. Habe dann mal A und C nebenher laufen lassen um zu vergleichen: Ich merke keinen Unterschied in der Qualli. B und D habe ich dann gar nicht erst geladen. Wenn ich H264 nehmen kann, werde ich das auch machen :) In einer Stunde dummer Mixerei mit Effekten auf dem XFader (sonst keine...) hatte ich 13 DropOuts laut Log. Gesehen/Gehört habe ich keinen. Bin aber sehr oft zwischen Vollbild/SSL/Aktivitätsanzeige gewechselt. Könnte daher stammen. USB-Buffer ist auf Minimum und die Einstellungen bei VSL so belassen wie sie nach der Installation sind. Das Video-Fenster war allerdings auf keinem externen Monitor. Das könnte evtl. dann noch mal etwas Performance kosten. Aber ich muss ja keinen TFT in FullHD ansteuern. 640x480 reicht und dann wird eben interpoliert vom TFT selber. So sollte es die GraKa nicht so stark beanspruchen. Die Videos habe eh keine höhere Auflösung...

Ich bin echt überrascht von dem MacBook, wo doch Snaptec so arge Probleme ganz am Anfang hatte. Da bringt die X3100 wirklich etwas. (MacBook 3. Gen, 2 Ghz Core 2 Duo, 4 GB Ram, keine besonderen Tweaks)

Juhu, ich brauche scheinbar doch kein Pro :)
dj a-cut 6:50 AM - 25 March, 2008
Quote:
Ich bin grad extrem platt! Ich habe jetzt mal selber getestet, da ich wieder Platz auf der HDD habe. WOW

Hab ein Video (3.30 Min) von einer DVD gerippt und 4x codiert mit VisualHub:

a) H264 3000 kbps, 24 fps, 15 kf, AAC 192 kbps, 44,1 kHz -> 84 MB
b) MPEG4 3000 kbps, 24 fps, 15 kf, AAC 192 kbps, 44,1 kHz -> 83 MB
c) H264 4000 kbps, 24 fps, 15 kf, AAC 192 kbps, 44,1 kHz -> 110 MB
d) MPEG4 4000 kbps, 24 fps, 15 kf, AAC 192 kbps, 44,1 kHz -> 109 MB



welche auflösung hast du genommen? 640x480 ?? interessante werte. ich hab echt keine ahnung was "super C 2008" macht, bezogen auf meine codierungswerte weiter oben.
nik39 9:52 AM - 25 March, 2008
Yep, Auflösung wäre interessant. Einer aus dem engl. Forum meint, dass 6x0 Auflösung okay läuft, aber 7x0 Auflösung schon ruckelt bzw. 100% CPU Auslastung auf einem MBP bei ihm verursacht.
FDW 12:42 PM - 25 March, 2008
Oh, vergessen: Alles Videos sind 640x480 und kf = Keyframe.

Leider kann ich nicht überprüfen ob die Bitrate der AAC-Tonspur und die Keyframes wirklich stimmen. Das zeigt mir Quicktime nicht an. Da soll VisualHub ja manchmal etwas "schlampen".

Was haltet ihr von den 24 FPS? Ich habe mir überlegt alle Videos nur mit 24 an Stelle von 25 (PAL) oder gar 29,.. (NTSC) zu codieren. Sollte flüssig laufen und Quicktime hat weniger zu decodieren. Das sind immerhin 200 - 1100 Bilder weniger die verarbeitet werden müssen bei 3.30 min... :D
nik39 1:01 PM - 25 March, 2008
Keine gute Idee. Ruckeln ist quasi vorprogrammiert.

Kannst Du das ganze nochmal mit 720*xxx ausprobieren? Wäre hilfreich.
FDW 1:03 PM - 25 March, 2008
Bei mir ruckelt nix. Warum sollte es ruckeln? Im Kino hast auch nur 24 Bilder in der Sekunde :D

Werde 720er mal testen.
nik39 1:15 PM - 25 March, 2008
Ich bin kein Fachmann... aber schonmal NTSC auf PAL Geräten geschaut? Sagt Dir 3:2 pulldown etwas?
FDW 1:50 PM - 25 March, 2008
Ja. Aber was willst du mir jetzt damit sagen? Ist es so schlimm, NTSC in 24 Bilder zu wandeln?
nik39 2:00 PM - 25 March, 2008
Bingo. Ansonsten musst Du Zwischenbilder berechnen etc.

Ich würde die Framerate beibehalten.
FDW 2:05 PM - 25 March, 2008
OK. Hast du auch wieder recht. Ich vermute mal, wenn ich bei VisualHub unter Erweitert die Bildrate frei lasse, behält er das Original bei?
nik39 2:22 PM - 25 March, 2008
Ich nix VHub. Ich nur ffmpeg.
FDW 2:39 PM - 25 March, 2008
Schade :(
nik39 2:42 PM - 25 March, 2008
ffmpeg = Rolls Royce getarnt als Trabbi.
VHub, etc. = Trabbis getarnt als Rolls Royce.

;)
FDW 5:30 PM - 25 March, 2008
Ähm, wie nutzt man denn ffmpeg aufm Mac?
nik39 5:44 PM - 25 March, 2008
MacPorts/Fink.

Aber meine Compiles waren quälend langsam. Wenn Du ein brauchbares Compile findest.. lass es mich wissen.
FDW 6:45 PM - 25 March, 2008
*nurbahnhofversteh*
DJ W 8:24 PM - 25 March, 2008
Ich schätze dass wird in der Konsole mit Linux aufgerufen.
FDW 8:29 PM - 25 March, 2008
So, ich hab das ganze jetzt noch mal mit neuen Videos mit 720x576 getestet, bei 3000 kbps (H264) und das ist unbrauchbar. 10 - 15 FPS laut VSL und es ruckelt eben... Bei 640x480 sind es 35 - 50. Das geht gut. V-Sync jeweils an.
FDW 10:01 PM - 25 March, 2008
Quote:
Ich würde die Framerate beibehalten.


Ich hab jetzt einfach mal Deinterlace gewählt bei ner NTSC-Quelle. Dann gehts auch mit 24 Bildern ohne Streifen oder so...
nik39 10:21 PM - 25 March, 2008
Öh... hä? Framerate... was hat das mit Interlacing zu tun?

Ich steh aufm Schlauch.
FDW 10:32 PM - 25 March, 2008
Naja, ich hatte Streifen in dem NTSC-Video. Eben wegen 29 und 25 FPS usw... Nu hab ich VisualHub gesagt er soll die Quelle deinterlacen. Das hat das Problem behoben, weil dabei aus den 29 Halbbildern wieder Vollbilder gemacht werden.
nik39 10:36 PM - 25 March, 2008
Quote:
Naja, ich hatte Streifen in dem NTSC-Video. Eben wegen 29 und 25 FPS us

Nene. Streifen hattest Du wg. Interlacing, das hat nix mit NTSC oder PAL zu tun. ;)
FDW 10:45 PM - 25 March, 2008
Echt? Wie auch immer, jetzt sind se weg. Ich dachte die kommen wegen den 29 Halbbildern zustande.

Bis jetzt habe ich übrigens keine Probleme wenn ich NTSC-Videos in 24 Bilder umwandle. Da ruckelt nix.

Eine kurze Frage noch:
Eine Idee, wie ich die Tonspur von einem MP4-File entfernen kann? Die soll einfach raus.
nik39 10:53 PM - 25 March, 2008
Hm... also bei 25 Halbbilder kommen die Streifen auch vor ;)

Tonspur... keine Ahnung... vlt erst gar nicht reinencoden?
FDW 11:23 PM - 25 March, 2008
Ja, wäre ne Option, die ich aber in VisualHib nicht sehe :(
Ich möchte mir ein paar Sequenzen einiger Filme, die ich als DVD habe, codieren, um sie in VSL auf die MP3s legen zu können.
RHF 7:59 AM - 26 March, 2008
Die Tonspur kannst du am einfachsten und günstigsten mit iMovie (Mac) entfernen und eine neue drüberlegen. Ist wie jedes iProg kinderleicht zu bedienen.
FDW 12:51 PM - 26 March, 2008
Ich hasse iMovie. Speziell das neue... Das Teil codiert doch alles neu?!
RHF 2:33 PM - 26 March, 2008
Kein Plan. Ich kenn' mich ehrlich gesagt mit Video gar ned aus. Mir fehlt die Begeisterung dafür.
Aber wenn ich Routines aufnehme, möchte ich eine ordentlich recordete Tonspur auf dem Filmchen und bin froh dass es da ein super-einfaches, deppensicheres Programm gibt. Ich bin mit den Ergebnissen zufrieden und das ganze dauert 5 Minuten.
nik39 2:37 PM - 26 March, 2008
Wenn wir bei superdeppensicher sind... welches Programm ist zu empfehlen zum erstellen von kleinen simplen Animationen... z.B. mit meinem DJ Namen.
RHF 2:53 PM - 26 March, 2008
:D
Wieder kein Plan! Für sowas nehm ich nichts deppensicheres, sondern Flash (mittlerweile von Adobe). Das ist umfangreich, kompliziert und hat mich ein kleines Vermögen gekostet (ein Vermögen an Geld und Zeit).
DJ W 3:01 PM - 26 March, 2008
Von Ulead gibts das Programm Cool 3d Studio. Das ist günstig und einfach zu bedienen.
Ich kann Dir aber auch was bauen.
FDW 4:16 PM - 26 March, 2008
Wow, manche Programme überleben echt alles. Das Tool ist cool. Sau einfach und kann in verschiedenen Formaten ausgeben. zumindest war das vor 10 Jahren so. Ob meine Lizens von damals noch gilt? :D
nik39 4:58 PM - 26 March, 2008
Welches Tool, FDW?

RHF, tja, das wurde mir auch empfohlen. Ich hab mir die Trial Version besorgt, installiert und.... naja, wenn man um 23h im Club sein will, reicht es dann doch nicht aus, um 21:45h Adobe CS mal eben zu installieren ;)


Danke für das Angebot DJ W, aber ich muss das ja mal selbst lernen :) Ich check mal Cool 3D Studio aus. Gibts davon eine Trial Version?
FDW 9:30 PM - 26 March, 2008
Ich habe mich auf cool 3d bezogen. Früher gabs das sogar als Shareware die aber sehe brauchbar war. Keine Ahnung wie das jetzt ist.
DJ W 9:30 PM - 26 March, 2008
Ich glaub nicht. Das ding gibts aber immer mal wieder für 'n paar euro bei Conrad.de
nik39 10:07 PM - 26 March, 2008
Cool, mal checken. Danke Jungs :)
nik39 7:01 PM - 27 March, 2008
Oh je... das sind ja fast genauso aus wie das Adobe CS.

DJ W, wann biste mal wieder in FFM um mir nen Crashkurs zu geben? ;)
DJ W 9:22 PM - 27 March, 2008
So schwer ist das nicht.
Mach Doch mal nen neuen Thread auf, poste was Duhaben willst, und ich versuche DIch zu "führen".
Bin aber auch kein Crack bei dem Programm, probiere grad auch verschiedene Programme aus.
FDW 12:45 PM - 28 March, 2008
Früher war das ganz einfach. Da hat man nur den Text eingegeben den man wollte, dann die Farbe und/oder Striktur drauf gezogen und die Bewegung angeklickt die es machen sollte. Fertig! Hamse weiterentwickelt, was? ;)
DJ W 1:52 PM - 28 March, 2008
Im prinzip ist es noch immer so ähnlich.
Es gibt ne reihe vorgefertigter Effekte z.B. Blitze, Explosionen usw.
Man kann dann unten in der Timeline jeden Frame einzeln bearbeiten.

Wenn man sich mal ne halbe Stunde mit dem Proggi befasst ist es echt easy.
FDW 7:45 PM - 28 March, 2008
Sagt mal, können zu viele Keyframes auch schädlich sein? Ich hab jetzt immer so 13 - 15 im Durchschnitt! Serato redet ja von 20 - 25 als Idealwert.
DJ W 9:44 PM - 29 March, 2008
Serato spricht hier nicht von der Anzahl der Keyframes, sondern vom Abstand der Keyframes.
FDW 10:02 PM - 29 March, 2008
Ich auch! :o Ich habe ja nicht nur 10 KF im gesamten Video!

Bsp von ner Promo Only DVD:

***********************************************************
/Users/FDW/Desktop/PRip/Rihanna ft Jay-Z - Umbrella.mp4
Length(s) 251.92 (Samples: 251918, Timescale: 1000)
Size 103.28 MB
Movie Tracks:
VideoType: avc1, 640x480
Component 1) ireP, H.264 (Perian) v.30003, Decompresses video stored in H.264 format.
Component 2) lppa, H.264 Decoder v.40004, Decompresses images stored in the H.264 format.
Audio Tracks:
AudioType: mp4a (44100kHz, 16bit)
Component 1) lppa, MPEG-4 Audio v.10008, MPEG-4 Audio Decompressor component
Frame rate: 29.97 per second
Keyframes: 580 (min: 8, max: 16,avg: 13.0)
***********************************************************
nik39 10:06 PM - 29 March, 2008
Quote:
Sagt mal, können zu viele Keyframes auch schädlich sein? Ich hab jetzt immer so 13 - 15 im Durchschnitt! Serato redet ja von 20 - 25 als Idealwert.


Habe ich schon in einem anderen Thread Dir gesagt:

Quote:
Quote:
Quote:
Nirgends, ich sag doch nur MEHR!

Was ist denn das für ein Tip? Du kennst die aktuellen Keyframes nicht, sagst aber, dass die Keyframes erhöht werden sollen.

Das ist unsinnig.

Es gibt einen Tradeoff zwischen Größe, Festplattenlast, CPU-Last und Keyframes.
FDW 10:09 PM - 29 March, 2008
Das hilft mir jetzt leider so viel wie ein Eiskratzer im Sommer...
FDW 10:16 PM - 29 March, 2008
Was haben viele KFs für einen Nachteil? Gibt es einen? Wird die Datei größer?
nik39 11:08 PM - 29 March, 2008
Ich weiss nicht, was daran unverständlich ist, aber ich probiers nochmal:

Es gibt einen TradeOff zwischen Anzahl der Keyframes, der Größe. Festplattenlast, CPU Last.

Was ein Keyframe ist, das weisst Du, oder?
FDW 11:20 PM - 29 March, 2008
Ja, ist mir bekannt!

Mehr KFs erhöhen die Größe aber reduzieren die Last. OK...
Es wäre nur mal schön zu wissen, in welchem Verhältnis das zueinander steht!?

Wenn durchschnittlich 10 - 15 KFs um Vergleich zu 20 - 25 die Last des Rechners nur um 1% senken würden, aber die Dateigröße um 50% steigen lassen würden, wäre das eher kontraproduktiv!
nik39 11:30 PM - 29 March, 2008
Wenn Dir das bekannt ist, und das nicht Deine Frage war, dann solltest Du mal versuchen Deine Fragen präziser zu stellen ;) Das hilft ungemein.
FDW 11:46 PM - 29 March, 2008
Quote:
Es wäre nur mal schön zu wissen, in welchem Verhältnis das zueinander steht!?
LukeSun 12:27 AM - 30 March, 2008
habt euch lieb ;)
nik39 12:39 AM - 30 March, 2008
Quote:
Es wäre nur mal schön zu wissen, in welchem Verhältnis das zueinander steht!?

Yo.... 10 Posts später stellst Du die Frage, die dich wirklich interessiert.
FDW 12:51 AM - 30 March, 2008
Und ne Antwort gibts doch nicht...
nik39 12:53 AM - 30 March, 2008
Tja.