Setz bitte die Pfade in " "
Sonst gibt es bei Pfaden mit enthaltenen leerzeilen naturgemäß Probleme, weil die Zeile dann ja nicht mehr wissen kann ob neuer Parameter oder immer noch der Pfad.
Und deine Pfade haben Leerzeilen drin. Nämlich dein F1 2016 Ordner.
Beiträge von De-M-oN
-
-
alternativ: dgvoodoo 2
(was dann auch 8x MSAA kann^^)
Was meinste, wieso mein NFS 2 oder Blood 2 in 2560x1600 laufen und so aliasingbefreit aussehen ♥ -
Bezweifel ich. Was hat der Treiber mitm Hook zu tun?
Das wird schlicht an Windows 10 liegen. Wie immer halt.RTSS ist version 6.6.0 bei dir?
-
würd halt einfach mal nur das machen.
ffmpeg -i quell.avi -acodec copy -vcodec copy ziel.avi -
Laut Mediainfo ist alles da. Abspielen kann er es auch.
Das ist bei nur defekten indexeinträgen auch so gegeben
Ich sag nur bei meinen damaligen Amarec Aufnahmen wo ja des öfteren mal defekte indexe waren. Abspielbar und Header da. Aber durch dem defekten Index an einer bestimmten Stelle skipt der beim Abspielen halt 'nen Anteil des Videos. -
Einzige alternative wäre ShadowPlay momentan und Mikrofon extra aufnehmen
Das muss ich bei meiner CC auch. Das ist aber überhaupt kein Problem. Ich krieg das sogar auf den Frame akkurat hin

Läufts denn mit dgvoodoo 2?
Haste den großen Patch von iplounge drin den ich dir mal verlinkte? -
Alles anzeigen
Probiere es mal mit der aktuellen FFmpeg Version neu zu reencoden.
http://ffmpeg.zeranoe.com/builds/
ffmpeg -i "Y:\F1 2016\F1_2016 2017-04-20 21-42-56-401_#159.2.avi" -map 0:v -c:v magicyuv - map 0:a -c:a pcm_s16le "Neu.avi"
Wenn FFmpeg ein Fehler im Prozess Verlauf aufweisen tut, diesen dann bitte mal posten.
Reicht da kein kopieren? Klingt mir ja eher nach indexprobleme wieder^^
-
Die Dateigrößen kommen doch nicht vom Aufnahmeprogramm, wtf

Gleichen Aufnahmecodec nehmen und gleiche Dateigrößen kommen raus. MagicYUV encodiert doch und nicht das Programm. Das Programm übergibt die Frames nur an den Encoder

dann die Tonspuren (bei MSI kein Mono auswählbar)
Das musst du im Treiber einstellen. Und wenn das in Windows / Treiber so nicht einstellbar ist, solltest du das eh nicht machen, weil du sonst 50% leiseres Mikrofon hast!

