Beiträge von De-M-oN

Also wenn das rauscht, dann ist das Headset bissl zu bedauern.

Ich versteh eh nicht, wieso man sich ein USB Headset kauft, wenn man eine Creative Titanium hat?

Naja Spielsound übertönt die schlechte Qualität ist nicht gerade die Definition von Qualität

Ich würd den Filter nicht nehmen. So schlimm kann das doch gar nicht rauschen

Jedenfalls würd ich dir raten auch das im Griff zu bekommen. Ist doch schade wenn du FullHD machst, aber der Audioteil dafür der letzte Shit ist.

Dann verwendest du wohl Onboardsound. Ich finde das G35 zwar nicht toll, aber trotzdem sollte es nicht so arg rauschen.

Aber Onboardsound - das ist das erste was rausfliegen sollte. Die Mikrofonverstärker von Onboardsound sind einfach totale Grütze. Deinem Klangerlebnis wirds auch danken, wenn du Onboardsound durch z.B. einer Asus Xonar ersetzt.

Wenn das schon die niedrigste Rauschentfernungsstufe ist, will ich gar nicht wissen, wie es erst wird, wenn mans höher einstellt. Es ist so dermaßen aggressives Frequenzloch drin. Das hört sich alles so metallisch an. Also dieses fette Frequenzloch hört man extrem. Und doch das hört man auch mit IGS und es nervt sehr. Ich höre nicht mit Lautsprecher, sondern mit einem Beyerdynamic MMX 300. Und da hört man das Defizit recht arg.

Ich sagte ja nicht das die Qualität schlecht ist, aber mir gings um die Formulierung

Verlustfrei fürs Auge ist etwas anderes als ein technisches verlustfrei

Und encodieren tut halt x264, nicht Handbrake. Und das x264 ein Klasse Encoder ist, ist ja nichts neues

Zitat

Das man hört das ich einen Rauschfilter verwende finde ich ist immer noch besser als das rauschen den das mag ich überhaupt nicht!

Ne ist es nicht. Das hört sich einfach nur grausam an. Vor allem weil du den Filter so dermaßen aggressiv eingestellt hast.

Wie wäres denn mal mit einer gescheiten Soundkarte und ein anständiges Mikrofon? Dann rauscht es auch nicht.

Ich finde wenn man schon in FullHD hochlädt, dann sollte das Audio auch ein gewissen Qualitätslevel haben. Oder etwa nicht? Sonst fehlt irgendwie was

Zitat

Und auch bei Handbrake habe ich erwähnt das man nicht über 25 gehen sollte da dann die Qualli zu schlecht wird! 20 sind ja standart und das reicht schon total aus!

Ich sagte nicht das CRF 20 schlecht ist, sondern 20 ist schon sehr gut. Für manchen Leuten könnte die Dateigröße zu sehr aufblähen und habe hier nur erwähnt, das auch CRF 21 noch excellente Qualität macht und man sich bei CRF 21 noch keine Sorgen machen braucht. Ab CRF 22 fängt es aber an sichtbar schlechter zu werden (auch wenn sehr sehr minimal.) Wollte also damit nur sagen, das CRF 21 ebenfalls noch fürs Auge zum Original sehr identisch ist.

Und wie gesagt. Ich würde dein Audacity Ton auf keinsten in MP3 exportieren.

Boah hast du einen übertrieben starken Rauschfilter drin.

Ich hasse das

Es klingt einfach so scheiße. Da hör ich lieber bissl Rauschen, statt sowas^^

Die Formulierung ist auch nicht günstig gewählt. Ohne Qualitätsverlust geht nur mit einem verlustfreien Codec.

Was du meinst ist fürs Auge verlustfreie Qualität.

Und das ist mit 1080p auf Youtube noch nicht geschafft, denn auch dort wird noch ein Qualitätsfaktor verwendet wo man leichte Blocksichtbarkeit hat, wenns nicht gerad der Desktop ist den man als Material hat.

So richtig scharf und Blockgerüstfrei wirds erst auf größer als 1080p. Also wenn Youtube die Qualitätsstufe Original anbietet.

Zum Video:
Du solltest den Ton in Audacity NICHT als MP3 exportieren.

