Beiträge von Chron

Ich finde es kommt etwas auf das Spiel an. Derzeit habe ich Soma am laufen wo ich mir pro Folge 20-25 Minuten Zeit nehme, weil einfach das Vorlesen der Texte und das Zuhören der Dialoge einige Zeit einer Folge beansprucht und diese ja irgendwie noch ihre eigenen Stempel erhalten soll über das, was tatsächlich innerhalb dieser erreicht/gesehen/erlebt wird.

Davor habe ich Dungeon Nightmares 2 gespielt - da sind mir alle paar Meter Jumpscares in's Gesicht gesprungen und es ist immer sehr viel in kurzer Zeit passiert wovon man sich vielleicht auch erst Mal erholen will, während die Umgebungen aber auch wenn zufallsgeneriert immer die Gleichen sind. Da ging eine Folge so im Schnitt 16-18 Minuten was ich den Umständen entsprechen angebracht finde. 20-25 wäre da sicher auch kein Beinbruch gewesen aber wegen der hohen (An)Spannungsdichte kann man da ruhig etwas früher pausieren finde ich.

Spielname: Dungeon Nightmares II
Angefangen am: 15.09.2015
Fertiggestellt am: -

Genre: Horror / Roguelike
Plattform/System: Pc
Story/Aufgabe im Spiel: Wir müssen uns durch ein riesiges Kellergewölbe schlagen und wachen nach jeder Etappe in unserem Apartment auf, welches in einem verlassenen Häuserblock liegt und in dem gruselige Dinge vorgehen..
Zusätzliche Informationen: Endet nach dem ersten absoluten Game Over. Fortsetzung ist geplant.

Audio-Kommentar: Ja

Videos: Playlist | Dungeon Nightmares II

Episoden

Folge 1 - "Grüße aus Silent Hill"
Folge 2 - "Unliebsame Begegnung"
Folge 3 - "Kein Ausweg"
Folge 4 - "Es wird schlimmer"
Folge 5 - "Den Tod im Nacken"
Folge 6 - "UND ICH KANN NICHT SPRINTEN!"

Screenshot:

Zitat von schnufftraxxx

Wenn ich den rumrätseln sehe, während mir als Zuschauer die Lösung bereits ins Auge springt, macht mich das wahnsinnig. Geht gar nicht. Inkompetenz ertrage ich nicht...

Wie gesagt, dann ist man eher der Typ für Walkthroughs oder gar "Guides". Und mit Inkompetenz hat das nichts zu tun, nicht jeder Mensch hat den gleichen Gedankengang im selben Moment. Wenn jemand eine Problem aus einer anderen Perspektive betrachtet dann werden auch seine Lösungsversuche anders aussehen bzw. kann es sein, dass ihm die Lösung eben nicht wie dir sofort ins Auge springt. Dafür wird es andere Momente geben wo du mal nicht weiter weißt aber jemand anderes schneller ist - so ist das nunmal und das gehört bei [lexicon]Let's Play[/lexicon] eben dazu.
Das sind Spieleaufzeichnungen die es so zeigen sollen wie es tatäschlich gewesen ist und keine durch 100 schnitte geschönten Walkthroughs mit am besten noch einem Kommentar der vorher niedergeschrieben oder einstudiert wurde.

Natürlich sollte man anfangen zu schneiden wenn man irgendwie 10-15 Minuten an einer Stelle hakt, aber wenn man nun Mal 5 Minuten irgendwo rätselt und nicht weiterkommt halte ich das noch für vollkommen legitim.

Spielname: Soma
Angefangen am: 24.09.2015
Fertiggestellt am: -

Genre: Horror/Abenteuer
Plattform/System: Pc
Story/Aufgabe im Spiel: Nachdem wir bleibende Gehirnblutungen nach einem Autounfall erlitten haben sollen wir uns mit David Munshi für einen Gehirnscan im Krankenhaus treffen. Doch sobald die Maschine eingeschaltet wurde finden wir uns an einem düsteren, verlassenen Ort wieder, und stellen schnell fest dass wir uns nicht mehr in der gleichen Zeit befinden..

