Beiträge von De-M-oN

Zitat von Northgate

Wenn man nacher nicht noch muxen will muss der drin sein, ansonsten ist das Video asynchron

ultrafast, qp 0

fertig.

Was will er mit langsamen lossy encodes bei 200 mbit upload. Bei 200 mbit upload auf 12 mbit ABR runterzudrücken ist noch umso mehr unverständlich. Das drückt ja dann auch auf die Qualität schon. Vor allem mit dem Zero Latency Elend noch dazu.

Wieso soll das ohne Zero Latency asynchron sein? Also in einem gescheiten Container wie MKV ist da garantiert nix asynchron ohne dem Haken.

--bframes 0 --force-cfr --no-mbtree --sync-lookahead 0 --sliced-threads --rc-lookahead 0

Das macht der Zero Latency Haken. Und das ist schon ziemlich schrecklich. ABR 1pass 12mbit bitrate, mit so'nen furchtbaren einstellungen ala keine b-frames, kein lookahead, keinen tree etc, das ist echt nicht das was man machen sollte

Zitat von Northgate

Ich kann nur von UTVideo reden: Der wird von Youtube nicht verarbeitet

Sehr merkwürdig. Hätte schwören können das es mal ging. Zumal die ja auch via ffmpeg decoden und sogar bink videos decodieren können.
Vllt haben sie UTVideo geblockt. Anders kann ichs mir nicht erklären o.o
Aber x264 kann ja auch lossless.
PS: Im Falle Lossless bestimmt das preset noch die Kompressionsstärke der Lossless Codierung.

Zitat von DrWolfsherz

Da ich teilweise Overlays, Texteinblendungen, Fade-In und -Out sowie Schnitte vornehme ist der Einsatz von Movie Studio für mich zwingend erforderlich.

Das wäre auch mit Avisynth möglich. Wenns komplexeres Editing wird, kann eine Timeline halt sinnvoll werden, aber akkurater ist immer Avisynth und spart auch Farbraumkonvertierungen.

Aber mehr quälen mich deine Wahl x264vfw zu nehmen und über AVI auszugeben und was mich noch mehr quält: Warum zur Hölle ein bitratenfixiertes Encoding, wenn es doch CRF gibt? Und warum dazu noch in 1pass modus (ABR) ??
Und auch dieser Zero Latency Haken tut in den Augen ziemlich weh. Warum hast du den drin?

Und nur 1920x1080 zu benutzen ist auf Youtube eine Matschepampe Garantie

Zitat von DrWolfsherz

denn meine Uploadgeschwindigkeit beträgt 200Mbit.