Überleg doch mal was du damit tust. Du wirst den Ton dann sicher noch mit dem IGS zusammenbringen wollen und dann wirst du das ganze vermutlich wieder in MP3 encodieren in deinem Videoprogramm. Also schon die 2. Lossy (verlustbehaftete Encodierung).
Dann kommt Youtube und haut die MP3 zu AAC Ton. 3. Lossy Encodierung.

Jede weitere Lossy Encodierung bedeutet aber weiteren Qualitätsverlust.

Daher natürlich in Audacity als WAV !! abspeichern.
Am besten auch in einem verlustfreien Ton hochladen. z.B. als FLAC (FLAC = verlustfrei komprimiert -> Free Lossless Audio Codec). Wenn das nicht gewünscht ist, zumindest aber den Ton als auch Video erst als letzten Schritt Lossy encodieren. Ergo in Audacity KEIN MP3 Export, sondern WAV.

Wozu den Haken bei Fast Decode und Zero Latency rein? Unsinnig.

CRF 20 kann für manchen zu groß werden, 21 schaffts auch noch verlustfrei fürs Auge.

Web optimized Haken ist unnötig. Youtube encodierts eh um.
High Profile erbringt aber bessere Kompression. Bei Normal Profil ist Adaptive 8x8 DCT deaktiviert. Bringt aber durchaus bei manchen Videos mehr Kompressionspotential ein.

hmm ..

Den Fehler hatten schon paar mehr in diesem Thread, aber leider weiß ich da nicht so wirklich woher das Problem rührt

MeGUI mal probiert als Admin zu starten? Vllt hilft das ja..

Der Lagarith Codec ist auch wieder installiert?

Wenn du die Frapsdateien nur zusammengefügt brauchst, mach das wie erwähnt mal mit MKVMergeGUI.

Geht deutlich schneller.

Dann einmal mit DirectShowSource und einmal mit FFVideoSource probieren.

Zitat

Also ganz normal:
program --preset slower --crf 21.0 --output "output" "input"

Jop genau das wollt ich nur wissen^^

Alternativvorschlag: Preset YT (CRF 21) [Schnell] oder [Leicht Schneller] und dann CRF 20. Die gewonnene Zeit am Encode wird beachtlich sein und kannst dann in die Uploadzeit investieren und hast somit noch bessere Qualität
Das nur als Überlegungs-Idee.

Zitat

Und skaliert habe ich sonst nie, aber eigentlich reicht es ja mit aktiviertem Haken dann im Script unter Resize einfach die gewünschten Zahlen einzugeben

Welchen Skalierungsfilter benutzt du? Ich würde dir Lanczos4 empfehlen. Der macht das sehr excellent. Hat aber mit deinem Problem nichts zu tun, nur als Randanmerkung.

Zitat

Mir ist aber was eingefallen, vor kurzem gab es ja in MeGUI ein x264 Update und seitdem habe ich dieses Problem auch, was verwirrenderweise eben nur manchmal und keinesfalls immer auftritt. Kann also durchaus ein Zusammenhang bestehen.

Naja am Subpixel Refinement wurde etwas verändert (leistungsoptimiert usw). Aber bei mir hat es nie Fehler gegeben, daher vermut ich mal das die x264 Version korrekt arbeitet. Zumindest mit einem Intel Quadcore Q9450.

Gut wenn es auf sogar verschiedenen Systemen den gleichen Fehler hat, dann wirds ziemlich wahrscheinlich nicht an der Decodierung liegen, sondern wohl echt an der Datei.

AVS Script Creator und statt DirectShowSource wählst du dieses Mal den File Indexer.

Dann taucht der File Indexer auf

Audio braucht er eig. nicht unbedingt demuxen, da du auch die AVI Datei bei Audio Input nutzen kannst. Kannstes aber sonst machen. Dann hättest du die WAV Datei des Videos offen liegen welche dann als Audio Input genutzt werden kann.

Dann gehst du auf den Queue Button.

Dann gehst du zu deiner Jobliste und startest den nun aufgetauchten idx Job.
Wenn der abgeschlossen ist, wirst du erneut wieder zum AVS Script Creator gelangen mit dem nun geladenem Video. Hier machste wie gewohnt dein AVS Script fertig und encodierst wieder.

Hinweis: FFVideoSource kann kein Lagarith decodieren (für den Fall das du den Codec nutzt.)