Zusätzliche Informationen: Spiel beginnt etwas langsam, kommt aber mit der zweiten Folge in Fahrt!

Audio-Kommentar: Ja

Videos: Playlist | Soma - alle bisherigen Folgen

Episoden

Folge 1 - "Wo sind alle hin?"
Folge 2 - "Wir sind nicht allein"
Folge 3 - "Der Zukunft auf der Spur"
Folge 4 - "Ich will dir nicht wehtun, aber ich muss"
Folge 5 - "Das erste Geheimnis wird gelüftet"
Folge 6 - "C.A.T.H.E.R.I.N.E - anders als erwartet"
Folge 7 - "Was bedeutet Leben?"
Folge 8 - "Die letzten Spuren der Menschheit"
Folge 9 - "Schreckliche Flucht"
Folge 10 - "Die Tore von Theta"

Screenshots:

Wenn ich jetzt auf einen Kommentar antworte und in mein Video geleitet werde lass ich es einfach konsequent im Hintergrund ohne Ton einmal durchlaufen.
Problem solved

Zitat von schnufftraxxx

Wäre für mich wiederum ein KO-Kriterium. Wenn ich jemanden bei einem Adventure rumrätseln sehe, bin ich raus. Da will ich, dass die Geschichte flüssig erzählt wird und der LPer weiß, was er tut. Sonst könnte ich mich da ja auch selber durchquälen...

Hier muss ich widersprechen. In so einem Fall würde man sich eher ein Walkthrough ansehen. Da geht's dann nach Möglichkeit in einem Stück hindurch. Let's Plays schaut man eben wegen dem Let's Player und seinem Kommentierstil und dazu gehört definitv auch das Rätseln, spinnen von Theorien etc.

Zitat von GelberDrache92

Bei meinem I7-3930K mit CRF15, Medium und 3 B-Frames, war ich bei meinem Testvideo bei 12,36 [lexicon]Fps[/lexicon]

Ah fuck, ich hab vergessen die rauszunehmen xD Mit 0 dürfte das dann noch etwas schneller gehen oder?
Danke für die ganzen Infos vorhin btw.

Selbst mit einer [lexicon]CRF[/lexicon] von 17 und nur über den [lexicon]SSM[/lexicon] ohne Vegas und [lexicon]Frameserver[/lexicon] dauert das [lexicon]encodieren[/lexicon] von 24 Minuten in 1,19GB voraussichtlich 2,5 Stunden. Processing Rate: 10,08 [lexicon]FPS[/lexicon]

Da stimmt doch was nicht.

Zitat von RealLiVe

Bei dir passiert(e) der Fehler im letzten Schritt - wenn du mit einem Programm, egal welches, in [lexicon]MP4[/lexicon] [lexicon]muxen[/lexicon] willst, dann gelten dessen Einschränkungen. Mit [lexicon]AAC[/lexicon] erfüllst du diese, weil [lexicon]AAC[/lexicon] unterstützt wird - [lexicon]FLAC[/lexicon] aber nicht. Soweit klar?

Ja klar, schon am Anfang als ihr mich vorhin drauf hingewiesen habt! Ich wusste nur nicht dass [lexicon]Flac[/lexicon] nicht in [lexicon]Mp4[/lexicon] passt, My [lexicon]mp4[/lexicon] box aber so heißt weil es eben nur [lexicon]mp4[/lexicon] muxt Ich meine, das ist naheliegend, aber als ich das vor ner Woche heruntergeladen habe und noch so gut wie gar nichts wusste habe ich mir keine Gedanken darüber gemacht, und das war eben bis heute so abgespeichert.

Zitat von RealLiVe

Weiß ich nicht, dazu kann De-M-oN oder @GrandFiredust vielleicht was dazu sagen. Funktionieren müssten die Dinger eigentlich, auch wenn die separaten Muxer mehr Features hätten.