Dann die Ordner auswahl (nein ich nehme nicht in einem Ordner auf
Wo dann? Irgendwo rein musste ja aufnehmen^^
-
Nö in Mediainfo steht nur Bitrate, aber das bezieht sich auch auf die Schnittbitrate und deutet nicht auf CBR hin. Bei x264 Videos steht ja auch Bitrate undn Wert da.
Ich glaub Mediainfo misst das nichtmal ob CBR oder VBR, sondern misst einfach nur die Schnittbitrate und fertig.Bin auch echt mal gespannt wann Nvidia sich mal gedenkt von der tv.601 farbmatrix zu lösen. Denn dadurch verlieren wir auch einiges an Farbsättigung..
Lange Zeit konnten die wohl nicht mal H.264 weil es nicht "professionell" war (hab ich aber auch nur aus dem forum)
Bin mal gespannt wie die das bei VP9 und H.265 lösen wollen. Die beiden kommen beide in einen MKV Container. Das dürfte Adobe gerad mächtig ankotzen
Kein Wunder das es nicht unterstützt wird bisher ;D
edit: Obwohl H.265 geht wohl anscheinend doch auch in MP4, war zumindest in MeGUI auswählbar, aber VP9 definitiv nicht
Hat Adobe ja nochmal Glück gehabt xD Unterstützen tun sie es trotzdem bisher ja nicht 
-
Liegt bestimmt nicht daran, das es für was anderes ausgelegt ist
Das entschuldigt nie schlechte De- und Encoder. Nie. Wie kann sowas eine Entschuldigung sein alpha status decoder zu haben. Decoder die nichtmal vollständig H.264 unterstützen. Seriously das geht einfach gar nicht.
Zb ist es eigentlichnen CBR encoding aber dennoch scheint die Bitrate Variabel vegeben zu werden, wenn man sich das mal im Bitrate Viewer ansieht.
Wie kommst du da drauf? Das ist vollstens VBR. Inkomplexe Szenen werden niemals 130 mbit kriegen. Das ist eine VBR Schnittbitrate, kein CBR.
Problem ist: Adobe sieht VFR als "nicht professionell" an und unterstützt es dadurch nicht (korrekt)
Aber ihre alpha decoder sind professionell die nichtmal mehr als 3 Einstellungen haben?
Junge, junge.
Die kriegen nicht mal MKV auf, aber ist ja sicher auch nur unprofessioneller Container xDDas kann ich mal ausprobieren, ich denke aber nicht dass das geht - einstellen kann man es bei Adobe jedenfalls nicht und ich schätze er nimmt einen internen Decoder mit Ausnahme der für ihn unbekannten Formate (die er ja total logisch an der Dateiendung erkennt anstatt am header :/)
Musst aber vorher in der ffdshow konfiguration rein, weil die premiere exe steht in ignorierliste drin, wo es dann kein Wunder wäre, wenn premiere das nicht nimmt. Ich denke zwar auch das er weiterhin intern decodieren wird, aber so wäres ja von vornherein ausgeschlossen, solangs in ignorelist steht.
-
First - ich möchte keine Grundsatzdiskussion wie scheisse Shadowplay doch ist wegen Bitrate, Farbpalette und eben VFR.
Eher würd ich zuerst auf Premiere rumhacken wie man nur so beschissene Decoder haben kann

Im Geforce Forum ist 'ne Abstimmung wo du CFR u.a. voten kannst. Würd ich mal vorbeischauen. Vllt macht ja Nvidia doch iiiirgendwann mal was
-
Keine Ahnung mehr ob du schon was zu sagtest, aber: Wenn Afterburner besser läuft, warum bleibste nicht bei dem?
-
Wie hat er seinen kopf durch den Kragen des Pullovers bekommen

-
Braucht halt sehr lange um das Video nach dem Vorspulen wieder abspielen zu können, aber es Funktioniert.
Das Problem würdest mit keyint-infinite bei jedem Player haben. Das liegt nicht am Player, sondern an deinem Video. Wenn du ein schnell spulbares Video willst - lass keyint auf einen üblichen wert, statt einer endlos gop.
Keyframesuche (schnelles spulen) wäre tatsächlich schneller, aber dann eben unterschiedliche Zeitsprünge - nur kann das natürlich auch nur dann richtig funktionieren, wenn du auch viele keyframes hast und nicht alle paar minuten mal einen^^
-
Pfeil links/rechts sind 5 Sekunden Schritte bei mir

Hast du vllt bei Optionen - Optimierungen - Schnellen Suchlauf angehakt?
Weil dann wäre's klar, dann geht er zum nächsten keyframe und der kann - falls keyint-infinite verwendet, natürlich mal mehrere minuten auseinander liegen
Und zwar bis am Ende des Videos. Manuell kann man ja auch nicht mit dem Mauszeiger auf der Timeline hin und her "switchen", also an einer bestimmten Stelle. Entweder nur bis zum Anfang oder zum Ende des Videos. Es stört mich extrem!
Na aber natürlich kann man das

Klingt nach keyint-infinite und Schnellem Suchlauf aktiviert ;-D Damit kämen andere Player auch nicht gut zurecht
Träge? ja mit keyint-infinite musste dich nicht wundern, wenn ein Suchlauf träge ist

-
Videos, die die meiste Interaktion in kürzester Zeit erzeugen (likes/dislikes Kommentare, shares) werden am besten gerankt.
Und wenn die Videos noch geplant sind? Oder zählt wirklich erst wenn sie öffentlich gegangen sind? In die Suche gehen sie natürlich erst bei Veröffentlichung, aber ab wann tickt die Uhr?

-
Vielleicht hat derjenige ein Video gesucht, was er schonmal sah; weiß aber nicht mehr welcher Teil, nur wie es anfing.
Das wäre sogar super. Weil dann würde er eine Watchtime überhalb 100% generieren. Gerade Musikvideos bekommen naturgemäß sogar sehr leicht über 100% watchtime von Zuschauern, weil sie ja den Song mehrfach hören möchten ;D
-
Das macht Magic Actions mir schon seit jahren

-
Ach und Median bringt ruckler, hab ich dann auch umgestellt auf Dynamic
Das kann aber nicht sein. Ich hab nur einen popeligen 3770k verglichen zu deinem und da ruckelt absolut gar nichts..
Festplatte vllt zu langsam?Zumal Dynamic den Rechner MEHR beansprucht, weil er hier auf maximale Kompression geht. Der nimmt dann immer den Modus der sich für die aktuelle Situation am besten eignet. Und wenn an Stelle X Median die höchste Kompression erzielt nimmter auch hier das.
Der Dekoder jedoch ist bei der 2.0 ein "Read Only" Codec, sprich der dekodiert nur und daran hängen sich manche Programme auf die nur gucken "Was dekodiert jetzt dieses MAGY, ach, der dekoder... mal gucken ob der auch encoded... Nein? Dann nehm ich den nicht!"...
Es könnte so leicht sein - man guckt ob es einen systeminstallierten Decoder gibt und lässt ihm machen. Warum machen es sich die Timeline Programme bloß so schwer -.-
-
Nein kann man nicht, da dies der Kommentar Programmcode von google+ war, der nun mit der Abtrennung nunmal logischerweise wieder fehlt und man wieder auf dem Stand des alten Kommentarsystems natürlich wieder zurück ist.
Man müsste das youtube eigene kommentarsystem dann erweitern.
Aber jedes weitere rumfummeln führt nur wieder dazu, das es bei älteren Kommentaren wieder Probleme gibt.Ich versteh den ganzen Aufruhr wegen g+ eh nicht. Wer es nicht nutzen will, lässt es halt bleiben. Wo das Problem xD