Und weil es so schön ist, hier auch nochmal:
https://www.facebook.com/RettetAnimesimdeutschenTV/posts/642817802398132
WOOOOOOOOOO! \o/

In der Tat, in der Tat. Und hier auch noch ein Twitter-Zitat von ProSieben Maxx:

Damit wäre es in Stein gemeißelt. Hoffe ich nur, dass man diesmal die Folgen auch in ihrem originalen 16:9 Format ausstrahlen und nicht wieder auf 4:3 beschneiden wird.

Wenn ich mich nicht komplett irre, dürfte das über Cropping gehen. Dazu musst du dem Video erstmal irgendeinen Filter hinzufügen. Egal, welcher. Geeignet wäre zum Beispiel sowas wie Helligkeit/Kontrast, da du da einfach die Werte unverändert lassen kannst und dein Video sich dann nicht verändert. Wenn du den Filter drin hast, sollte in der Filter-Übersicht die Funktion "Crop" auswählbar sein. Da müsste man das eigentlich einstellen können. Notfalls nimmst du dir jeden Abschnitt des Videos einzeln vor und fügst sie erst am Ende, wenn sie alle dieselbe Auflösung haben, zusammen.

Falls das nicht funktionieren sollte (oder falls das anders funktioniert, als du es dir erhofft hattest) sag Bescheid, dann schaue ich nochmal genauer drüber. Ich weiß ganz sicher, dass das mit VirtualDub geht. Wenn ich nochmal gezielt drübergucke, sollte ich schnell wieder herausfinden, wie das geht.

http://www.smwcentral.net/?p=section&a=details&id=4162
Der sollte genau das sein, was du suchst.

Ich finde es so eigentlich schon gar nicht so schlecht; je nach Verwendungszweck. Zum Beispiel für traurige Cutscenes oder melancholische Level-Abschnitte. So melancholische Musik-Stücke brauche auch nicht zwangsläufig eine hohe Instrumenten-Vielfalt.

Die Frage wirst du präzisieren müssen. Welchen Post?

Ich würde es mal mit Audacity probieren. Audiospur in Audacity reinladen, Projekt nach 48.000 Hz konvertieren und dann als WAV/MP3 exportieren. Anschließend in VirtualDub unter "Audio" alternative Audiospur und dort dann deine Audiodatei auswählen. Sollte eigentlich funktionieren.

Und der Sinn deines Posts ist WAS genau, MarioFanGamer659?

Dann benutz doch zumindest den Quote-Tag, wenn du dich auf das Bild beziehst, anstatt das einfach nur solo da einzubinden. Das versteht doch sonst kein Mensch.

Wenn du den Doppelpunkt als Befehls-Trenner verwendest, dann müssen die Befehle hinter dem Doppelpunkt natürlich auch in derselben Zeile stehen und dürfen nicht einfach in die nächste Zeile verschoben werden. Die ganzen JMPs müssen also in dieselbe Zeile. Besonders das "BodyInside" kannst du da nicht so einfach in eine eigene Zeile schreiben, da das ohne das JMP überhaupt keinen Sinn ergibt. Befehl und Wert müssen immer direkt hintereinander in derselben Zeile stehen.

Überhaupt passt die Sprechblase nicht so ganz da rein. Ich würde ganz darauf verzichten. Wenn man einen Witz erst erklären muss, ist er nicht mehr gut. Dafür solltest du dann den OFF-Block in Marios Hand einfadh durch ein Ground Tile ersetzen, das genau über die Yoshi-Münze passt. Dadurch sollte eigentlich offensichtlich sein, worum es bei dem Bild geht.

Kriegste!

True story, btw.

Ist aber nicht Postillon. Und zumindest wenn mein Kumpel keinen Blödsinn erzählt hat, dann handelt es sich dabei auch tatsächlich um eine wahre Geschichte.
Ich muss ja zugeben: Spätestens bei der "Dusche Scheiße" konnte ich mein Lachen nicht mehr zurückhalten! XD

Das ist die Seite, wo ich das her habe, aber ich habe wegen des Bildes verzichten, darauf zu verlinken. Weiß nicht, ob SMW Hacking wirklich ein geeignetes Forum für solche Bilder ist. ^^"

Was für ein Cut-Off? Da ist gar nichts!

Das Problem ist hier eben gar nicht der Assembler, sondern der Compiler. xkas kann überhaupt nicht wissen, wo und wann welcher Code als 8-Bit und wo als 16-Bit ausgeführt wird. WEIL es eben von den Prozessor-Flags abhängig ist und es dem Prozessor aber eben möglich ist, jederzeit an jede beliebige Stelle der ROM zu springen und dort Code auszuführen. xkas kann deshalb nur Vermutungen anstellen, welcher Code wie interpretiert werden soll, und tut dies zwar meistens, aber eben nicht immer, richtig.

Klar, auf Anhieb mag das alles relativ kompliziert klingen. Es ist aber auch nicht grundlos, wie es ist. Vergiss nicht, dass die Assembler-Programmiersprache nur auf dem Papier existiert. Nach der Kompilierung hast du letztendlich nur reinen Maschinen-Code in Form von binären (=hexadezimalen) Zahlen. Das Problem ist, dass das SNES nur 256 Opcodes zur Verfügung hat. Klar, theoretisch wären mehr möglich, aber dann müsste man Opcodes auf eine Länge von 16-bit erweitern, was bedeuten würde, dass der doppelte ROM-Speicher für die Opcodes nötig wäre. Und kaum etwas war damals bei der Spiele-Entwicklung so wichtig, wie Speicherplatz zu sparen. Da man mit nur 256 Möglichkeiten aber sehr wenige Operationen darstellen kann, gibt es eben die Prozessor-Flags, die es einem ermöglichen, denselben Opcode je nach Kontext auf verschiedene Weisen zu interpretieren. Und deshalb ist dieses System nicht nur clever, sondern sogar notwendig.

Sorry, aber das muss ich mir echt nicht anhören. WYE mag damit vielleicht kein Problem haben, aber ich lasse mich sicherlich nicht beleidigen, weil ich versuche, jemandem zu helfen. Das ist deine erste Verwarnung und eine Sperrung für 24 Stunden!

Hey, Rye, ewig nicht mehr gesehen! Was hast du so getrieben?
Der Name ist jetzt geändert!

Nett, nett.
Schön, dich wieder an Bord zu haben!