Tipp: Youtube Video Upload

TheGenesis

Hi leuz,

wenn Ihr wollt, das YouTube euer Video nahezu verlustfrei re-kodiert, solltet ihr mit CRF 18 hochladen und:

a) bei detailreichem/hochauflösendem Material auf 720p runter-, dann wieder auf 1152p hochskalieren (!!!Lanczos4Resize!!!) und anschließend einen Sharpen(1.0)

b) bei niedrigen Auflösungen oder schlechtem Ausgangsmaterial (z.B. PAL/NTSC/Captures) mit 2/4/8 -fachem (!!!PointResize!!!) hochskalieren und letterboxen, sodaß ihr über 1080p kommt

Die Auflösung "Original" ist dann zwar total übertrieben, aber die 1080er ist nahezu perfekt und die 720er ist auch noch ansehbar.

Viel Spaß!
Thom

***Kleiner Nachtrag:

Bei b) müsst wird beim hochskalieren "über 1080p" tatsächlich das hochgeladene Original erhalten, dafür ist euer Uploadfile aber i.d.R. auch doppelt so groß.
Die YT-1080p ist auch bei einem upload von 1080p genauso gut, wie wenn ihr über 1080p uploaded.

TheGenesis

Und da hab ich's noch ein bischen verfeinert (sharpen ersetzt und x264-Profil für CRF21 hinzugefügt) ...

Hier ist ein Prima script für Let's-Play-Captures:

Code

#
# Recommended settings:
#
# capture:
#
# Resolution:    1080p
# Colorspace:   YV12 (Lagarith)
# FPS:             25
# SyncFPS:	      Yes
#
#
# encoding:
#
# x264 --crf 21 --preset slower
# faac -q 100 --mpeg-vers 4
#


LoadPlugin("c:\Program Files\AviSynth\plugins.manual\FFT3DGPU.dll")
LoadPlugin("C:\Program Files\AviSynth\plugins.manual\MSharpen.dll")


AVIsource("d:\Storage\Work\Dxtory\TESV 2013-05-25 00-15-47-504.avi")


# Correct brightness of YV12-Dxtory captures
Levels(0, 1.2, 230, 0, 255)


# Because the forced YouTube re-encode uses a lower bitrate than needed for a high detail capture (above 720p),
# many details will be lost and converted to blurring artefacts in the final video.
# To keep a reasonable amount of detail, we limit them to the maximum wich could be re-encoded (by YT) without
# producing artefacts in scences with high complexity.
(last.height > 720) ? Lanczos4Resize(1280,720) : last


# Temporal stabilization (prevents bitrate comsumption from flickering structures)
FFT3DGPU(sigma=1.5, bt=4, bw=32, bh=32, ow=16, oh=16)


# Upscaling (forces YT to re-encode with higher bitrates)
# Beside storing an (nearly) Original version on YT, this forces their re-encode to downscale our upload.
# It ends up in videos wich are well-balanced in detail-level and smoothing.
Lanczos4Resize(2048,1152)


# Over-Sharpen: maintaining details/DOF
MSharpen(threshold=4,strength=128)

Alles anzeigen

bergh

tach auch !

Sei mir nicht böse, aber dass liest sich, als ob Du es selber vorher
"kaputt" Encodierst bevor YouTube das tut. :lol:

O.K. bei einigen Materialien kann das besser sein, als das Youtube zu überlassen.
Lohnt der Aufwand wirklich ?

TheGenesis

Ob sich das bei normalen Filmen lohnt hab ich ehrlich gesagt nicht überprüft, aber bei diesen Game-Captures ist die benötigte Bitrate so verdammt hoch, das es sonst unterhalb von "Original" fürchterlich Artefakte hagelt.
Und es reduziert die größe der Uploaddatei ... ohne das Manöver könnte ich bei meiner 480k-upload Leitung keine 15 Minuten innerhalb von 12 Stunden hochladen.
Außerdem muss ja eh "gerendert" werden, alleine schon wegen der Helligkeit und der niedrigen Bildschärfe.

Und ... es macht Spaß das aus zu tüfteln ;D

De-M-oN

Warum änderst du den Gamma immer?

DXTory nimmt in korrektem Gamma auf.

Wenn das bei dir anders ist, solltest du eher mal beim Decoding schauen wo es hakt. Stichpunkt VLC failt da gerne

