Intel taktet seit Core2Duo generell runter wenn die CPU zu heiß wird, mal mit "Prime95" die CPU ausgelastet und mittels zB. "SpeedFan" geguckt wie heiß die CPU dabei wird?
Beiträge von TbMzockt
-
-
Ich hab seit dem ersten Video eine, nur wenn ich Nachkommentiere mache ich keine da ich dort ja nur "gelangweilt" vor dem PC sitze und mir das Video in Premiere angucke während ich etwas Vorlese oder über vorgegebene Themen rede...
Bin aber auch kein "OverActer" der jetzt bei jedem Jumpscare direkt schreit und einen Herzinfarkt bekommt wenn ich mal Horror spiele, aber wenn man genau hinguckt erkennt man schon wenn ich mich erschrecke...
-
Als Beispiel am Dienstag Abend hatte ein Video von mir 127 Klicks, am morgen danach 260 Klicks, am nächsten Tag nur noch 60 Klicks und heute nur noch 28 Klicks.
Ist normal, hatte ich früher auch auf Videos... am ersten Tag 34 Views, dann ein paar Stunden später nur noch 26 und am nächsten Tag dann 18... das ist die Filter-Funktion von YouTube die Bots und andere Fake-Views filtert (durch F5-Reload usw). Man merkt halt das sich die vielen Server nicht sofort synchronisieren sondern etwas brauchen um ihre Daten auszutauschen...
-
Mit AVISynth könntest du das genau prüfen lassen.
Welche Matrix verwendet YouTube? Manche Programme gehen ja "stur" davon aus das alles <720p nur 601 ist und >=720p dann 709...
-
sofern man eben nicht Werbung drauf schaltet
RocketbeansTV (Spiele mit Bart) sehen es übrigens nicht gern wenn man ihr Material mit Werbung versieht, Best-Of und sonstige Sachen sind erlaubt solange du es eben nicht monetarisierst...
Denke wenn Gronkh wüsste was alles mit seinem (Rechtlich geschütztem) Namen angestellt wird... manche Fan-Projekte feiert er ja selber, aber wenn ich manchmal so sehe wer sich da in die Vorschläge der Videos "schummelt" durch miese Zusammenschnitte... *ankopffass*
-
Am besten bei YouTube-Gaming in LiveStreams gehen die (entfernt) mit dem Kanal zutun haben und dort einfach jede Minute etwas spammen wie "Ab 100 Abos verlose ich eine 10€ Paysafe-Card"... hilft bestimmt und lockt absolut keine Hater an...
-
Kennt ihr also eine gute Aufnahmemöglichkeit mit der man von einem leistungsschwächerem PC aufnehmen kann, während man dort auch gleichzeitig spielt?
AMD und NVidia haben beide Aufnahme-Software die mittels Hardware deinen Rechner bei der Aufnahme wenig bis gar nicht belasten, unter OBS kann man diese Hardware auch nutzen, das spart wertvolle CPU-Resourcen...
-
Kommt drauf an wo die Cam steht, du guckst ja AUF den Monitor, heißt die Cam steht entweder oben drauf, links/rechts daneben oder (was ungünstig ist) unter dem Monitor...
Die Cam immer so ins Bild montieren das du "zum Spiel" guckst, also in Richtung der Mitte des Monitors... sprich wenn die Cam eben auf dem Monitor ist evtl. etwas leicht nach Links/Rechts verschieben damit du nciht "geradeaus" unter die Cam guckst...
Zur Not die Cam spiegeln...
Ich hab sie meisst oben Links im Bild, bei manchen Spielen auch Rechts aber dann eben gespiegelt (merkt kaum einer das man dann nicht mehr 100% so aussieht wie in Wirklichkeit)
-
Harte Kontraste helfen ungemein den "automatischen" Ausschneide-Werkzeugen bei zB. Photoshop die Arbeit abzunehmen, jedoch muss man trotzdem "Hand anlegen" und es manuell selber machen, dafür gibts keine Automatik...
Einzig bei Bewegtem Material gibts Filter und Methoden um den statischen Hintergrund zu "filtern"... dies wird aber wiederum von Bildrauschen und Encoding-Artefakten erschwert und ist oft auch nicht ohne manuelle Nachbearbeitung möglich.
RotoScoping nennt sich das Verfahren um einen Schauspieler vom Hintergrund zu trennen (Bild für Bild!) und ist recht aufwendig...
-
Lädst du es aber ein YUV Video in ein Bearbeitungsprogramm wie Adobe, oder was weiß ich, hast du ein RGB Output anzuliegen und dann trifft diese Tool-Tip Notiz nicht mehr zu.
Mir ist jetzt beim weiteren Testen (der erste Schritt war ja nur zu gucken ob und wann VirtualDub bei einem Lossless Codec 1:1 das ausgibt was ich reinpacke) aufgefallen das Adobe Premiere nur mit dem von MagicYUV im korrekten 601-Farbraum erstellten Videos keine weiteren Probleme macht, Lagarith jedoch die Farben verfälscht weil es (oder Adobe) scheinbar die falsche Farbmatrix nutzt um das ganze wieder in RGB umzurechnen, komischerweise passiert das nicht wenn man Lagarith RGB füttert statt direkt YUV zu nutzen (lasse ich Premiere wieder exportieren passiert dies ja direkt in RGB24/32 und Lagarith nutzt die korrekte Matrix zum umrechnen, es kommt hinterher wieder der "perfekte" RGB-Wert der Farben raus)...
Heißt zukünftig werde ich meine Aufnahmen im Zwischenschritt mittels MagicYUV statt Lagarith encoden da Premiere damit (mit den richtigen Settings in MagicYUV) keinerlei Probleme bereitet im Gegensatz zu Lagarith...
Zuletzt müsste ich jetzt noch kontrollieren was mit dem Material passiert wenn ich es von Premiere exportiert habe und anschließend in h264 encode, dort hatte ich bisher (da Premiere ja "unfreiwillig" nach RGB konvertiert beim Export) keine Probleme, das Material sah auf YouTube genau so aus wie bei Premiere im Vorschau-Fenster... aber Kontrolle ist besser... mich nervt dieses Farbmatrix-Konvertieren schon seit längerer Zeit und es sitzt so im Hinterkopf da endlich mal (für mich!) durch ausprobieren Klarheit zu schaffen... erzählen kann man mir viel, solange ich es nicht selber verifiziert habe glaube ich davon heutzutage nicht alles sofort...
-
YUV hat immer eine Farbmatrix. IMMER.
Nur sollte darauf auch im Tooltip hingewiesen werden anstatt die Option als "not relevant" hinzustellen, was sie ja definitiv nicht ist... für jemanden der sich damit intensiv beschäftigt (wie dem Coder von MagicYUV) vllt. nicht wichtig, aber jemandem der das Thema nicht in jedem winzigen Detail kennt sollte ja eigtl. der ToolTip erklären WAS man da einstellt und WOZU es dient...
-
Ein YUV Farbraum errechnet seine Farbe aus RGB und Farb-Koeffizienten. Sprich der Farb-Matrix.
Diese Matrix bewegt sich in anderen Farbbereichen als RGB selbst.Jede Matrix hat somit eine andere Farbdarstellung des Bildes.
Um einen YUV Farbraum wieder in RGB zu wandeln muss die Farbmatrix wieder entfernt werden, weil RGB nun mal keine hat.
Die Beschreibung dieser Farbmatrix-Option ist irreführend, da ich ein YUV-Input habe wird ja laut dem Tooltip keinerlei Farbmatrix verwendet (was dort eingestellt ist sollte demnach keinerlei Auswirkungen haben, weswegen ich diese Option beim Testen auch ignoriert habe), trotzdem ist diese Option ja relevant da man dort eben scheinbar auch ohne RGB<->YUV-Konvertierung einstellt in welcher Farbmatrix das Original gespeichert wurde damit eine beim kodieren nicht relevante spätere Umwandlung in RGB korrekt erfolgt...
Korrekt müsste diese Option also bezeichnet werden mit "bei RGB<->YUV Konvertierung benutzte Farbmatrix, relevant beim späteren dekodieren um wieder den dem Original entsprechenden Farbraum zu erhalten auch wenn beim speichern keinerlei Farbraumkonvertierung erfolgt"
-
MagicYUV als auch UTVideo können BT.601 als auch BT,.709 nutzen für ihre YUV Farbräume.
Zitat MagicVUY: "Color matrix to use when doing YUV <-> RGB conversion." - "NOTE: This option is not relevant when [..] compressing and decompressing only in YUV color space."
Komisch... arbeite ich in RGB (und demzufolge wird ja laut Hinweis-Text eben die Farbmatrix benutzt) sind die Farben nahezu 1:1 identisch (Option steht auf Rec.709), arbeite ich aber ausschließlich in YUV sind die Farben plötzlich falsch?
Also YUV "as-is" abgespeichert verursacht falsche Farben, RGB "converted" nach YUV behält die korrekten Farben?
Ist die Beschreibung irreführend? Sollte MagicYUV nicht einfach nur 1:1 das was ich reingebe "komprimieren" anstatt irgendwelche Farbräume umzurechnen?
// EDiT: Weiterer Test, stelle ich den (ja angeblich bei YUV nicht beachteten Farbraum) von 709 auf 601 um, schon kommt hinten das raus, was ich vorne reinstecke... WARUM steht dann aber dort "This option ist NOT RELEVANT" wenn sie ja DOCH relevant ist bei simpler YUV-Bearbeitung?
// EDiT2: Zudem fällt mir schon wieder auf das ROT um einen halben Pixel nach oben "springt", bei Lagarith ist das beim direkten Vergleich nicht der Fall, Grün und Blau sind 1:1 am selben Fleck, nur Rot "springt" eben 1/2 Pixel hoch...
-
Weil das was du da halt irgendwelche kuriosen Test machst.
Ich nehme das selbe Input-File (ein AVS-Script) mit Farbkästen, jage es durch VirtualDub und bei VY12 (was das AVS-Script ausgibt) kommt eben danach nicht das raus, was ich reinschicke, bei RGB888 und bei Lagarith schon... was ist daran "kurios"?
Ich erwarte das ein Codec bei VirtualDub das abspeichert was ich ihm reingebe, nicht wie aktuell irgendwelche verfälschten Farben solange ich ihm nicht RGB füttere... das ist für mich eindeutig ein Bug, "Lossless" soll ja 1:1 abspeichern was ich reingebe (abzüglich Rundungsfehler) aber nicht direkt die Farben um 32 Werte zu niedrig berechnen...
Wenn ich nur unter "Labor-Bedingungen" 1:1 das rausbekomme was ich reinschicke, dann nützt mir MagicVUY nichts...
-
Ich finde den MagicVUY-Thread leider nicht mehr, ist es normal das MagicVUY die Farben "verhunzt" wenn man eine VY12-Quelle mittels "As-Is" damit komprimiert? Ich hab mal ein Testmuster verglichen und deutliche Farbabweichungen festgestellt (mit aktueller MagicVUY Version)...
Besonder auffällig bei "reinem" Grün, Quelldatei hat an der Stelle ein (mehr oder weniger sauberes) RGB: 42,254,1, die MagicVUY-Version zeigt dort aber RGB: 27,219,0 was deutlich unterhalb des Originals liegt, zum Vergleich liefert Lagarith dort RGB: 42,254,0
Beide Codecs wurden direkt mit VY2-Material per "Fast Recompress" aus VirtualDub gefüttert, hatten also beide die selbe Quelle, trotzdem hat MagicVUY es (egal welche Settings) jedesmal nicht hinbekommen dort 1:1 wieder das auszugeben was man reinpackt.
Zum vergleich: Schiebe ich per VirtualDub und "Full Processing Mode" ein von VY12 nach RGB888 konvertiertes "Signal" an MagicVUY so kommt dort im Anschluß bei YUV422 auch wieder die korrekte Farbe RGB: 42,254,1 raus...
Ist der Input-Pin von MagicVUY was YV12 angeht "defekt" oder warum schafft der Codec es nicht 1:1 das abzuspeichern was ich reingebe? Im "As-Is"-Modus sollte er doch keinerlei interne Farbraum-Konvertierungen vornehmen oder?
TLDR:
Fast Recompress, Input = VY12 - Quelle: 42,254,1 (RGB), MagicVUY: 27,219,0 (RGB), Lagarith: 42,254,0 (RGB)
Full Processing Mode, Input = RGB888 - Quelle: 42,254,1 (RGB), MagicVUY: 42,254,1 (RGB) -
warum nicht audition?
Die filter von audition sind viel sauberere Qualität.Ein Arbeitsschritt mehr als nötig... ich zieh in Premiere einfach nur mein PreSet auf die Audiospur, FERTIG... zudem ist es ein externer Filter...
-
Und beide sind finanziell davon abhängig
Gronkh bekommt von PlayMassive (weil er dort angestellt ist) ein ganz normales Gehalt, seine YouTube-Einnahmen gehen somit direkt an PlayMassive, ich weiß nicht wie es bei Sarazar abläuft aber da wird es wohl ähnlich laufen...
-
Hat noch keinen richtigen brauchbaren. Zweck das Teil.
DVB-T2 wird in Deutschland "exklusiv" davon (also H265) gebrauch machen, sowohl SD- als auch HD-Sender werden damit encoded sein und da die Receiver das Format darstellen MÜSSEN wird es wohl ab nächsten Jahr vermehrt in Hardware-Geräten eingebaut und demzufolge wohl auch bald umgekehrt in Aufnahme-Geräten zu finden sein...
(Sogar Sky sendet die SD-Programme schon länger mit dem Vorgänger h264 anstatt des veralteten MPEG2, wird mit h265 auch so laufen über kurz oder lang das es h264 ablöst)
-
Also mein Monitor ist via DVI-D angeschlossen und am HDMI hängt ein Fernseher, leider starten Unity-Spiele (die neueren wie Fallout-Shelter zB.) gerne auf dem TV weil dieser "oberhalb" des anderen angeordnet ist, der DVI-Monitor ist aber als Primär gekennzeichnet (Taskleiste ist nur darauf zu sehen) und auch als "#1" im System.
Evtl. mal versuchen die "Reihenfolge" wie die Monitore angeordnet sind zu ändern bzw. zu tauschen... manche Spiele haben eine Möglichkeit das man den Monitor einstellt auf welchem sie starten, leider nicht alle Spiele...
meist bekommt man sie auf den anderen Monitor aber nur schwer
Hotkeys: ALT+SHIFT+CURSOR LINKS/RECHTS schiebt ein Fenster auf einen anderen Monitor (geht sogar mit Vollbild-Anwendungen! Mitunter ist aber die Taskleiste noch zu sehen bzw. die Auflösung des Spiels ist dann falsch (wegen deiner Hochkant-Spielerei))
-
hinder den Monitoren kleben
Sind Monitore nicht von Haus aus Flach und reflektieren Schall, die hängen doch noch davor und reflektieren munter weiter oder?