Wenn das stimmen sollte: Warum lädste dann nicht lossless hoch? Encodier dann halt lossless mit einem stärker komprimierenden Codec als MagicYUV, wie zb Lagarith, oder stell bei x264vfw Constant Quantizer ein und dann eine 0 für lossless (wobei vfw hat glaub sogar eine extra menüpunkt für lossless.

Dann mach halt mal Indexierung mit L-Smash. Wie groß isn die Datei?

Und warum benutzt du ein völlig veraltetes Fraps, was nichtmal mehr auf der Webseite angeboten wird, eben weil veraltet?

Klingt ja jetzt stark nach Raubkopie

Erst gucken, ob ein Header da ist und er korrekt ist.
Entweder du probierst die Methode aus meinem Video, ist aber zeitaufwändiger und holt evtl nicht zufriedenstellend alles wieder, aber wäre für den Laien sehr einfach machbar.

Schneller würde ein neu indexieren via L-Smash gehen. Wenn du es mit MeGUI's File Indexer machst, brauchste dich mit der commandline von L-Smash nicht auseinandersetzen.

L-Smash kann meist deutlich mehr rekonstruieren als Virtualdub und geht erheblich schneller. Zum einen durch eine multithreaded Abarbeitung, zum anderen entfällt der 2. lange Schritt der Neuerstellung der keyframe flags.

Beides.

Zitat von Northgate

Weshalb willst du denn VAC meiden?

Aus Latenzgründen. Der Sound erleidet Latenz.

Bei meinen Clanrenntagen hab ich mehr als 2 Leute dabei
Zwar mir noch zu wenig, aber mehr als 2 immerhin schon.

Die Verbindung zu meinem Root passt und den Server hoste ich ja selber. Von daher gibts in meinem Falle da keine Probleme.

Und das würde sonst halt auch echt nur mit VAC gehen, weil sonst ist ja das TS der anderen Leute mit in meinem Spielsound drin. Und VAC möchte ich eig. meiden.

drin lassen.

naja opus voice auf max bitrate kann ich mit leben.
Bei meinen clan renntagen mir jedes mal die spuren zusenden lassen wäre mir auch zu umständlich. Außerdem wie soll ich dann die anderen aus der Systemsound aufnahme kriegen? Latenzbeschleuniger ala VAC hab ich nun erstrecht keine muße für xD
Bei meinen TRR videos find ich die Qualität der anderen jetzt aber auch nicht sooo schlimm jetzt..

Zitat von Northgate

Ich glaube kaum, dass er nur seine eigene Stimme mit TS aufnehmen will. Das macht doch noch weniger Sinn... Das kann man ja mit der Recording Software oder Audacity bereits zufriedenstellend tun.

dann macht aber auch dein Argument kein Sinn, denn ob nun TS oder ein anderes Programm die anderen TS leute aufnimmt käme ja dann aufs gleiche hinaus.

Zitat von Northgate

Da Teamspeak über einen Server geht hängt das soweit ich weiss von den Einstellungen da ab. Ich bezweifle allerdings dass selbst auf den höchsten Settings tatsächlich PCM Qualität übertragen wird. Das dürfte den Upload sowohl von Server als auch von den Clients zu stark in Anspruch nehmen.

Die eigene Stimme ist doch aber lokal. Wieso soll Teamspeak denn das erst durch den Opus Encoder jagen und das erst aufnehmen? Kann ich mir irgendwie nicht vorstellen, das TS in PCM aufnimmt und das eigene Mikrofon bloß aufbläst..

Zitat von GelberDrache92

Mir ging es auch nicht direkt um das Problem, sondern darum das es NICHT ein allgemeines Problem ist, wenn OBS mal abstürzen sollte.
So wie du es mal wieder darstellst

Klar. Genau das hab ich getan. Hab da nie irgendwas von AVI vs Lossy MP4 erwähnt oder so. Nein gar nicht. Ist schon recht.

Ich hab lediglich geschrieben das es ein allgemeines Problem ist, das OBS öfters mal crasht, nicht das es ein allgemeines Problem ist, das man die Dateien nach 'nem crash nicht mehr lesen kann gegenüber anderer software. Lern mal lesen.

Zitat von ShowCast

Nur Webcam, ich hab schon einiges probiert, war aber alles Müll. Vorschläge? :=)

Zitat von strohi

Da gäbe es z. B. ffmpeg. Das wird dir aber nicht gefallen, weil das per Konsole gemacht werden muss. :o)

Was spricht denn gegen AmarecTV 3.10?
Oder auch Virtualdub. Aber Amarec ist performanter

Sagaras scheint mit Hexeditor den Header rekonstruieren zu können. Haste Glück, das er Programmierer ist, und auch so'ne Handarbeit hinkriegt.

Seine halt nicht.
keyint 1 würde aber bedeuten - jeder Frame = Keyframe. Was würde passieren bei einer anderen Einstellung?

Bei ihm ist die Aufnahme wahrscheinlich zu einem sehr ungünstigen Zeitpunkt abgekackt oder vllt wurd die aufnahme auch schon fehlerhaft geschrieben und nicht bloß ungeschlossen.

edit: Oh und ich vermute mal bei deinen Dateien steht auch mehr im Header als das?

General
Complete name                            : D:\Download\2016-08-20 23-47-37.mp4
Format                                   : MPEG-4
Format profile                           : Base Media
Codec ID                                 : isom (isom/iso2/avc1/mp41)
File size                                : 524 MiB

MKV oder MP4?
Lossy oder Lossless?

