Beiträge von De-M-oN

    2048, nicht 2042 ..


    Vorlage? Du solltest eher die Option wählen das er die Videoeigenschaften ausm Clip selber ausliest, statt eine Vorlage zu nehmen.


    Aber nein. Die Timeline kann auf der Quellvideoauflösung bleiben. Es sei denn du hast Quellvideos mit 2048x1152 zwischen, was wohl eher nicht der Fall sein wird.


    ==> UTVideo RGB kann [lexicon]TMPGEnc[/lexicon] 6's AVI [lexicon]Decoder[/lexicon] nicht decoden. Es wird zwar geöffnet, aber paar sekunden weiter spulen kommt meldung: Schwerwiegender Fehler.


    Abhilfe schafft hier die Datei via DirectShow einzulesen und somit den internen [lexicon]Decoder[/lexicon] zu umgehen. (Bei der [lexicon]NLE[/lexicon] geht sowas praktisches wenigstens - bei jeder anderen [lexicon]NLE[/lexicon] wär man da jetzt aufgeschmissen gewesen)


    Sprich beim Datei öffnen dialog wählt ihr nicht "alle unterstützten Dateien", sondern Kraftleser DirectShow

    308 sieht recht gut aus, da kannste denk ich das weicher bild der besseren [lexicon]fps[/lexicon] mitnehmen. Musst du probieren.


    Ich fahr mit 50fps ganz gut.


    10bit encoding kann man irgendwo nutzen. Bei [lexicon]MeGUI[/lexicon] isses 'nen Haken, bei [lexicon]tmpgenc[/lexicon] weiß ich gerad nicht

    Google Chrome benutzen mit HTML5 Player (ist standardmäßig der bei chrome)
    Auf höchste Qualistufe schalten
    Rechtsklick ins Video - statistiken für Freaks aufrufen.
    Neben Dash steht Encode ID nummer für Video und Audio


    Links ist video und rechts ist audio.


    308 wäre der HFR 1440 encode (worunter auch 2048x1152 fällt)
    303 wäre der HFR 1080 encode in [lexicon]VP9[/lexicon]
    299 wäre der HFR 1080 encode in [lexicon]H.264[/lexicon]
    usw.

    Dann mach die Quality halt auf 60 oder 58.


    Die beiden Punkte sind erheblich wichtiger.


    1080p kriegt nur 5000 kbit im Falle mind 41fps
    2048x1152 jedoch kriegt 15000 kbit im Falle mind. 41 und als [lexicon]VP9[/lexicon] codiert (sofern [lexicon]VP9[/lexicon] bei dir schon aktiviert ist)
    2048x1152 läuft weiterhin auf der 1080p stufe.


    Kannst dir ja erdenken wieviel besser die dann aussehen wird.

    3. Dürfte jetzt an sein. War davor aber nicht aktiviert... Bloß das komische ist ja, dass das Problem nur bei [lexicon]Dxtory[/lexicon] besteht und bei [lexicon]Afterburner[/lexicon] nicht.


    [lexicon]Afterburner[/lexicon] korrigiert die Audiodifferenz auch (anständig)


    [lexicon]DXTory[/lexicon] eben nicht. Und daher kannstes nur synchroner kriegen, wenn du die Latenzen gering hältst und da gehört natürlich eine vernünftige Timingaktualisierungsrate natürlich als erstes zu ..


    weil "Interleave, Dauer : 100 ms (2,50 Video-Frames)" ist extrem, normal sollte da eine 1,0X sein, ideal eine 1,00


    Hängt von ab was für eine Interleave Länge vom Programm benutzt wird.


    Bei 100ms wäres also 100 ms video, 100ms audio, 100ms video etc Struktur. So muss der Lesekopf der Platte nicht ständig hin und her springen.
    Bei non-interleaved wäre zuerst nur Video und dann nur Audio. Beim abspielen beider Spuren muss die Platte dann ständig springen.
    Bei einem Encode ist das allerdings von Vorteil, denn zb [lexicon]x264[/lexicon] möchte ja nur den Videoteil haben und hat es dann natürlich leichter, wenn er alles an einem stück hat, statt das man sich das zwischen dem Audio rausfriemeln muss.


    Aufnahmeprogramme nehmen aber alle interleaved auf. [lexicon]Afterburner[/lexicon] setzt den Interleave identisch zur Framezeit. Bei 50fps also ein Interleave von 20ms. Darum steht bei [lexicon]Afterburner[/lexicon] entsprechend 1,00 videoframe. Weils dann ja immer 1 [lexicon]frame[/lexicon] video ist, dann audio, dann 1 [lexicon]frame[/lexicon] video usw.
    Das sollte möglichst dann exakt 1,00 auch sein und nicht vom angestrebten Ziel abweichen.

    Würde mich stark wundern, wenn die jeweilige SATA Geschwindigkeit zwischen den Festplatten aufgeteilt wird.


    Das meinte ich nicht. Aber ich ging davon aus, das übern Controller eben nicht mehr als 3 Gbit gehen. Und das RAID würde das ja sprengen. Das heißt also ich habe pro anschluss 3Gbit und wenn das im totalen 3Gbit übersteigt geht das insofern? Das wär natürlich cool.


    UTVideo ist deutlich schneller als [lexicon]DXTory[/lexicon] [lexicon]Codec[/lexicon].

    Weshalb? Die Bedeutung von SATA 3 für HDDs scheint recht gering zu sein, denn mein [lexicon]Mainboard[/lexicon] kennt das nicht mal und scheint das RAID trotzdem ausreizen zu können.


    Mit SATA 2 390 mbyte/s?


    Wie gehtn das? o.o


    hmmmm ist das vllt so, das pro Anschluss die 3 Gbit im Falle SATA 2 laufen können und der gesamtoutput unbegrenzt ist??


    Wäre natürlich eine interessante Erleuchtung ..


    Weil 3 Gbit müsste sonst spätestens bei 350 mbyte dicht machen o.o



    Aber ich hab beim Booten festgestellt, das ich das anscheinend eh voll dämlich angeschlossen hab - denn scheinbar hab ich 3x sata 3 ? Jedenfalls tauchen 3 Platten beim Intel auf - und da ist als dritte am SATA 3 meine alte Samsung dran - wtf, das ist ja nun völlig fail. Da hätt ich ja zumindest dann die 3 TB Seagate vermutet - aber die alte Samsung? o.o Da kann dann ja eig. die [lexicon]SSD[/lexicon] ran ...


    Ich muss da unbedingt nomma den rechner auf machen xD

    Das finde ich dann auch wirklich schlecht... Generell stören diese Spenden extrem den Spiel- und Redefluss.


    Awesome Games Done Quick ist da auchn großes thema. Mannoman das nervt XD


    Zwar wird da für die Prevent Cancer Foundation gespendet, es nervt aber trotzdem, wenn jeder Spender angesagt wird xDD

    Scheint daher was gebracht zu haben.


    Auf jeden Fall. Ist halt bei vielen kleinen Dateien blöd, und bei 64 KB Sektorgröße ist ein neuer angefanger Sektor eben 64 kb speicherverbrauch - also auch eine leere Textdatei - alles womit du bei Aufnahmen aber nicht in berührung kommst.
    Wenn man nur riesen Dateien hat, macht es ziemlich viel Sinn das hoch zu stellen.


    edit: Habs mal auf 64kb statt 4kb probiert und komischerweise machts bei meinem RAID kein Unterschied xD


    4kb: 367 Mbyte
    64kb: 367 Mbyte


    LOL.


    Interessant ist allerdings auch der [lexicon]DXTory[/lexicon] Benchmark.


    Denn die Speed scheint nur erreicht, wenns gecached ist.


    Erste Durchlauf hab ich so um die 300 bis 310 mbyte/s
    Wenn ich danach dann direkt nochmal auf Run gehe sinds halt die 367.


    Da ich aber bei Aufnahmen ja nicht identische Daten schreibe :D geh ich mal von aus, das ich bei Aufnahmebedingungen dann eher auf die 310 bloß komme.


    Witzigerweise hatt ich mit 4kb 311 und mit 64 kb nur 300 mbyte. Kann aber messtoleranz sein.
    Bei CrystlDiskMark sinds 328 mbyte - aber der misst via 1 mbyte = 1000, statt 1024 kbyte. Von daher zeigt CDM eh immer bissl gutmütiger an.


    Naja es brachte irgendwie nichts. Komisch. Sollte es eig. Vllt ist RAID da wieder anders.
    Datenstreifengröße kann ich maximal nur 128 machen. Ka ob 256 mir da bringen würde.


    Auf jeden Fall scheint deine 2TB mehr Gas zu geben als meine.


    Ich könnte meine [lexicon]SSD[/lexicon] mit als [lexicon]Cache[/lexicon] benutzen. Wäre vllt auch noch eine Idee.. Aber da muss ich dann endlich mal ein oder 2 Platten ausmisten, damit ich die [lexicon]SSD[/lexicon] endlich mal vom Marvell trennen kann, da gibt die ja kein Gas. Und mein RAID 0 an SATA 2 stecken will ich erstrecht net.


    Ist auch blöd das der z77 Chipsatz nur 2 sata 3 anschlüsse bietet ..

    Also bei meinem Intel RAID hab ich prozentual das, was du bei lesen hast auch bei schreiben. Also bei mir identisch.


    Haste den Write-back [lexicon]Cache[/lexicon] aktiviert?


    http://abload.de/img/unbenannt2604gsw2.png


    Und wenn das RAID nur für Aufnahmen dienen soll, würd ich auf jeden Fall auch die Clustergröße auf maximum stellen als auch die Datenstreifengröße.


    Das ist zwar nachteilig für kleine Dateien - aber vorteilhaft für große Dateien - mehr speed auf großen.


    Und ich sehe gerad, das ich bei mir selber bloß die Datenstreifengröße auf 128 kb habe, aber cluster noch der standard von 4096 bytes.
    Sollt ich mal ändern..


    So würde dann zwar auch eine textdatei mit nur einem buchstaben direkt 64 kb belegen, weil du somit 64 kb sektoren hast, aber bei großen Dateien ist das schneller so - und bei Aufnahmen haste ja nur mit großen zu tun.

    Mal gucken wieviel weitere Software damit nicht läuft.


    Ich sehe schon Arbeit auf uns zukommen, weil das Betriebssystem bestimmt wieder macken ohne Ende haben wird.