http://sourceforge.net/projects/mpc-h…1a&source=accel

Und warum SyncFPS bei DXTory an? Das doch total unnötig hoch 10. Völlig unnötig dir das Spiel mit deinen 25 fps anzutun. Warum syncFPS? Es gibt sowas von kein Grund dafür.

Du kannst 30fps machen. 30fps macht yt auch noch mit.

Und Audio Codec lieber FLAC oder wenns Lossy bleiben soll eher Nero AAC statt F-AAC.

LigH

Oder mittlerweile evtl. noch besser: QAAC statt NeroAAC (allerdings ist dafür QuickTime oder iTunes nötig, oder man weiß, wie man sich die wichtigsten Dateien der CoreAudioToolbox aus dem Installer holt).

De-M-oN

Bei Q-AAC find ichs aber unschön das der nicht mehr als 256 kbit erlaubt.
Ich find da Nero AAC etwas flexibler, auch wenn Q-AAC ein Tick effizienter ist. Das kann ich bei Nero AAC mit bisschen mehr Bitrate notfalls ausgleichen.

MeGUI hätte q-aac drin, megui benötigt lediglich die CoreAudioToolbox.dll dafür.

edit: Sehe gerade das nun 320 kbit gehen. Vllt durch 'nem Update. Keine Ahnung. Hätte schwören können es war 256 limitiert und nicht 320. hm.

Trotzdem sagt mir Nero AAC mehr zu mit seiner Adaptive Bitrate und dem großen Freiraum der Bitrate.

LigH

Was redest du von Bitraten? Du sollst Qualitätswerte verwenden (TVBR).

De-M-oN

Aber wird da nicht dann auch auf 320 kbit limitiert? nur so aus interesse.

Hab die .dll noch nicht runtergeladen, weil ich noch nicht so überzeugt von bin, daher kann ich nicht selber testen gerad.

Aber ich vermute mal das TVBR so ähnlich ist wie Neros Adaptive Bitrate.

Selur

Nur so der Vollständigkeit halber das Limit was qaac (oder genauer der Quicktime AAC Encoder) unterstützt hängt von Format, SampleRate und ChannelCount ab:

Zitat