Mit Mymp4box macht man auch nichts als reinziehen und [lexicon]muxen[/lexicon] (ich jedenfalls). Also Features werde ich da sicher nicht vermissen

Edit: Hmm na gut das mit dem Best-off ist ne Sache. Aber dafür hat man dann immer Qualitätsverlust beim Audio..?

Zitat von RealLiVe

Nein, wüsste aber nicht, was dir das jetzt bringt

Das war ja nicht so geplant. Hier hab ich vorhin gelesen dass [lexicon]Flac[/lexicon] in [lexicon]MKV[/lexicon] geht also hab ich dieses Mal gleich [lexicon]Mkv[/lexicon] als Ausgabeformat gewählt. Ich nehme sonst wie gesagt Rawavc..

Zitat von RealLiVe

Wenn du in [lexicon]MKV[/lexicon] [lexicon]muxen[/lexicon] willst, dann nutze anstatt MyMP4Box ...

... entweder den Muxer, der bei [lexicon]meGUI[/lexicon] beiliegt. Den findest du in [lexicon]meGUI[/lexicon] unter "Tools" - "Muxer" - "[lexicon]MKV[/lexicon] Muxer" und der müsste auch [lexicon]FLAC[/lexicon] fressen.

Ah ! Ich wusste gar nicht dass der einen hat. Wieso wird denn dann im Tutorial My [lexicon]mp4[/lexicon] Box empfohlen? [lexicon]MeGui[/lexicon] hat sogar einen integrierten [lexicon]mp4[/lexicon] muxer.

Zitat von RealLiVe

Wie gehst du genau vor, wenn du Video und das Audio ([lexicon]FLAC[/lexicon]) in [lexicon]MKV[/lexicon] [lexicon]muxen[/lexicon] willst?

Ich hab aus Vegas die pure [lexicon]PCM[/lexicon] Tonspur als .[lexicon]wav[/lexicon] mit dem [lexicon]PCM[/lexicon] preset encodiert und das ganze in [lexicon]MeGui[/lexicon] zu Flax gemuxt, danach halt mit dem Video ([lexicon]mkv[/lexicon]) zusammen in My [lexicon]mp4[/lexicon] box. Aber scheinbar war das falsch.

Zitat von GelberDrache92

Warum zu Hölle nutzt du My [lexicon]MP4[/lexicon] Box?
Da ist es doch kein Wunder das [lexicon]Flac[/lexicon] nicht geht.
Durch My MP4Box hast du am Ende eine *.[lexicon]mp4[/lexicon] und keine *.[lexicon]mkv[/lexicon].
Und [lexicon]Flac[/lexicon] hat nicht in einer *.[lexicon]mp4[/lexicon] zu suchen.

Hey, ich bin seit einer Woche hier. Ich hab jetzt sicher einiges gelernt aber gewiss noch nicht alles und ich wusste schlicht nicht, dass [lexicon]Flac[/lexicon] nicht in [lexicon]mp4[/lexicon] geht. Ich nutze Mymp4 box weil das so im Tutorial empfohlen wurde. In Mymp4 box muxe ich das Video und normalerweise das über [lexicon]MeGui[/lexicon] in Nero-[lexicon]AAC[/lexicon] encodierte Audio zusammen.

Ich hab da jetzt ausnahmsweise ein in [lexicon]mkv[/lexicon]-gemuxtes Video reingepackt, normalerweise nur RAWAVC. Verliere ich Qualität wenn ich ein .[lexicon]mkv[/lexicon] in my [lexicon]mp4[/lexicon] box muxe?

Zitat von GelberDrache92

Mal Probiert anstatt die Raw Datei zu nutzen, *.[lexicon]mkv[/lexicon] zu nutzen?

Klar, ich hab diesmal das Video direkt nach dem [lexicon]encodieren[/lexicon] in [lexicon]mkv[/lexicon] [lexicon]muxen[/lexicon] lassen und [lexicon]Mp4[/lexicon] box liest nur das Video ein und springt dann auf "ready" zurück. Das tut er mit allen varianten sofern ich ihn nicht mit nero-[lexicon]aac[/lexicon] gemuxten Audios zum Video füttere.