Vllt ist MKV da etwas resistenter gegen.

Generell hängts halt davon ab, wo die Datei abgebrochen, was geschrieben wurde, was davon korrekt, was fehlerhaft, was rekonstruierbar etc. Da ist jede Datei individuell.

Zitat von GelberDrache92

da ich auch schon Dateien ohne Probleme retten konnte wo der ganze Pc abgestürzt ist.

Waren das ebenfalls verlustkomprimierte MP4s? Oder doch eher verlustfreie AVIs?

Die Datei ist irreperabel zerstört.

Header defekt, Index völlig defekt.

L-Smash kann sie nicht indexieren
ffms2 kriegt ebenso keine indexierung hin.
MEncoder kriegt sie ebenfalls nicht auf.

success: format: 0  data: 0x0 - 0x20c0dba8
libavformat version 57.41.100 (internal)
libavformat file format detected.
[mov,mp4,m4a,3gp,3g2,mj2 @ 018b3080]moov atom not found
LAVF_header: av_open_input_stream() failed
libavformat file format detected.
[mov,mp4,m4a,3gp,3g2,mj2 @ 018b3080]moov atom not found
LAVF_header: av_open_input_stream() failed
============ Sorry, this file format is not recognized/supported =============
=== If this file is an AVI, ASF or MPEG stream, please contact the author! ===
Cannot open demuxer.


Exiting...

Es scheitert schon daran überhaupt die Datei geöffnet zu kriegen.

Neu muxen geht auch nicht. Auch hier scheitert schon der Versuch sie überhaupt zu öffnen.

Ich würde dir raten keine Beta Software zu verwenden. Und OBS Studio ist einfach noch eine offene Baustelle, die viele Fehler hat. Ich würde zumindest einem Programm keine ernste Aufnahme anvertrauen die gerne mal crasht. Und crashen tuts ja recht häufig.

Des Weiteren würde ich dir raten mit AVI Containern zu arbeiten und am besten mit verlustFREIEN Codecs zu arbeiten. Am besten keyframeonly.

Das hat nicht nur die Folge von besserer Qualität, sondern lassen sich auch wiederherstellen. Nicht immer restlos verlustfrei, wenn zb defekte Indexe vorliegen, aber immerhin fehlen dann meist nur paar Sekunden oder auch 'ne halbe Minute. Das wäre immer noch angenehmer, als wenn das ganze Video vollständig irreperabel zerstört ist. Defekte Indexe während der Aufnahme geschrieben kann mit AmarecTV in Kombination von MagicYUV passieren, bei ungeschlossener Datei jedoch wie es zb bei abruptem Aufnahmeabbruch eines Enginehookprogramms (Afterburner, DXTory etc) fehlt ja nur der Abschluss der Datei, aber hast intakte Indexe. Diese sind meist sogar 1:1 wiederherstellbar dann.

Aber Verlustkompression rekonstruieren, wo sogar der Header fehlt. no way.

Kannst du die Datei vllt mal hochladen? Dann versuch ich sie dir zu retten.

Zitat von Sagaras

MS lebt ja auch zum anderen von ihrem OS. Und wenn MS nicht grad pleite geht, dann wird Win10 nach 5 oder gar 8 Jahren total überholt sein. Und spätestens dann kommt MS wieder mit nem neuen OS.

In Form von das Win10 immer geupdatet wird.
Aber keine Ahnung wie die das dann lösen, wenn mal der Kernel geupdatet werden muss.

Zitat von The Goeppi Show

naja zig Spiele... 99% sind irgendwelche Indie-Dinger, die kaum einer spielt. Die großen Titel gibts alle nicht für Linux

Naja extrem viel läuft aber mit WINE.

Es ist beängstigend wie Linux bei meinen Spielen eine bessere Kompatibilität aufweist als Windows 10

Zitat von Sagaras

Und wenn MS so weiter herum huren tut mit ihrem Win10, dann wird das früher oder später ein sehr große Narbe bei MS hinterlassen. Sofern sie nicht schon Win11 im Petto haben dann.

Win 10 soll ja angeblich das letzte Windows sein.