LC 8000Hz Mono -- 8,12,16,20,24
LC 8000Hz Stereo -- 16,20,24,28,32,40,48
LC 8000Hz 3.0 (C L R) -- 24,27.999,31.998,39.999,48,55.998,63.999,72
LC 8000Hz 4.0 (L R Ls Rs) -- 32,40,48,56,64,72,80,96
LC 8000Hz 4.0 (C L R Cs) -- 32,40,48,56,64,72,80,96
LC 8000Hz 5.0 (C L R Ls Rs) -- 40,48,56,64,72,80,96,112
LC 8000Hz 5.1 (C L R Ls Rs LFE) -- 40,48,56,64,72,80,96,112
LC 8000Hz 6.0 (C L R Ls Rs Cs) -- 48,56,64,72,80,96,112,128,144
LC 8000Hz 6.1 (C L R Ls Rs Cs LFE) -- 48,56,64,72,80,96,112,128,144
LC 8000Hz 7.0 (C L R Ls Rs Rls Rrs) -- 56,64,72,80,96,112,128,144,160
LC 8000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 56,64,72,80,96,112,128,144,160
LC 8000Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 64,72,80,96,112,128,144,160,192
LC 11025Hz Mono -- 8,12,16,20,24,28,32
LC 11025Hz Stereo -- 16,20,24,28,32,40,48,56,64
LC 11025Hz 3.0 (C L R) -- 39.999,48,55.998,63.999,72,79.998,96
LC 11025Hz 4.0 (L R Ls Rs) -- 48,56,64,72,80,96,112,128
LC 11025Hz 4.0 (C L R Cs) -- 48,56,64,72,80,96,112,128
LC 11025Hz 5.0 (C L R Ls Rs) -- 64,72,80,96,112,128,144,160
LC 11025Hz 5.1 (C L R Ls Rs LFE) -- 64,72,80,96,112,128,144,160
LC 11025Hz 6.0 (C L R Ls Rs Cs) -- 72,80,96,112,128,144,160,192
LC 11025Hz 6.1 (C L R Ls Rs Cs LFE) -- 72,80,96,112,128,144,160,192
LC 11025Hz 7.0 (C L R Ls Rs Rls Rrs) -- 96,112,128,144,160,192,224
LC 11025Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 96,112,128,144,160,192,224
LC 11025Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 96,112,128,144,160,192,224,256
LC 12000Hz Mono -- 12,16,20,24,28,32
LC 12000Hz Stereo -- 24,28,32,40,48,56,64
LC 12000Hz 3.0 (C L R) -- 39.999,48,55.998,63.999,72,79.998,96
LC 12000Hz 4.0 (L R Ls Rs) -- 48,56,64,72,80,96,112,128
LC 12000Hz 4.0 (C L R Cs) -- 48,56,64,72,80,96,112,128
LC 12000Hz 5.0 (C L R Ls Rs) -- 64,72,80,96,112,128,144,160
LC 12000Hz 5.1 (C L R Ls Rs LFE) -- 64,72,80,96,112,128,144,160
LC 12000Hz 6.0 (C L R Ls Rs Cs) -- 72,80,96,112,128,144,160,192
LC 12000Hz 6.1 (C L R Ls Rs Cs LFE) -- 72,80,96,112,128,144,160,192
LC 12000Hz 7.0 (C L R Ls Rs Rls Rrs) -- 96,112,128,144,160,192,224
LC 12000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 96,112,128,144,160,192,224
LC 12000Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 96,112,128,144,160,192,224,256
LC 16000Hz Mono -- 12,16,20,24,28,32,40,48
LC 16000Hz Stereo -- 24,28,32,40,48,56,64,72,80,96
LC 16000Hz 3.0 (C L R) -- 39.999,48,55.998,63.999,72,79.998,96,111.999,127.998,144
LC 16000Hz 4.0 (L R Ls Rs) -- 48,56,64,72,80,96,112,128,144,160,192
LC 16000Hz 4.0 (C L R Cs) -- 48,56,64,72,80,96,112,128,144,160,192
LC 16000Hz 5.0 (C L R Ls Rs) -- 64,72,80,96,112,128,144,160,192,224
LC 16000Hz 5.1 (C L R Ls Rs LFE) -- 64,72,80,96,112,128,144,160,192,224
LC 16000Hz 6.0 (C L R Ls Rs Cs) -- 72,80,96,112,128,144,160,192,224,256,288
LC 16000Hz 6.1 (C L R Ls Rs Cs LFE) -- 72,80,96,112,128,144,160,192,224,256,288
LC 16000Hz 7.0 (C L R Ls Rs Rls Rrs) -- 96,112,128,144,160,192,224,256,288,320
LC 16000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 96,112,128,144,160,192,224,256,288,320
LC 16000Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 96,112,128,144,160,192,224,256,288,320,384
LC 22050Hz Mono -- 16,20,24,28,32,40,48,56,64
LC 22050Hz Stereo -- 32,40,48,56,64,72,80,96,112,128
LC 22050Hz 3.0 (C L R) -- 48,55.998,63.999,72,79.998,96,111.999,127.998,144,159.999,192
LC 22050Hz 4.0 (L R Ls Rs) -- 64,72,80,96,112,128,144,160,192,224,256
LC 22050Hz 4.0 (C L R Cs) -- 64,72,80,96,112,128,144,160,192,224,256
LC 22050Hz 5.0 (C L R Ls Rs) -- 80,96,112,128,144,160,192,224,256,288,320
LC 22050Hz 5.1 (C L R Ls Rs LFE) -- 80,96,112,128,144,160,192,224,256,288,320
LC 22050Hz 6.0 (C L R Ls Rs Cs) -- 96,112,128,144,160,192,224,256,288,320,384
LC 22050Hz 6.1 (C L R Ls Rs Cs LFE) -- 96,112,128,144,160,192,224,256,288,320,384
LC 22050Hz 7.0 (C L R Ls Rs Rls Rrs) -- 112,128,144,160,192,224,256,288,320,384,448
LC 22050Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 112,128,144,160,192,224,256,288,320,384,448
LC 22050Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 128,144,160,192,224,256,288,320,384,448,512
LC 24000Hz Mono -- 16,20,24,28,32,40,48,56,64
LC 24000Hz Stereo -- 32,40,48,56,64,72,80,96,112,128
LC 24000Hz 3.0 (C L R) -- 48,55.998,63.999,72,79.998,96,111.999,127.998,144,159.999,192
LC 24000Hz 4.0 (L R Ls Rs) -- 64,72,80,96,112,128,144,160,192,224,256
LC 24000Hz 4.0 (C L R Cs) -- 64,72,80,96,112,128,144,160,192,224,256
LC 24000Hz 5.0 (C L R Ls Rs) -- 80,96,112,128,144,160,192,224,256,288,320
LC 24000Hz 5.1 (C L R Ls Rs LFE) -- 80,96,112,128,144,160,192,224,256,288,320
LC 24000Hz 6.0 (C L R Ls Rs Cs) -- 96,112,128,144,160,192,224,256,288,320,384
LC 24000Hz 6.1 (C L R Ls Rs Cs LFE) -- 96,112,128,144,160,192,224,256,288,320,384
LC 24000Hz 7.0 (C L R Ls Rs Rls Rrs) -- 112,128,144,160,192,224,256,288,320,384,448
LC 24000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 112,128,144,160,192,224,256,288,320,384,448
LC 24000Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 128,144,160,192,224,256,288,320,384,448,512
LC 32000Hz Mono -- 24,28,32,40,48,56,64,72,80,96
LC 32000Hz Stereo -- 48,56,64,72,80,96,112,128,144,160,192
LC 32000Hz 3.0 (C L R) -- 72,79.998,96,111.999,127.998,144,159.999,192,223.998,255.999,288
LC 32000Hz 4.0 (L R Ls Rs) -- 96,112,128,144,160,192,224,256,288,320,384
LC 32000Hz 4.0 (C L R Cs) -- 96,112,128,144,160,192,224,256,288,320,384
LC 32000Hz 5.0 (C L R Ls Rs) -- 128,144,160,192,224,256,288,320,384,448
LC 32000Hz 5.1 (C L R Ls Rs LFE) -- 128,144,160,192,224,256,288,320,384,448
LC 32000Hz 6.0 (C L R Ls Rs Cs) -- 144,160,192,224,256,288,320,384,448,512,576
LC 32000Hz 6.1 (C L R Ls Rs Cs LFE) -- 144,160,192,224,256,288,320,384,448,512,576
LC 32000Hz 7.0 (C L R Ls Rs Rls Rrs) -- 192,224,256,288,320,384,448,512,576,640
LC 32000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 192,224,256,288,320,384,448,512,576,640
LC 32000Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 192,224,256,288,320,384,448,512,576,640,768
LC 44100Hz Mono -- 32,40,48,56,64,72,80,96,112,128,144,160,192,224,256
LC 44100Hz Stereo -- 64,72,80,96,112,128,144,160,192,224,256,288,320
LC 44100Hz 3.0 (C L R) -- 96,111.999,127.998,144,159.999,192,223.998,255.999,288,319.998,384,447.999
LC 44100Hz 4.0 (L R Ls Rs) -- 128,144,160,192,224,256,288,320,384,448,512,576,640
LC 44100Hz 4.0 (C L R Cs) -- 128,144,160,192,224,256,288,320,384,448,512,576,640
LC 44100Hz 5.0 (C L R Ls Rs) -- 160,192,224,256,288,320,384,448,512,576,640,768
LC 44100Hz 5.1 (C L R Ls Rs LFE) -- 160,192,224,256,288,320,384,448,512,576,640,768
LC 44100Hz 6.0 (C L R Ls Rs Cs) -- 192,224,256,288,320,384,448,512,576,640,768,960
LC 44100Hz 6.1 (C L R Ls Rs Cs LFE) -- 192,224,256,288,320,384,448,512,576,640,768,960
LC 44100Hz 7.0 (C L R Ls Rs Rls Rrs) -- 224,256,288,320,384,448,512,576,640,768,960
LC 44100Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 224,256,288,320,384,448,512,576,640,768,960
LC 44100Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 256,288,320,384,448,512,576,640,768,960,1280
LC 48000Hz Mono -- 32,40,48,56,64,72,80,96,112,128,144,160,192,224,256
LC 48000Hz Stereo -- 64,72,80,96,112,128,144,160,192,224,256,288,320
LC 48000Hz 3.0 (C L R) -- 96,111.999,127.998,144,159.999,192,223.998,255.999,288,319.998,384,447.999
LC 48000Hz 4.0 (L R Ls Rs) -- 128,144,160,192,224,256,288,320,384,448,512,576,640
LC 48000Hz 4.0 (C L R Cs) -- 128,144,160,192,224,256,288,320,384,448,512,576,640
LC 48000Hz 5.0 (C L R Ls Rs) -- 160,192,224,256,288,320,384,448,512,576,640,768
LC 48000Hz 5.1 (C L R Ls Rs LFE) -- 160,192,224,256,288,320,384,448,512,576,640,768
LC 48000Hz 6.0 (C L R Ls Rs Cs) -- 192,224,256,288,320,384,448,512,576,640,768,960
LC 48000Hz 6.1 (C L R Ls Rs Cs LFE) -- 192,224,256,288,320,384,448,512,576,640,768,960
LC 48000Hz 7.0 (C L R Ls Rs Rls Rrs) -- 224,256,288,320,384,448,512,576,640,768,960
LC 48000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 224,256,288,320,384,448,512,576,640,768,960
LC 48000Hz 8.0 (C L R Ls Rs Rls Rrs Cs) -- 256,288,320,384,448,512,576,640,768,960,1280
HE 32000Hz Mono -- 12,16,24,32,40
HE 32000Hz Stereo -- 24,32,40,48,56,64,80
HE 32000Hz 4.0 (L R Ls Rs) -- 48,56,64,80,96,112,128,160
HE 32000Hz 5.1 (C L R Ls Rs LFE) -- 64,80,96,112,128,160,192
HE 32000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 96,112,128,160,192,224,256
HE 44100Hz Mono -- 16,24,32,40
HE 44100Hz Stereo -- 32,40,48,56,64,80
HE 44100Hz 4.0 (L R Ls Rs) -- 64,80,96,112,128,160
HE 44100Hz 5.1 (C L R Ls Rs LFE) -- 80,96,112,128,160,192
HE 44100Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 112,128,160,192,224,256
HE 48000Hz Mono -- 16,24,32,40
HE 48000Hz Stereo -- 32,40,48,56,64,80
HE 48000Hz 4.0 (L R Ls Rs) -- 64,80,96,112,128,160
HE 48000Hz 5.1 (C L R Ls Rs LFE) -- 80,96,112,128,160,192
HE 48000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 112,128,160,192,224,256
HE 88200Hz Mono -- 32,40,48,56,64,80,96,112,128,160
HE 88200Hz Stereo -- 64,80,96,112,128,160,192,224,256,320
HE 88200Hz 4.0 (L R Ls Rs) -- 128,160,192,224,256,320,448,640
HE 88200Hz 5.1 (C L R Ls Rs LFE) -- 160,192,224,256,320,448,640
HE 88200Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 224,256,320,448,640,1120
HE 96000Hz Mono -- 32,40,48,56,64,80,96,112,128,160
HE 96000Hz Stereo -- 64,80,96,112,128,160,192,224,256,320
HE 96000Hz 4.0 (L R Ls Rs) -- 128,160,192,224,256,320,448,640
HE 96000Hz 5.1 (C L R Ls Rs LFE) -- 160,192,224,256,320,448,640
HE 96000Hz 7.1 (C Lc Rc L R Ls Rs LFE) -- 224,256,320,448,640,1120