Zitat von GelberDrache92

Oder mal mit [lexicon]MKVMergeGUI[/lexicon] probiert?

Nein.. weiß auch nicht was das ist aber noch ein Programm ungern, es soll ja doch mit [lexicon]flac[/lexicon] an sich funktionieren. Im zweifelsfall bleib ich bei nero-acc, ist der qualitätsunterschied stark?

Und die sache mit dem Profil.. kann ich auf "fast" gehen ohne Qualitätseinbußen?

Ich hab jetzt nochmal den Test ohne B-Frames gemacht, allerdings nur mit dem betroffenen Ausschnitt um Zeit einzusparen - läuft auch in Ordnung.
Da hab ich gestern wohl.. irgendwas falsch gemacht haben müssen, wenn es denn nicht beim [lexicon]Muxen[/lexicon] einfach eine spontane Macke des Programmes war.
Das Projekt war wie gesagt exakt das gleiche was ich gestern benutzt habe (abgespeichert), und diesmal lief alles damit, in beiden Versionen.

Wieso lassen sich denn nun h264 und [lexicon]flac[/lexicon] bei mir nicht zusammenmuxen? Liegt's daran dass ich vorher aus Vegas eine .wmv([lexicon]pcm[/lexicon]) datei encodiert habe die ich mit [lexicon]MeGui[/lexicon] in [lexicon]Flac[/lexicon] gemuxt habe?

Und fahr ich mit 'ner [lexicon]CRF[/lexicon] von 15 und Medium gut oder kann ich das beschleunigen ohne Qualität einbüßen zu müssen? Dateigröße ist bei mir an sich egal weil ich sehr schnelles Internet habe.

Zitat von hugo-03

gibt es eigentlich eine einstellung wo die daten besser gepackt werden, dafür vielleicht die renderzeit hoch geht? habe nur 16k dsl-

Wenn ich mich nicht irre ist das die Einstellung wie schnell das ganze gehen soll. Je langsamer du [lexicon]encodieren[/lexicon] lässt desto effektiver wird komprimiert. Jedenfalls dürfte das für [lexicon]CRF[/lexicon] gelten, wenn ich nicht falsch liege.

Zitat von GelberDrache92

Nach dem [lexicon]Rendern[/lexicon] als nutz Video und Audio nicht mehr den gleichen Weg.
Erst bei [lexicon]MeGui[/lexicon] kommen sie wieder ins gleiche Programm und erst beim [lexicon]Muxen[/lexicon] in die gleiche Datei.
Das hat 0,0000 mit dem Video Encoding zu tun.

Ich habe doch nun mehrfach geschrieben dass das Bild ebenso betroffen war, und das hat natürlich mit Encoding zu tun.
Dann war Audio vielleicht ein zweites eigenes Problem und so unwahrscheinlich das klingt, ist dann zufälligerweise beides gleichzeitig in einem Video passiert.
Vielleicht beim [lexicon]muxen[/lexicon], weil es beide Spuren ab der Schnittstelle erwischt hat.

Von mir aus ist meine Theorie mit den B-Frames für den Eimer. Aber trotzdem ist es exakt ab der Schnittstelle aufgetreten.

Ich habe jetzt nochmal alles von vorn [lexicon]rendern[/lexicon] lassen, exakt das gleiche Projekt, und jetzt ist alles im Endergebnis so wie es sein soll.

Zitat von De-M-oN

So ein Schmu.

Hinzukommend hat Video mit Audio überhaupt nichts am Hut. Ist ja kein AVI. Und selbst bei AVI kümmert sich ein Video [lexicon]Encoder[/lexicon] auch nur um Video. Was interessiert dem Audio?

Ich encodier btw seit einiger Zeit ohne b-frames und der Audio ist perfekt synchron, und die Videos einwandfrei. Gibt auch kein Grund für anderes.

