Beiträge von Chron

  • Mikrofon schaltet ab (wenn man zu nah ran geht)

    Zitat von MaxPloy

    Es schaltet sich einfach nach wenigen Sekunden wieder von selbst ein.
    Es regelt sich vor allem runter, dann wieder langsam hoch irgendwann.

    Du hast vorher geschrieben, dass sich am Pegel nichts verändern würde. Mach mal rechtsklick auf deinen Lautsprecher in der Symbolleiste rechts unten -> Aufnahmegeräte (bei älteren Windowsversionen vielleicht anders, hauptsache du kommst zum "Sound"Menü wo deine Geräte aufgelistet sind) -> Kommunikation und dort dann mal prüfen, ob automatische Lautstärkeanpassung aktiviert ist. Wenn ja, dann auf "nichts unternehmen" umstellen.


    Für mich klingt das wie eine automatisierte Funktion die die Lautstärke runterregelt sobald du zu laut bist, und in dem fall eben so weit runter, dass man nichts mehr hört. Falls das nicht hilft und das Mikrofon wirklich so einen Unsinn integriert mitbringt, dann mal schauen ob du du bei Aufnahmegeräten (rechtsklick auf dein mikro -> einstellungen) Verstärker aktivierst hast, wenn ja, den auf 0dB stellen. Es dürfte auch nicht bei nahem Sprechen sein, dass dein Mic einfach so weit runterregelt dass man gar nichts mehr hört.

  • Rechtliche Youtube-Fragen [Sammelthread]

    Zitat von Schauerland

    Schadet uns jetzt nicht da wir so git wie nichts oder eben gar nichts verdienen - aber solche Blutsauger machen sich durch 1000e Videos die sie claimen die Taschen voll, wo keiner Einspruch erhebt.


    Zitat von Julien

    Das wäre dann wohl der einzige Punkt, an dem ein Netzwerk nützlich wäre. Aber dafür alle Videos zwangsmonetarisieren...?


    Das ist doch schon lange nicht mehr so. Youtube hat das System vor einiger Zeit geändert. Wenn man jetzt einen Widerspruch einlegt wird der Claim mit allem drum und dran sofort auf Standby gestellt, heißt, ihr könnt das Video frei nutzen. Das wurde eingeführt damit eben niemand mehr Einnahmen wegen sowas verliert oder seine Videos nicht ausstrahlen kann, wenn es einen Fake-Claim gibt.

  • Video laggt nach Encodierung

    @Kayten zurückspulen hat die laggs reproduziert, hab mir die stellen mehrfach angeschaut. Also die im lokalen encodierten Material, und die sind eben im Rohmaterial definitiv nicht drin. Ich kann mir nicht vorstellen, dass MPC-HC mit kompromierten 7GB Dateien Problemen hat, das noch viel massivere Rohmaterial mit 150GB aber absolut flüssig abspielen kann. Die Aufhänger sind definitiv kein Buffer, nicht nur, weil der Kreis nicht da ist, sondern auch weil die Sekunden weiterlaufen und auch der Ton und nur das Bild sowas hat.


    Genaue Zeitangaben kann ich gern heute nach dem Schlafen machen, bin gerade Hundemüde :sleeping:


    @Sagaras Das hört sich interessant an. Das Video hatte auch anfangs nachdem es hochgeladen war ja erstmal nur schwarzes Bild und legidlich Ton - und dann kam es sofort in 1080p@60 raus, fand ich auch schon komisch. Hab bisher kein Video gehabt was anfangs kein Bild lieferte, wenn auch nur 360p.

  • Video laggt nach Encodierung

    Hi! Ich habe ein sehr kniffliges Problem. Ich habe gestern zwei Videos direkt hintereinander aufgenommen, das erste ist nun auf meinem Kanal und hat zwischendurch Passagen, wo die FPS nicht so optimal ist und das Bild manchmal ganz kurze Hänger hat. Davon gibt's zwei Sorten:


    1. Hänger die nur auf Youtube passieren. Wenn man zurückspult sind sie nicht mehr da - keine Ahnung warum, hab ich sonst bei keinem Video, benutze Chrome. Jemand hat mir sogar gesagt, dass er dort (allerdings mit Firefox) 4-5 Sekunden Aufhänger hatte. Ich tippe hier auf Firefox da der ja sowieso Probleme mit Videos hat.
    2. Passagen wo die FPS etwas einbricht, gibt es auch bei der Lokal encodierten Datei, nicht aber bei der Rohdatei (Mit MPC-HC geprüft).


    Nun, ich habe nur Video 2 geprüft, aber da ich die direkt hintereinander aufgenommen habe dürften die identische Performance haben. Fakt ist aber, dass durch die Encodierung FPS-Schwache Passagen entstanden sind, die es so vorher nicht gab. Egal wo ich in der 25 Minuten langen zweiten Aufnahme lokal reinspule, alles bleibt super flüssig.


    Also es gibt praktisch nun zwei Probleme:
    1. Die Laggs durch die Encodierung entstanden sind.
    2. Dass Youtube dem Video nochmal Extra-Bildaufhänger spendiert, die es in keiner der lokalen (auch nicht encodierten) Datei gibt. Passiert vorrangig beim Spulen, jedenfalls bei mir. Wobei ich mir das schwer erklären kann da Youtube ja neu enkodiert.


    Primär ist mir aber wichtig warum aus meiner sauberen Rohdatei eine encodierte laggy rauskommt. Meine Einstellungen:


    MeGUI: picload.org/image/rrdaicaa/ssm.png
    SSM: picload.org/image/rrdaicar/megui.png


    Mediainfo (Von der Rohdatei des zweiten Videos, wie gesagt, identische Einstellungen)


    Mediainfo (Von der encodierten Version des ersten Videos, also dem auf YT um das es geht)


    Link zum Video (Lautsprecher für den Anfang runterdrehen sonst R.I.P.) :


    [Externes Medium: https://www.youtube.com/watch?v=MQHddYijpyM]

  • Watch This!

    Spielname: Watch This!
    Angefangen am: 08.07.2016
    Fertiggestellt am: 09.07.2016


    Genre: Horror/Labyrinth
    Plattform/System: PC
    Story/Aufgabe im Spiel:


    Willkommen zu Watch This! - Der fiesesten Gamingshow der Welt! Als Protagonist stürzen wir uns eine Show in der uns Kreissägen, Stachelfallen und fiese mutierte Monster begegnen die nur darauf warten, uns durch enge Korridore zu jagen. Wofür wir das tun? Um unserer Familie Geschenke freizuschalten und das schaulustige Publikum zu befriedigen! Unser Einsatz? Unser Leben!


    Aber hey, wenigstens gibt es ab- und an Beifall.


    Audio-Kommentar: Ja


    Videos:
    Folge 1 - "Die fieseste Gamingshow der Welt!"


    Screenshot:

    [IMG: http://www2.pic-upload.de/img/31160243/ProjektWatchThisFolge1.png]

  • MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

    Ok also B-Frames 0 und CRF 18 machen scheinbar wenig Unterschied. Das Video ist 4 minuten kürzer, hat trotzdem eine geschätzte Zeit von 2h40minuten und die Dateigröße liegt bei 6GB, steigend. Da stell' ich lieber zurück und beiss in den sauren Apfel, ist eh nur noch eine Folge :P


    Edit: Gut die Dateigröße hat sich jetzt bei 5,6GB eingependelt. Encodierdauer ist gleich wenn nicht höher, Dateigröße ist somit dann 1,4GB weniger.


    Edit²: Hab auf CRF 17 zurückgestellt und B Frames 3,
    nun geschätzte Zeit 3h05min, Dateigröße 7,4GB.


    Das ist ja schlimmer als bei Folge 1, trotz kürzerer Laufzeit xD Naja ich lass das jetzt so. Die 2 GB und 20 Minuten sind's für die letzte Folge nicht so wichtig.