Alles anzeigen

Quelle: qaac --formats

Cu Selur

LigH

qaac {--tvbr|-V} ~ neroAacEnc -q (qualitätsbasiert ohne Rücksicht auf Bitrateschwankungen)

qaac {--cvbr|-v} oder {--abr|-a} ~ neroAacEnc -br (Zielbitrate, Schwankungen in aktueller Qualität und Bitrate)

TheGenesis

Zitat von De-M-oN

Warum änderst du den Gamma immer?

DXTory nimmt in korrektem Gamma auf.

Wenn das bei dir anders ist, solltest du eher mal beim Decoding schauen wo es hakt. Stichpunkt VLC failt da gerne

...MPC-Link...

VLC benutz ich nur im Notfall ... MPC schon seit der ersten Version ... aber der ist auch nicht immer Referenz.

Eigentlich gibt es sowas wie "korrektes Gamma" garnicht ... in dem Moment, wo du an deinem Monitor die für dich "korrekten" Helligkeits- und Kontrasteinstellungen wählst, hast du schon andere Werte.

Mag sein, das die Helligkeitswerte in den Games (und dann auch im Dxtory capture) "korrekt" sind, aber mir ist das subjektiv viel zu dunkel.
Und anderen passiert das auch, obwohl sie nicht merken warum ... aktuell bestes Beispiel "Lets Play Metro Hardi" ... da jammern die Viewer und der Hardi, das sie auf der Aufnahme im dunkeln nichts mehr erkennen können, er sieht aber beim spielen alles.
Wenn ich die Korrektur aus meinem Script darauf anwende, kann ich "gerade so im dunkeln was erkennen" und so wird es auch beim spielen aussehen.