Ich habe das Vegas-Projekt danach direkt geprüft - alles an seiner Stelle und so wie es sein soll. Es muss also in der Verarbeitung passiert sein, und die ist eben nur [lexicon]encodieren[/lexicon] und [lexicon]muxen[/lexicon], und ich schrieb ja, dass auch das Bild betroffen ist. Ich saug' mir das sicher nicht aus den Fingern. Ab exakt der Stelle wo ich den einzigen Schnitt angesetzt habe läuft eine vollkommen falsche Stelle der Tonspur und es kommen auch ganz Bilder als die, die in Vegas in der Timeline im Projekt stehen.

Ich krieg übrigens immer noch nicht hin, [lexicon]Flac[/lexicon] zu [lexicon]muxen[/lexicon]. Ich hab jetzt das Video in [lexicon]MeGui[/lexicon] direkt in [lexicon]MKV[/lexicon] [lexicon]muxen[/lexicon] lassen + eine [lexicon]Flac[/lexicon] datei, aber beim [lexicon]muxen[/lexicon] liest er wieder nur das Video aus und dann ist Ende. >:/

Zitat von RealLiVe

Abhängig von den Kodierungseinstellungen ist das lokal normal

Es ist wirklich zerschossen - Ton wiederholt sich(ein Part der bereits kam von vorn), eine Tonspur die an dieser Stelle gar nicht lag und das Bild ist auch ein vollkommen anderes. Keine Ahnung, ich geh davon aus dass das die [lexicon]B-Frame[/lexicon] Sache war.

Zitat von RealLiVe

Kommt drauf an, was du für Einstellungen fährst und wie schnell deine [lexicon]CPU[/lexicon] ist. Hab sowohl schon mal höheres, als auch niedrigeres gesehen.

Ich skaliere hoch von 1920x1080 auf 2048x1152, [lexicon]CRF[/lexicon] 15, von RGB in YUV4:4:4. Der rest ist ziemlich standard belassen. [lexicon]CPU[/lexicon] ist i5-4670 4x3,4Ghz

Das Problem ist bereits lokal in der enkodierten Version aufgetreten, mit Youtube hat das nichts zu tun. Ich hab legidlich gesagt dass Youtube Schwierigkeiten hatte zu genau dieser Stelle zu springen (nicht nur bei mir)- kann auch Verarbeitungsbedingt gewesen sein, war trotzdem auffällig. Jedenfalls hat mir die encodierung die geschnittene Stelle zerschossen.

Btw habe ich gerade beim neu [lexicon]rendern[/lexicon] eine Processing-Rate von 8,92. Ist das normal? 1,35/1,80 GB fertig.

Ich möchte kurz anmerken: Die B-Frames auf 0 Stellen ist keine gute Idee, wenn man auch schneidet. Macht sicher nur Sinn um schneller zu [lexicon]encodieren[/lexicon] wenn man eine vollständige Spur hat die man nicht anrührt. Ich habe einen einzigen Schnitt in der Episode und genau an dieser Stelle kann man auf YT nicht hinspulen (bzw dauert ewig zu laden) und Bild und Ton machen etwas vollkommen anderes als in der Timeline vor dem [lexicon]encodieren[/lexicon] angegeben.

Ich vermute mal dass es daran liegt, dass es ohne B Frames keine Referenz gibt aus der sich der aktuelle [lexicon]Frame[/lexicon] Informationen über diesen Schnitt hinweg holen kann.

2,5 Stunden dauert das [lexicon]rendern[/lexicon] einer 25 Minuten Folge. Bei euch auch so lang?

Ich sehe gerade dass du auch mit Vegas arbeitest. Soweit ich weiß konvertiert Vegas alle Videos in RGB, d.h. wenn du mit YUV4:2:0 aufnimmst,
geht schon beim import in Vegas durch das konvertieren zu RGB etwas verloren, und dann renderst du wahrscheinlich wieder in YUV4:2:0 raus was nochmal etwas Qualität kostet.
Also direkt in RGB bzw 'at it is' aufnehmen und dann nur am Ende beim [lexicon]Rendern[/lexicon] in den gewünschten Farbraum konvertieren.