Beiträge von De-M-oN

    Warum nimmst du auch mit 48.000 Hz und 24 Bit auf?

    48000hz kann youtube ja eh. Also warum nich nutzen? Würde aber in Systemsteuerung - Sound schauen, ob das Gerät dann entsprechend auf gleichwertige Werte steht.
    Dynamikkompressor mag höhere Sampleraten auch gerne. Auch wenn die Quelle weniger hat. Das kann dir ein Tontechniker den ich in Skype habe besser erklären, wieso das so ist :P


    Bei den ganzen hookingaufnahmeprogrammen isses zudem auch nicht falsch in mehr bit aufzunehmen. Ganz einfach weil die nicht dithern, sondern auf 16bit truncaten, statt dithern. Nicht so schön :S


    edit:


    Nachtrag: Wenn ich jetzt mit Audacity die Datei einlese und mit dem Kompressor bearbeite und dann abspeichern möchte macht er mir erneut eine Länge von nur 32 Minuten anstelle von 4 Stunden und 40 Minuten rein. Ich könnte weinen. Weis noch jemand einen Rat?

    Ich würde vermuten, das du die 32bit Grenze von WAV vllt sprengst.


    Entweder als WAV64 speichern (findest du unter "andere unkomprimierte Dateien" den w64), oder du speicherst als FLAC, letzteres wäre vllt einfacher für dich und FLAC kanns auf jeden Fall.

    mein Headset hat 60 euro gekostet. Ist schon in meine Verhältnisse schon viel.

    Und dann für ein Gerät, das von einem 5 € Gerät geschlagen wird. Schon bitter oder? Wie lang hast das Ding denn schon?

    habe mir schon überlegt, ob ich ein Stand Mic holen soll. Denke mal, ist viel besser.

    99% alles klingt besser als Speedlink.


    Aber bist dahin, gibt es ev ne möglichkeit das Rauschen aus der Aufname zu entfernen?


    Da das Rauschen bei Speedlink recht hoch ist, hab ich die Befürchtung, das du es nicht ohne weiteren Klangverlust hinbekommen wirst. Aber du wirst es vllt mit einem Expander / Noise Gate mindern können und ggf noch bissle Rauschfiltern. Bei Rauschfilter muss man halt aufpassen, das man einen guten nimmt (keine Live Filter zb) und ihn nicht zu aggressiv einstellt, sonst gibts schnell Klangprobleme.


    Auch dürftes recht schwerfällig sein, wenn man Kopfhörer einsetzt, wo auch die Kopfhörer rauschen :S

    Naja ich hab einen i7 3770k und ich encode für 2800x1750 @ 51 fps @ mit 15 bis 18 fps. Dauern 25min ungefähr 1,5 stunden. Variiert natürlich zwischen komplexität des videos.


    vllt mal deine x264 commandline zeigen und vllt auch dein Script.


    Statt die FPS aufzublasen, würde ich versuchen die bessere fps rate mitzunehmen. Dein System sollte es eig. ja zulassen. Ist ja auch ein Merkmal von Videoqualität, wenn es nicht mit 30fps daher drömelt. Es ist zwar kein Ruckeln, aber hart an der Grenze wie ich finde. Es wirkt einfach absolut nicht weich und @9NinetySix6 macht F1 mit 30fps, ich könnte ihn würgen dafür :P Gerade bei Bewegungen merkt mans schon bei der Menüführung wie unruhig die Kameraführung bei 30fps ist. Bei DTMANDF1 der 60fps macht - hui da isses, so wie es sich gehört, weiche bewegungen von menüführung und vor allem auch fahren und das ist dann so auch wesentlich realer anfühlender. Daher würde ich mir halt auch bei ihm mehr fps wünschen, aber naja.

    Ja Rauschen und extrem schlechter Klang sind die Markenzeichen von Speedlink. Da tröstet auch die Geschenkschleife nicht drüber hinweg xD


    Ganz ehrlich: Du wirst mit Speedlink niemals glücklich werden. Und wenn du es vorher warst, bist du genauso verblendet wie ich damals als kleiner Junge, der noch nichts besseres gehört hat. Sowie du mal was anderes gehört hast, fässte Speedlink nicht mehr mit der Kneifzange an.


    Und das war damals sehr traurig, denn damals kostete das Medusa 5.1 noch 90 €. Klanglich isses jedoch wie 5 € und damit übertreib ich noch nichtmal.

    Das Headset ist von SPeedlink.

    Audiohardware von Speedlink ist das absolut schlimmste was man sich kaufen kann. Da kannst du dankbar sein wenn die Lautsprecher nicht rauschen (was nicht passieren wird)


    Rauschen tut der Schrott daher sowieso dauerhaft und beschränkt sich nicht nur auf's Mikrofon. Wenn zu dem dauerrauschen nun sporadisch noch stärkeres Rauschen drin ist, wird es Wackelkontakt haben und bald ganz defekt sein. Ich hatte selber mal Speedlink und das war die größte Todsünde meines lebens.

    das Tutorial in dem das mit den höheren fps erwähnt wurde, das ich auch die Tonne kloppen soll ist das von Demon

    Wo? Er schrieb du sollst das >30fps bringt nix auf Youtube in die Tonne schmeißen. Von meinem kann ich da jetzt nichts lesen.



    Das Rendern hat über 5Std. gedauert und die 4GB dann hochzuladen nochmal 1,5Std, das is schon pervers viel Zeit. Oo

    Was für'ne CPU hastn? Hast ja leider nicht angegeben im Profil. Weil 5std ist etwas utopisch. Skalierer würd ich dir Spline36 empfehlen.
    Das hochladen liegt ja dann an deinem Internet.. Die Dateigröße hängt von Preset, CRF Wert und Komprimierbarkeit deines Videos ab.

    Ich kann zwar einen Unterschied erkennen, insbesondere am Geflecht der Waffe. Aber für diesem marginalen Unterschied lohnt es sich m.E. nicht, die höhere Enkodier-Zeit in Kauf zu nehmen.

    Naja hatte sogar schon Fälle, da wurde es mit 4:4:4 kleinere Dateigröße als mit 4:2:0 :D


    Naja so viel höher ist die Encodierzeit eig. nicht. Die Rohaufnahme ist damit halt größer und daher kommt es mehr auf die Speed der HDD an. Ich wünsche mir zwar auch schnelleres Encoden, aber da ist mein 3770k das größere Problem als der kleine Zuwachs bei 4:2:0.


    Generell find ich 4:2:0 8bit auf Dunkelheit teils ziemlich schäbig. Wäre geil wenn wenigstens 10 bit sich mal durchsetzen könnte ala HTML5 und Youtube Support. 10bit würde halt dunkelbereiche deutlich weniger in banding versetzen und das ist gerade bei stärkerer kompression (youtube) ein doch recht blödes Problem. Sonst wäre nämlich ID 315 auch bei Dunkelheit, wie es aktuell bei normaler Helligkeit erscheint.

    die komprimierbarkeit ist aber doch trotzdem unterschiedlich. Und je schlechter komprimierbar das video ist, desto länger muss nach Ansätzen gesucht werden und der encode dauert somit länger. Wirst merken das ein desktopvideo zb erheblich schneller fertig sein wird. Auch Geschwindigkeit von HDD und Decoder beim quellvideo hat Einfluss drauf.
    Wenn man den aufnahmecodec also nicht auf volle threadnutzung gestellt hat, beeinflusst das natürlich auch den decoder und nicht bloß den encoder und dann isses natürlich auch keine verwunderung, wenn sich das quellvideo nicht flüssig abspielen lassen sollte.

    Sobald wir dann die Frame abgreifen entsteht eine hohe Belastung auf die API was dazu führt das wir Fps verlieren.

    naja belastung vllt das falsche wort
    Eher eine unterbrechung beim Renderer. Der rendervorgang ist parallelisiert, sprich rendert non-linear weshalb eben multithreaded sozusagen gerendert wird.
    Nun kommt dein Aufnahmeprogramm und will aus dem Ablauf 'nen frame haben.
    Der renderer muss daher die anfrage des frames abarbeiten und kann für den moment nicht weiter im voraus rendern bis der frame ans Aufnahmeprogramm überliefert wurde + muss er dann die stelle von vorne rendern aufgrund der zwischengeschobenen extraaufgabe. Und das kostet natürlich dann fps. Vor allem bei hoher aufnahmefps.

    Mach dir selbst ein Bild.

    der Vergleich taugt nichts, da es überhaupt nicht die für'n farbraum prägnanten dinge bietet..
    Für die auflösungsskalierer ist halt eine 4:4:4 quelle besser. Daher auch für yt auf den kleineren Qualitätsstufen.


    Brauchbarer wäre ein Vergleich mit viel schrift, insbesondere zb die von SSM, da dieser kleine schriften enthält und das dann in 255er roter Farbe etc. Vor allem bei rot und dunkelblau kann man Unterschiede besonders schnell sehen.
    Auch manche schrift von WoW wie zb auch der chat hatte glaube ich teils auch solch farben dabei.


    Dieser vergleich wurde daher leider völlig ohne wissen angefertigt was dabei überhaupt von relevanz ist.