Zitat

Und warum SyncFPS bei DXTory an? Das doch total unnötig hoch 10. Völlig unnötig dir das Spiel mit deinen 25 fps anzutun. Warum syncFPS? Es gibt sowas von kein Grund dafür. Du kannst 30fps machen. 30fps macht yt auch noch mit.

Dafür habe ich 3 gute Gründe:

a) ich bekomme mehr Bitrate pro Frame und die ist in YT sowieso schon mehr als knapp
b) um 30fps Ruckelfrei rendern zu können, brauchst du eine permanente Mindestframerate von 60fps ... bricht diese während des Spiels ein, gibts ruckler in der Aufnahme ... spiel mal Skyrim auf Hoch oder Ultra bei permanent >=60fps ... ich spiel/capture lieber mit hoher Detailstufe, als das ich den Luxus von 30fps haben muss.
c) bei 25fps bleib ich PAL kompatibel ... jaja, den meisten hier wird das egal sein, weil sie entsprechendes Abspiel-Equipment verwenden, aber mir kommt das ganz recht, weil ich auf einem PAL-TV gucken muss ... der ein oder andere vielleicht auch ... ein paar große deutsche Lets-Player capturen übrigens auch in 25fps

Aber als Hauptargument würde ich a) nennen, es sei denn, jemand hat mal den Unterschied getestet und kann gegenteiliges berichten.

