44,1 und 16bit
Kannst du alles in Windows/Soundkarte einstellen
Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen44,1 und 16bit
Kannst du alles in Windows/Soundkarte einstellen
Edit:
Codec ID/Info : Basic Windows bitmap format. 1, 4 and 8 bpp versions are palettised. 16, 24 and 32bpp contain raw RGB samples
Das ist nicht [lexicon]Lagarith[/lexicon]. Bei dir hat sich der Codec verstellt. Da nochmal [lexicon]Lagarith[/lexicon] einstellen. Da mässte nämlich dann [lexicon]Lagarith[/lexicon] oder Lags stehen.
Bei Gspot steht lags.
Das ist alles das Resultat des fehlerhaften/fehlendem Headers.
Aber Audio in 192 khz aufnehmen, also auf die Idee muss man auch erstmal kommen ![]()
Ist logisch das kein Media Player die Datei abspielen kann, wenn der Header fehlt/defekt ist.
Warum das bei dir so ist, kann ich dir aber nicht sagen.
Ja sicher. Oder willste ein Mischmasch aus MP3 und [lexicon]OGG[/lexicon] bilden ![]()
Geht natürlich nicht ![]()
Wenn man sich damit nicht so gut auskennt, muss man sich halt auf Aussagen anderer Verlassen. Ich wette wenn ich deine Tipps in einem anderen Forum poste, schreibt wieder einer warum ich so komische Einstellungen benutze
Ja aber dann liegt das andere Forum falsch.
Mehr als 44.1 khz ist unsinnig. Erstrecht bei Lossyformaten. Da ist die [lexicon]Bitrate[/lexicon] besser innerhalb 44.1khz investiert.
Die [lexicon]Bitrate[/lexicon] kannste gerne auf Maximum machen. Soviel verbraucht Audio nicht. Aber überhalb 200 solltes sein.
Und wenn du in 30fps aufnimmst, erschließt es sich ja von selber, das es schwachsinnig ist dann in 29,97 fps zu encodieren.
Crop Funktion benutzen, der Autocrop Button dürftes dir schon automatisch machen. Dann am besten ein wenig hochskalieren, da die [lexicon]Auflösung[/lexicon] sonst sicher recht niedrig ist und das ist dann doof wegen Youtube.
@graefchen:
Nope mit komprimierung und mit 44Khz
Zeige trotzdem mal eine Env Info - wobei der Thread ist wohl für [lexicon]DXTory[/lexicon] Hilfe der falsche ..
Jedenfalls beim [lexicon]DXTory[/lexicon] Codec @ YUV420, ggf mit Compress Haken und proc. Threads auf 2, und die Haken [lexicon]Synchronous Surface Lock[/lexicon] und wait for available buffer setzen.
Oder bei langsameren Platten nimmste den [lexicon]Lagarith[/lexicon] Codec @ Mode YV12 und [x] Multithreading und ebenfalls den beiden Haken.
Divx oder nen codecpack können eine Ursache sein.
Falsche Einstellungen zum zweiten.
Ich wette du hast in RGB und ohne Komprimierung aufgenommen und 48khz Audio. Du hast 100%ig falsche Einstellungen gehabt, da bin ich mir ziemlich sicher ![]()
ZitatSpielste nun in Stereo oder nicht?
Das haste noch immer nicht beantwortet ![]()
und außerdem ruckelt das spiel mit DXtory...
Falsche Einstellungen.
__
Spielste nun in Stereo oder nicht? mein post haste keine Beachtung geschenkt ![]()
[lexicon]Multichannel[/lexicon] Audio umwandeln in stereo: On
Ausschalten und Spiel in Stereo spielen und aufnehmen.
Echtes Stereo ist viel besser als runtergerechnetes. Vllt behebts ja auch dein Problem.
Wie kann ich (mehr oder weniger) manuell diese AVI beenden und lesefähig machen?
Gar nicht. Die Datei ist zerstört.
Zitatund ich hätte da noch eine frage/problem: mir ist grad nach 17 minuten STALKER abgeschmiert => Aufnahme beendet => dankenswerterweise wurde die AVI nicht fertiggeschrieben-.-
Ist halt der Nachteil an AB.
[lexicon]DXTory[/lexicon] kostet zwar Geld, dieses jedoch schließt die Datei nach einem Spielcrash.
Wie lädstn in dem Zustand Videos hoch ohne zu verzweifeln? o.o
"Faster than 97% of DE"
Das wüsst ich aber xDDD
Ok das ist natürlich eine Möglichkeit aber ein anstieg von 3 auf teils bis zu 5 Stunden ist etwas extrem oder nicht?
Kommt auf deine [lexicon]CPU[/lexicon], Komprimierbarkeit des Materials und deinem gewählten Preset an. Und natürlich auch die Framemenge und Größe und ob noch Filter vor-verarbeiten auf welche [lexicon]x264[/lexicon] warten muss.
Zitatist es warscheinlich, das TMPGENC 5 diesen auch einführt?
Frühestens [lexicon]TMPGEnc[/lexicon] 6 würd ich sagen.
Ein Codec braucht schon seine jährchen bis er sich durchgesetzt hat. Ich denke vor 2014 braucht man sich noch gar nicht Gedanken darüber machen.
Dein Material wird später schwerer komprimierbar, dann musser länger nach Kompressionsmöglichkeiten suchen.
100MBit Leitung .. Upload rund 2,5 MBit
Warum hast du bei einer 100 mbit Leitung einen nur so beschissenen Upload? Wasn das fürn Anbieter lol
Und ähmm... Mikael, könntest du noch den Unterschied zwischen [lexicon]Lanczos[/lexicon] und Spline64 erklären? Wäre super nett
Spline64 könnte etwas langsamer sein, behält aber im Nuancenbereich mehr Detail da als [lexicon]Lanczos[/lexicon] 4.
Kann ich dann im Script einfach Lanczos4Resize nehmen und es würde das Video auch wirklich resizen?
Naja klar.
zu 2) Ich glaub das liegt eher an Premiere, als am [lexicon]Frameserver[/lexicon]. Ka.
Bei meinem Video?
Also bei mir läufts perfekt flüssig.
Ich fürchte vor allem, dass, wenn wir bis dahin immer noch mit dem Flash Player rumgurken, dieser nicht fähig sein wird, das in Echtzeit zu decodieren. Ich meine, für h.264 auf 1920x1080 ist die Flash-Implementierung schon zu langsam, und ich hab nun wirklich keine schlechte [lexicon]CPU[/lexicon].
Dem Flash Player trifft überhaupt keine Schuld ..
Es liegt am Youtube Player. Guck dir ein Video über meinem JW Player an, der auch über Flash darstellt und da gibts keinerlei Probleme mit 2048x1152 aufgelösten Videos.
Auch Vollbildschaltung geht nahtlos, nicht wie bei Youtubes Player ![]()
http://killerinstinct.ath.cx:2…4_TRN_03_01_12-part2.html
2048x1152 ![]()