Achso: Die Kommandozeile in deinem MeGUI würde mich auch mal interessieren - und was du nun eben im genauen MeGUI anbietest für eine Datei? Lagarith? Frapsvideos?

Welchen Player verwendest du?
Ist es auf Youtube auch so?
Irgendwelche Codecs oder gar ein Codecpack installiert? Videoprogramme installiert, die vllt Decoder Filter mit sich bringen?
Mal über FFVideoSource statt AVISource versuchen.

Frapsvideos zusammenführen?

-> http://www.bunkus.org/videotoo…x-unicode-5.0.1-setup.exe

Auf hinzufügen Button und 1. Fraps Datei öffnen.
Dann auf den Anhängen Button & alle weiteren Frapsdateien öffnen.

Dann nur noch auf Muxen starten klicken und fertig.

Vorteil:

Kein Re-encode = Spuren werden einfach so wie sie sind übernommen und in einen MKV Container geschrieben. und da kein Re-encode geht es erheblich schneller. Der Hauptausbremser ist aufgrund der riesigen Datenmenge die HDD.

Diese MKV Datei sollte dann auch Handbrake lesen können.

Naja wäre erheblich besser wenn du Handbrake verlustfreies Material geben würdest als eine WMV.

Naja 355 MB die originale verlustfreie Fraps Datei?

Entweder die geht nur 5sek oder es kommt mir verdammt wenig vor^^

Oder versteh ich gerad was falsch?

Warum gibst du MeGUI eine dermaßen komprimierte Datei?

Gib MeGUI verlustfreies Material. Nur so kann das Maximum an Qualität auch erzielt werden.

Zusammenfügen kannst du mit MKVMergeGUI.

1. Fraps Datei per hinzufügen öffnen. Dann auf dem Anhängen Button und alle weiteren markieren und öffnen.

Sorry übersehen.

Ja werd in Kürze neue Preset zip geben.

Die Sache ist nämlich das auch das 1920x1072 auf 1920x1080 gemacht werden muss, da youtube ja mittlerweile den Zeilenbug behoben hat.

In der Quellauflösung.

Resizen soll ja Avisynth mit dem Lanczos4 Resize Filter.

Und wenn du schon Camtasia nimmst speicher in einen verlustfreien Codec wie genannter Lagarith zb.

Den Ton dabei nicht vergessen. Den auf Unkomprimiert PCM, 44.1khz, 16bit, Stereo.

Nein muss er nicht.

Meine Preset zip hat Avisynth profile fürs Resizen drin

Also: Avisynth Profile Preset auswählen. Nimm das was du halt willst.

Wobei du beim 1920x1072 nun auf 1920x1080 ändern kannst, da Youtube den Bug behoben hat.

Entweder das preset direkt bearbeiten oder beim Reiter Script umändern.

Zitat

"AviSynth script error:
DirectShowSource:RenderFile, the file filter graph manager won't talk to
me"

Gib mal Mediainfo von deiner Datei.

-> http://mediainfo.sourceforge.net/de (ansicht auf Text umstellen und hier reinkopieren)

oh man warum geb ich nun doch wieder support, wird doch eh wieder verwarnt.

Keiner liest alles. Nicht mal die Moderatoren die einem dann eine Spam VW geben, weil sie den Sinn meines Posts nicht verstanden haben.

Und mr11brick und overdev etc bekommen eine Spam VW für eine völlig korrekte und zudem völlig umgangstongerechte Ontopic Antwort.

So macht das Forum echt Spaß.

..:: DIVISIGNS was here ::..
Verwarnung wegen Spam.

Ka. Vllt sagen die sich das

Chroma subsampling : 4:2:0

reicht.

Ja ist behoben der Bug:

Siehe hier mein Video:

http://www.youtube.com/watch?v=3ub09U_jyxE

und dieses von AGrandt:

http://www.youtube.com//watch?v=aBBOpx4Smr0

MeGUI muxt mittlerweile ohne Kopfdatenkompression.

Wie Youtube darauf anspringt weiß ich jetzt nicht.

Was daran liegt, das YV12 ein YUV Farbraum ist^^ genauso wie YUY2 auch ein YUV Farbraum ist^^

Zitat von maestrocool

Farbprofile wie RGB oder YUV oder YV12 brauch ihr nicht zu beachten, denn Handbrake wandelt diese Automatisch richtig um, in das von Youtube und h264 begünstigte YUV Format.

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.