Zitat

Und Audio Codec lieber FLAC oder wenns Lossy bleiben soll eher Nero AAC statt F-AAC.

Mhmm ... bei faac mit q100 höhre ich kaum einen Unterschied zum original ... allerdings bin ich mehr der Video denn der Audio freak

De-M-oN

Es ging mir mehr um die SyncFPS Option.

Die ist total unnötig.

Zitat

b) um 30fps Ruckelfrei rendern zu können, brauchst du eine permanente Mindestframerate von 60fps ... bricht diese während des Spiels ein, gibts ruckler in der Aufnahme ... spiel mal Skyrim auf Hoch oder Ultra bei permanent >=60fps ... ich spiel/capture lieber mit hoher Detailstufe, als das ich den Luxus von 30fps haben muss.

Das stimmt so nicht.

Synchronous Surface Lock anhaken, schon klappts auch mit zb 40 ingame FPS und 30 AufnahmeFPS. SyncFPS ist absolut unnötig. Damit zerstörste dir nur das Spielerlebnis mit den wenigen FPS.

Zitat

Eigentlich gibt es sowas wie "korrektes Gamma" garnicht ... in dem Moment, wo du an deinem Monitor die für dich "korrekten" Helligkeits- und Kontrasteinstellungen wählst, hast du schon andere Werte.

Es geht aber nicht um meinen Monitor, sondern darum das DXTory exakt so das Spiel mit seiner Helligkeit aufnimmt, wie es auch aktuell war. Das ist 1:1. Wenn da bei dir Differenzen auftreten haste entweder 16-235 chroma range auf 0-255 gezwungen (stichwort VLC oder schlechte Ausgaberenderer wie zb VMR) oder youtube kommt dir bloß nur dunkler vor, wegen dem Detailverlust der Blockbildung - Blockbildung erschwert natürlich die Sicht auf Dunkelheit, eben wegen dem Detailverlust. Und youtube komprimiert dunkelheit ja massiv runter. Auf helligkeit macht yt ja auf orig eig. sehr gute Ergebnisse. Aber Dunkelheit - da sackts echt tierisch ein..

Und bezüglich dazu werf ich auch mal diesen Filter in den Raum:

http://kvcd.net/sansgrip/avisynth/Blockbuster-0.7.zip

http://killerinstinct.ath.cx:2000/files/blockbuster.html

Damit wird durch verschiedene Methodikauswahlmöglichkeiten den dunklen Bereichen die Komprimierbarkeit entzogen. Vllt bringts ja was

Sorry für die späte Rückmeldung, aber irgendwie bekam ich keinerlei Mail das neue Antwort gekommen ist

Zitat

a) ich bekomme mehr Bitrate pro Frame und die ist in YT sowieso schon mehr als knapp

Youtube encodiert 25fps nicht besser als 30. Das wär mir neu. Auch youtube benutzt keine festen Bitraten, auch die benutzen quantizer. nur eben leider festen quantizer, kein CRF. Darum ja auch der massive Abfall auf Dunkelheit

Selur

De-M-oN: den Filter kann man sich dort aber nicht runteladen ohne dort registriert zu sein,....

LigH

:eek: Huch, BlockBuster? Ist der noch aktuell sinnvoll? Ich vermute, dass manche eher GradFun3 empfehlen werden, um das Unterschätzen dunkler Gradienten zu vermeiden.

Eine (ältere?) Version von BlockBuster sollte es noch bei WarpEnterprises geben.

De-M-oN

Sorry falscher Link.

http://avisynth.org/warpenterprise…ll_20030204.zip

Ist die gleiche Version.

GradFun3 werd ich mir dann auch mal anschauen.

Selur

Debanding kann man mit Flash3k meiner Ansicht nach besser machen,...

LigH

Du meinst flash3kyuu_deband?

TheGenesis

Ich bau mir gerade ne neue Game-Maschine und werd die Dxtory Einstellungen nochmal durchexorzieren. Bei Skyrim gibts auf meiner Maschine ohne Sync-Surface heftig Ruckler beim abspielen. Habs deshalb vorgeschlagen. Mittlerweile hab ich aber auch gelesen, das Skyrim und Dxtory wohl nicht gut miteinander können ... is vielleicht 'ne spezielle Kombi.

Bezüglich der Helligkeit hab ich alles mögliche probiert ... auf meinem Monitor ist das wesentlich heller als in der Aufnahme ... unabhängig von VLC, MPC und nVidia -Einstellungen. Wenn ich die Helligkeit oder Kontrast im Spiel höher drehe, sieht es in der Aufnahme übersteuert aus.

Blockbuster ist nicht so mein Ding ... hab 'ne zeitland mal mit gradfun2 rumhantiert, das hatte mir besser gefallen. Aber ich will garnicht, das der Encoder überhaupt in die Bedruille kommt Artefakte aus Shadings produzieren zu müssen.

Ich hab ein paar mal mit 30fps hochgeladen und die Artefakte haben jedesmal zugenommen ... mal gucken ... wenn die Kiste fertig ist, werd ich nochmal from scratch starten und gucken ob's nicht doch anders besser geht.

De-M-oN

Ist es denn überhaupt was gleiches wie Blockbuster?

Das Ziel von Blockbuster isses ja die Komprimierbarkeit auf Dunkelheit zu verschlechtern durch einfügen von Schärfe, Noise etc (je nachdem was man dafür nutzen will).

Das klang für mich recht praktisch, würde der YT Encoder ja ebenfalls dann den höheren Detail bemerken und die dunklen Stellen dann entsprechend nicht so krass komprimieren. Aber bisher brachte mir das noch recht wenig. Nur minimal.

Genesis: Bitte verwechsel jetzt nicht Synchronous Surface Lock und Synchronize FPS.

Zitat

Bei Skyrim gibts auf meiner Maschine ohne Sync-Surface heftig Ruckler beim abspielen

Du scheinst nämlich hier SyncFPS zu meinen oder?

Weil SyncLock ist ja gerade das, was ich dir empfehle an zu haben.^^

Hier auch mal eine Erklärung zu SyncLock:

http://www.letsplayforum.de/index.php?page=LexiconItem&id=196

Zitat

Bezüglich der Helligkeit hab ich alles mögliche probiert ... auf meinem Monitor ist das wesentlich heller als in der Aufnahme ... unabhängig von VLC, MPC und nVidia -Einstellungen. Wenn ich die Helligkeit oder Kontrast im Spiel höher drehe, sieht es in der Aufnahme übersteuert aus.

Das dürfte aber wie gesagt echt nicht so sein. Da muss der Wurm bei dir liegen

Jetzt mitmachen!