Beiträge von Sagaras

Triple Buffering ist ab Win8 und höher nicht mehr möglich.

Für gewöhnlich lässt sich sowas bei der Grafikkarteneinstellung aktivieren.

Ob es für Win8 mit dem d3doverrider funktioniert, weiß ich nicht. Wäre aber die erste Anlaufstelle und sollte theoretisch damit laufen.

Win10 wird noch verrückter. Ich glaube ab Win10 geht das gar nicht mehr.

Hier mal der Downloadlink: http://community.pcgamingwiki.…les/file/84-d3doverrider/

Eigentlich Bestandteil vom Riva Tuner 2.24c.

Und bedenke: Eigentlich ist es nicht möglich im normalen Zustand in Win8 oder 8.1 das anzuschalten. Dafür auch das Tool. Und ab Win10 gibt es kein Triple Buffering mehr. Jedenfalls gibt es dort keine Möglichkeit einer Aktivierung. Und selbst bei Win8 und 8.1 ist es nicht sicher das es mit d3doverrider funktioniert.

Bei Win7 kann man Triple Buffering über das Control Panel der jeweiligen Grafikkarte anschalten. Dies gilt aber nur bei NVIDIA.

Radeon Karten erlauben es nur auf OpenGL und nicht auf DirectX.

Ist nur Schade das die meisten Games alle auf DirectX laufen

Joa... Und falls man es bei NVIDIA in Win8, 8.1 oder Win10 im Control Panel findet, dann ist das meist auch nur für OpenGL noch. Wenn überhaupt.

Offiziell gibt es Triple Buffering ab Win8 und höher nicht mehr.

Zitat von catarax

3) Too much fog
The levels in the snow are not playable very well, because there is really too much fog in your patch.
Can you draw a better distance ? There was not that much fog in the patch from playoldgames blog.

This can be changed in the options under video. Near, middle and far.
The fog has only 3 values.
On the playoldgames website was the game emulate over DXwnd. And this emulate has a bug for the fog. Fog = off does not exist. It's a bug from DXWnd

Zitat von catarax

4) Anakin save
This save is literraly broken by default on modern windows, if you can take a look, it would be cool.
Or if there is a way to disable it by default?

It's not broken. I have testet on Win7 64Bit and Win10. I have no problems with that.

Let me see your problem with a picture.

Zitat von catarax

2) Start-racer.bat includes the Windows mouse !
There is not the windows mouse when i play the fixed exe.

• the start-racer.bat is the secondary start file for the game. His start the game with one core and wait for the terminate the game
• Over the Resolution Patch Launcher can you start the game with the new resolution, nomousy for hidden the Window mouse when start the game and the batch file. All in one. This is the first start. The regular start of the game

Zitat von catarax

And a little request :
Any chances that you remove the CD check at start?
Star Wars Racer will run with videos/music from CD copied to the game folder.

Thanks! Hope you can fix some of theses.

This can i not make it for the CD-Version. Only for the DVD Version i can make a HDD Remake.

See:

The HDD Version has all 3 Languages and work with the DVD EXE Files.

The CD EXE for the game checked the copy protect from the CD.

The CD Version unable for NOCD

Zitat von catarax

1) Options Menu not accessible (even as Administrator) :

This error I can not reproduce.

Check the following folders and files for Write protection

..\Star Wars - Episode 1 - Racer\
..\Star Wars - Episode 1 - Racer\DATA\
..\Star Wars - Episode 1 - Racer\DATA\config\
..\Star Wars - Episode 1 - Racer\DATA\config\current\

and the files under ..\Star Wars - Episode 1 - Racer\DATA\config\current\
force.cfg
audio.cfg
video.cfg

And try the to manually install vb6 runtimes: https://sourceforge.net/projects/vb6extendedruntime/

Sagen wir mal so einfach wie es ist. So wie der Mac ein End-to-End System ist, so ist meist auch die Software gebaut dazu. Sodass der User kaum Freiheiten hat. Und genau das zeichnet dann letzendlich auch einen Mac aus.

Ein Ferrari wo man lieber ein Fachmann ranlassen muss, als ein normales Auto was jeder modifizieren kann.

Mac ist für Designer und Gestalter vllt noch interessant. Aber Videobearbeitung, Recording etc. wirst du auf einem Mac nicht viel lernen können. Da gibt es einfach nicht viel

Die richtigen Sachen wirst du unter Linux und Windows finden. Gerade Pipeline Geschichten sind auf Linux Systemen besser ausgeprägt als z.B. bei Windows. Und Windows als auch Linux sind halt die Werkstatt Systeme die man haben kann. Wärend ein Mac ledeglich ein Einkaufsladen ist.

Zitat von De-M-oN

Jedoch: Gibt es etwas, was ein wenig stärker blurren kann als Blur? Ich hab schon zig Blurs drin und es verschmiert zwar mittlerweile die Schrift unleserlich, aber große Sachen wie Symbole sieht man immer noch recht gut. Ich bräuchte da was aggressiveres Gibts da was?^^

Du könntest an der Stelle wo der Blurfilter rein soll im Skript einfach eine Gaussblur Skalierung machen.

Sprich erst musst du den kleinen Ausschnitt verkleinern mit was weiß ich: Spline und dann mit GaussResize auf die Ursprungsauflösung skalieren vom Abschnitt. Sprich alles auf dem gecroppten Bereich.

Sieht dann so aus wie hier: Der große AviSynth-Guide

Ich glaube die Funktion Verschwimm ist in der Blend.avsi noch enthalten.

# ================================
# Verschwimmen eines Bildbereiches
# ================================
# clip0			- Video
# sw, sh, ew, eh	- Bildbereich (sw,sh)-(ew,eh)
# px			- p Wert für Gaussresize. 1 = Unscharf, 100 = Scharf
# faktor		- Verkleinerungsfaktor
# sframe, eframe	- Start und Endframe (Zeitliche Position)


Function Verschwimm (clip clip0, int "sw", int "sh", int "ew", int "eh", float "px", int "faktor", int "sframe", int "eframe") {
    sw = Default(sw, 0)
    sh = Default(sh, 0)
    ew = Default(ew, 640)
    eh = Default(eh, 480)
    px = Default(px, 1)
    faktor = Default(faktor, 8)
    sframe = Default(sframe, 0)
    eframe = Default(eframe, clip0.framecount - 1)


    clip1 = (sframe == 1) ? clip0.Trim(0, sframe-2) : clip0.Trim(0, sframe-1)
    clip2 = (faktor == 0) ? clip0.Crop(sw, sh, ew, eh) : clip0.GaussResize(clip0.width / faktor, clip0.height / faktor, sw, sh, -clip0.width + ew, -clip0.height + eh, px).Spline16Resize(ew - sw, eh - sh)
    clip2 = Overlay(clip0, clip2, x = sw, y = sh).Trim(sframe, eframe)
    clip3 = clip0.Trim(eframe+1, clip0.framecount-1)
    return (sframe == 0 && eframe == clip0.framecount - 1) ? clip2 : (sframe == 0) ? clip2++clip3 : (eframe == clip0.framecount - 1) ? clip1++clip2 : clip1++clip2++clip3
}

Gute Frage. Habe das noch nie ausprobiert. Kodieren kannst du vermutlich schon in UTVideo via FFmpeg. Aber was nützt dir das auf dem Mac, wenn kein anderes Tool damit umgehen kann? Du kannst aber die Aufnahme gewiss auf ein Windows System übertragen und da die UTVideo Aufnahme verarbeiten. Das würde sicherlich gehen.

Mit Wine ist ja schon fast alles möglich. Und warum dann nicht auch AVISynth unter Linux oder Mac nutzen?
http://avisynth.nl/index.php/H…ideo_processing_with_WINE
Da gibt es mehrere Anleitungen zu verschiedenen Mac Varianten im Internet zu finden.

Bei den Videocodecs wird es schwierig einen performanten Lossless Codec zu finden. Hier wäre für den Mac vermutlich x264 der Nahstehenste. Ansonsten gibt es beim Mac ebenfalls Unkomprimiert oder MPNG.

MagicYUV müsste meines Wissens aber auch gehen auf Mac und Linux.

Audio ist da schon einfacher. Weil hier kann man beim Mac sich ebenfalls WAV, ALAC, FLAC oder ALS zu nutze machen.

Der Quick Time Player unter Mac kann ebenfalls Audio und Video Aufnahmen machen. Welche Codecs aber Supportet werden weiß ich da nicht.
Dann gibt es noch movavi screen capture studio, was man ebenfalls zum recorden nutzen kann. Also da lässt sich vermutlich noch viel finden was vllt. noch unbekannt ist.

Immerhin gibt es auch FFmpeg für MacOS und Linux und das sollte man auch haben, weil es eine gute Verknüpfung darstellt um A) Pipelines aufzubauen, B) unbekannte Formate für den Mac oder Linux umzukonvertieren, und C) kann FFmpeg auch Desktop und Webcam aufnehmen. Bei Mac und Linux weiß ich das jetzt nicht genau, aber da es unter Windows geht denke ich das es dort auch geht.

Blender gibt es auch für Mac und kann auch Kostenlos als Bearbeitungsprogramm missbraucht werden. Aber ich denke der Mac User werden da sicher mehr Bearbeitugungsprogramme kennen.

Fazit ist aber: Videobearbeitung und auch Aufnahme sind auf dem Mac nicht sonderlich gut aufgehoben. Es fehlt zu vielen Codecs der Support und die Codecs die man nutzen kann sind meist Lossy Modelle. Die Bearbeitungsprogramme sind daher auch meist alle auf Lossy Formate eingerichtet.

Es ist möglich gutes damit zu machen. Aber der Aufwand und der Ressourcen Verbrauch am Rechner ist deutlich höher als bei Windows.

Bei Linux würde das etwas anders aussehen. Weil Linux Support ist schon mal etwas höher, da viele Programme meist mit C, C++, C# geschrieben sind und somit auch Linux/Unix-fähig sind. Zumal es AVISynth auch für Linux direkt gibt.

Zitat von De-M-oN

@Sagaras Ist es irgendwie möglich ein Filter nur auf ein Teilbereich des Frames anzuwenden? Sprich zb um nur ein Menü zu blurren?

Kommt drauf an was du mit Teilbereich meinst.

video = AVISource("Video.avi").AssumeFPS(30, 1)


TeilBlur(Video, Video, 50, 50, 320, 240, 67, 144)


Function TeilBlur (clip clipx, clip clip0, int "sw", int "sh", int "ew", int "eh", int "sframe", int "eframe") {
    sw = Default(sw, 0)
    sh = Default(sh, 0)
    ew = Default(ew, 640)
    eh = Default(eh, 480)
    sframe = Default(sframe, 0)
    eframe = Default(eframe, clip0.framecount - 1)


    clip0 = clip0.Crop(sw, sh, -clip0.width + ew, -clip0.height + eh)
    clip0 = clip0.Blurfilter <Hier dein gewünschten Blurablauf einfügen>
    return ApplyRange(clipx, sframe, eframe, "Overlay", clip0, sw, sh)
}

Musst du nur entsprechend anpassen. Damit kannst du ein Bereich im Bild und auch den Framebereich bestimmen, wo und wann dein gewünschter Filter arbeiten soll.

Bandicam als auch Mirillis Action sind einfach nur Mist. Da tauchen an sich immer die meisten Strapazen auf, weil die alle mit Lossy Codecs werben und im Falle Bandicam sogar viel zu viele Fehler sogar machen.

Mein Rat: Nutze vernünftige Software. Vernünftige Aufnahmesoftware ist z.B. MSI Afterburner oder OBS

Man kann aber auch bei DxTory nix falsches machen. Da wäre das Geld wenigstens gut angelegt.

Also diese 3 kann ich nur wärmstens empfehlen. Zur Not würde auch noch Fraps gut dastehen, obwohl das seit Anno Domini 2013 nix kein Update mehr bekomme hat.

Das sind wenigstens gute Programme im Gegensatz zu Bandicam, Mirillis Action oder Shadowplay.

Die Samples sind ja Töne. Diese sind miteinander verbunden um halt zum Beispiel Musik oder ein Satz ausgeben zu lassen.
Das ergibt sich ja aus Zeit in Sek * SampleRate

Die SampleRate ist der Taktgeber und gibt an wie weit diese Samples voneinander entfernt sind.
Bei 48000Hz = 48000 1/s sind das halt 1 / 48000 = 0.00002083‾s = 20,83‾µs (Mikrosekunden)

Das kann man z.B. bei Audacity sich anschauen wenn man maximal ranzoomen tut.

Diese 20,83‾µs ist die Zeit von einem Sample zum anderen.

Je niedriger die SampleRate desto Dumpfer wird der Klang, je höher, desto klarer. Das hängt alleine vom Abstand ab wann ein Sample auftaucht.
Das ist wie bei den FPS auch. 60 FPS sieht klarer aus als z.B. 15 FPS. Genauso ist das mit dem Klang der Töne auch.

Die Bittiefe beschreibt die Qualität. Sprich für 16Bit werden 16Bit benötigt um ein Sample zu speichern. Ergo bei 8Bit sind 256 Werte möglich, bei 16Bit schon 65536 Werte. (CD-Album Qualität wie im Laden), 24Bit = 16777216 Werte (Musik-DVD), 32Bit und 32Bit Float = 4294967296 Werte, was schon Hollywood Studioqualität wäre xD

Je höher also der Wert, desto besser der Klangwert. Je niedriger desto metallischer wird der Klang.
Das ist wie der Farbraum bei Video.

Und der Channel beschreibt die Spurenanzahl des jeweiligen Audiotracks. Sollte ja klar sein.

Daraus ergibt sich für PCM folgende Regel:

Dateigröße in Byte = Abtastrate * Zeit in Sek * (Bitrate / 8 ) * Spuranzahl

Das erst mal zur grauen Theorie und den einfachen Fakten des Audios auf dem Rechner.

CD-Album aus dem Laden, also die neue Single von z.B. den Ärzten, findest du immer mit folgenden Werten: 44100Hz, 16Bit, Stereo

So werden die gespeichert auf einer Audio-CD. Immer.

Und mit diesen Werten lassen sich locker 6h unterbringen ohne die 4GB Marke erreicht zu haben. Und das kann dann auch ein WAVSource laden, sofern der Container richtig ist.

Zitat von DominatorLP

Kannst du mir bitte Bescheid geben was das Problem ist?

Mache ich.

Die FPS Probleme können auch vom jeweiligen Hooking des Aufnahmeprogrammes herrühren. Da kann z.B. deine Einstellungen helfen zum Aufnahmeprogramm und auch ob du im Spiel VSync nutzt.

Es gibt, wie ich so oft immer wieder sage, kein Aufnahmeprogramm das alles kann. Die Aufnahmeprogramme unterscheiden sich von Spiel zu Spiel in Sachen Hooking schon und somit auch in ihrer Performance.

Und YUV 4:4:4 aka YV24 ist eindeutig zu hoch für eine langsame Festplatte. Wenn die Schreibgeschwindigkeit irgendwo bei 120MB/s ist und das Ganze via USB 2.0 nur läuft, dann muss man halt die Datenmenge reduzieren und das geht dann bei Farbraum und Auflösung los.

A) Die Verbindung zur Festplatte muss den Datenratensatz schaffen und B) die Festplatte muss die entsprechende Schreibgeschwindigkeit haben.

Wenn du USB 3.0 hast oder höher, dann ist meist die Festplatte der Flaschenhals und dann muss man halt den Codec anders mal einstellen.

Zitat von Malzzi

Aber war diese Einstellung nicht das minimale was man haben sollte, da alles darunter schlecht aussehen würde?

Bei Skalierungen wäre es angebracht einen 4:4:4 Subsampling Farbraum zu verwenden. Ergo: RGB32, RGB24, YV24 + Alpha aka YUV 4:4:4:4 oder nur YV24 aka YUV 4:4:4

Das sind die 4 Farbraume die vollen Subsampling supporten und einem Skalierungsfilter besseres Grundmaterial geben.

Wenn du aber kaum skalierst und vermutlich nur von 1080 auf 1152 skalierst, dann reicht auch YV12 aka YUV 4:2:0 aus. Weil das recht minimal ist.

Zitat von Malzzi

Überforderte CPU = FPS Probleme im Spiel

Zitat von Malzzi

Überforderte Festplatte = Extreme Standbilder im nachhinein

Das liegt nicht an der CPU, sondern an der Festplatte die mit dem Schreiben nicht hinterherkommt und dem Hooking der Aufnahmesoftware in die Gameengine (DirectX, Glide, etc.)

Das Hooking an sich drückt erst einmal nicht auf das Spiel.
Die Aufnahme jedoch schon. Denn durch das Abgreifen der Frames können die Frames nicht so schnell nachgereicht werden und entsprechend sinken die FPS des Spieles. Wird das Ganze von der Festplatte noch in die Zange genommen, werden komplette Frameketten übersprungen oft und es kommt zu extremen Rucklern. Und weil der Festplattenstau beim Schreiben und das Abgreifen der Frames bei dir sehr stark wirken, weil du halt schon falsche Konfis genommen hast, wird halt das Ganze zu einem Fiasko. Und daran kannst nur du was ändern. Du musst deine Einstellungen für deinen Rechner finden. Lossless ist aber auf jeden Rechner möglich. Da sie halt kaum CPU nutzen. Weit weniger als ein Lossy Codec der massive Kompressionstechniken verwendet und die Quelle in Verlustmaterial umrechnen muss.

Die exakte Samplelänge ergibt sich immer aus Zeit und Samplerate

3h = 10800s
2min = 120s

10800s + 120s + 31s + 0.360s = 10951,360s

10951,360s * 48000Hz = 525665280 samples

Sprich das erstere ist korrekt, das zweite wird falsch geladen. Kannst ja nicht mehr samples auf einmal haben als da ist. Diesbezüglich hatte ich halt auch ein File gehabt da war es ein Unterschied von gut 7000 samples. Sprich Audio war futsch. Erst wo ich SampleRate, Channels und Bittiefe übergeben hatte, hat er es korrekt geladen.

Ich find das komisch das es bei dir nicht gehen sollte.

Könntest du mir die entsprechende Audiodatei als Testmaterial zukommen lassen? Weil an sich dürfte das nicht übersteuern, weil du ja eigentlich mit den exakten Kopfdaten das File lädst was als erstes geladen wurde. Das dürfte nicht passieren.

Dürfte an sich gar nicht passieren. Weil sonst lädst du das File schon mit falschen Kopfdaten und verarbeitest es in AVISynth schon total falsch.

Erzeug doch mal ein Vorschaubild mit den Infos anhand folgenden Skriptes

_file = _root + " st0.wav"
RaWAVSource(_file)
Info()

Und dann ein Vorschaubild mit den Infos mit folgenden Skript:

_file = _root + " st0.wav"
_data = RaWAVSource(_file)
RaWavSource(_file, SampleRate = _data.AudioRate, SampleBits = _data.AudioBits, Channels = _data.AudioChannels)
Info()

Und dann haben wir schon mal Handfeste Werte mit den man auch mal arbeiten kann.

Zitat von DominatorLP

Ich musste die Benennungen raus machen => "SampleRate ="
Und wenn ich das so mache wie du, das ich die Werte übergebe, dann ist ein lautes unangenehmes Rauschen auf der Audiospur.

Soll ja nicht raus. xD Umsonst schreib ich das nicht rein. xD

File = "Audio.wav"


'Kopfdaten erkennen lassen
Audio = RaWavSource(File)


'Audio korrekt nach Kopfdaten auslesen lassen.
RaWavSource(File, SampleRate = Audio.AudioRate, SampleBits = Audio.AudioBits, Channels = Audio.AudioChannels)

Du kannst ja mit Info() die jeweiligen Daten anzeigen lassen. Sprich Länge, SampleRate, Channels und Bittiefe.

Sprich hier jetzt sollten die Infos aus Zeile 4 mit der aus der Mediainfo stimmen. Und in Zeile 7 wird mit den Daten das File anhand dieser Infos rausgelesen. Das beugt Fehler vor.

Habe das auch Probehalber noch mal getestet anhand mehrerer PCM Streams und Wave64 Files. Hat immer geklappt. Wenn ich nur Zeile 4 nutze, haben sich immer wieder mal Fehler gezeigt, weil die Files geladen wurden.

Zitat von DominatorLP

Das bringt mir einen Fehler.

Der da wäre?

Zitat von DominatorLP

Und NicAudio ist bei mir nicht dabei, warum auch immer, wenn du sagst das es normalerweise dabei ist...

Ist unter "..\MeGUI\tools\avisynth_plugin\" zu finden.

Das läuft bei MeGUI unter dem Update AVISynth Plugins. Server Version 5. 31.05.2015

Musste, wenn es bei dir nicht dabei ist einfach mal updaten ;D

Zitat von DominatorLP

Also wenn ich Gamesound und Mikrofon in der AVI File drin habe, dann geht es, das ich beide in eine Variable packe, Lautstärke separat anpasse?
- Wenn ja, wie genau geht das?

Also wenn du AVISource verwendest, wirst du genau auf die gleichen Folgen treffen die du mit WAVSource auch hast. Da beide auf die gleiche Einlesemethoden zurückgreifen. Sprich beide basieren auf die Wave32 Variante.

Das Ganze geht aber nur mit der aktuellen AVISynth Version.

file = "Video.avi"


Video = AVISource(file, false).KillAudio()
Audio_Spur1 = AVISource(file, true, atrack = 1).KillVideo()
Audio_Spur2 = AVISource(file, true, atrack = 2).KillVideo()

Mit FFMS2 wird das File indexiert und kostet zusätzlich Zeit. Hast aber die Möglichkeit mehrere Spuren anzusprechen. Ausnahme hier wäre die Dekodierung von MagicYUV.

LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
file = "Video.avi"
Video = FFVideoSource(file, threads=1)
Audio_Spur1 = FFAudioSource(file, track = 1)
Audio_Spur2 = FFAudioSource(file, track = 2)

Oder kombinierst beide Varianten:

LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")


file = "Video.avi"


Video = AVISource(file, threads=1)
Audio_Spur1 = FFAudioSource(file, track = 1)
Audio_Spur2 = FFAudioSource(file, track = 2)

Zitat von DominatorLP

Zu der Sache mit dem, das er automatisch das richtige wählt, und das 4GB die Grenze ist, alle Wavs-Files die mehr wie 2GB haben, da hatte er Probleme und nichts mehr ausgegeben.

Das liegt am Container teilweise. Das ist vom Programm zu Programm unterschiedlich ab wann sie dem Container den PCM Streams bestimmte Kopfdaten geben.

Sind die Kopfdaten auf 64Bit ausgelegt, kann meist nur ein Teil gelesen werden. Der Rest der in 64Bit gespeichert wird kann nicht gelesen werden, da WAVSource und auch AVISource nur die 32Bit Einlesemethoden verwenden.

Zitat von Malzzi

Ne. Die haben bei mir so eine hohe CPU Auslastung... Stimmt also so nicht. Also zumindest bei mir nicht.....

x264 verbraucht aber mehr CPU als ein Lossless Codec. Das ist nun mal so. Da kann ich doch auch nix dran ändern. Soll ich jetzt die Fakten die feststehen einfach für Unsinn erklären?

Naja, aber wenn du der Meinung bist, kannste dich gerne mit den Fachleuten im Doom9 oder Gleitz Forum auseinandersetzen. Die werden dir alle das gleiche erzählen.

Das einzige Problem bei Lossless Codecs ist der das diese hohe Festplatten-Schreibgeschwindigkeiten fordern. Und wenn man bei einer Aufnahme noch alle Threads für verbratet, statt mal das auf 4 oder 3 Threads zu limitieren.

Und wenn ich mit einen Core Duo mit 2Ghz Far Cry 2 auf 720p mit UT Video RGB aufnehmen konnte und das Spiel noch flüssig lief, kannst du mir gewiss nicht erzählen das die CPU Last höher ist. Denn ein x264 Record beim selben Game mit YV12 hat mit den Rechner sogar eingefroren, weil das Derbe an die CPU genagt hat.

Alles eine Frage der Einstellung.und der Hardware.

Zitat von DominatorLP

Und folgendes kann man machen wenn man dieses Problem hat.

NicAudio.dll dowloaden und im Tools Ordner von MeGUI hinterlegen

nicaudio.codeplex.com/

.NicAudio.dll einbinden

LoadPlugin("<Pfad zu MeGUI>\MeGUI\tools\NicAudio_206\NicAudio.dll")

WavSource("FileName.raw") anpassen

RaWavSource("FileName.raw")

Alles anzeigen

lol. Das ist doch bei MeGUI schon enthalten das Plugin. Braucht man also nicht downloaden extra.

Und RaWavSource ließt Wave64 Dateien ein. Bzw. alle PCM Streams die in solchen Wave64 Dateien gehen würden.

Und RaWavSource wird wieder einmal falsch angewendet. Denn um wirklich Fehler zu vermeiden, müssen Parameter angegeben werden. Ansonsten kann das schnell mal nach hinten los gehen. Gerade bei Wave64 Formaten tritt dann das Problem auf das Audio nicht vollständig oder Fehlerhaft abgespielt werden.

Daher gibt man das wie folgt an:

File = "Audio.wav"


RaWavSource(File)
RaWavSource(File, SampleRate = last.AudioRate, SampleBits = last.AudioBits, Channels = last.AudioChannels)

Zeile 3 liefert die Kopfdaten, kann aber Audio Fehlerhaft laden.
Zeile 4 bekommt dann die Kopfdaten und entnimmt dann anhand dessen die richtigen Audiodaten. Und schon läuft das Plugin absolut korrekt.

Bei 16Bit, Stereo und 44100Hz kannste 6h am Stück aufnehmen. Vorausgesetzt das das jeweilige Programm das das File erzeugt hat die 4 GB Grenze genau nimmt.

Denn die Grenze zwischen Wave32 und Wave64 liegt bei exakt 4GB und nicht bei 2GB. Ich weiß aber auch das VDub ab 2,5GB Audio in Wave64 schreibt.

Und wenn man aus einer AVI ein PCM Stream mit AVISource oder WAVSource rauslesen tut, dann wird die 32Bit Variante genommen die auf Wave32 basiert. Und schon wird halt nicht alles geladen.

Zitat von DominatorLP

ConvertAudioTo24bit.ResampleAudio(48000)

Why? Du nimmst doch schon so auf. Warum konvertierst du wieder darauf? Macht doch kein Sinn xD Und zumal es ohnehin auf YT auf 16Bit wieder runtergeregelt wird. Kannst dir das also im Skript sparen. Am besten gleich in 16Bit aufnehmen. Dann brauchst du auch kein NicAudio verwenden.

Und ich frage mich ohnehin warum du das so komisch machst. MeGUI hätte dir die WAVs auch mit NicAudio oder spätestens mit FFMS2 eingelesen. ;D

Aber ich muss schon bewundern das sich einige Leute da wirklich sehr viel Aufwand mit machen. Audacity wäre glaub ich drei mal schneller xD

Zitat von DominatorLP

Kann man eig die Spuren aus der avi File direkt importieren?

Mit AVISource, was aber auch wieder WAVSource verwenden würde, oder mit FFMS2. Ansonsten nein.

Zeig doch mal eine deiner AVS Dateien die du da verwendest und gib uns mal eine Mediainfo vom dem File was du in der AVS Datei angibst.

Sprich wenn du eine Frameserverdatei in der AVS Datei angibst, dann davon die Mediainfo bitte.

Könntest du uns den Link zum YT Video geben und uns sagen ab wann das Ganze losgeht? Vllt. liegt das jeweils nur am eigenen Rechner und läuft bei anderen Problemlos.

Zitat von Haburto

Das ist das Script, ohne Video.

Mit wäre besser.

Zitat von Haburto

Config:
Const. Quality - 20
Tuning - none
Preset Medium
AVC Level - Unrestricted/Autoguess
Target Playback Device - Default

Alles anzeigen

Die Command wäre nur wichtig das du die postest. Aber deine Settings lassen sich anhand der Mediainfo nachvollziehen.

An der Mediainfo des fertigen Videos finde ich leider keine Punkte die auf ein Fehler hindeuten.

Überprüfe ab wann der Fehler auftritt.
Nach der Aufnahme schon?
Nach AVISynth (SSM) (siehe dazu das Skript über die Vorschaufunktion über Virtual Dub an oder über die MeGUI interne)
Nach dem MeGUI Encode?
Nach dem Upload den Videos auf YT?

Das sind 4 Zwischenstationen die man nachprüfen kann, ab wann der Fehler auftritt.

Zitat von Haburto

Aufnahme - MSI Afterburner:
VideoFormat: VFW Kompression : Magic YUV lossless v1.2 rev0 (jetzt nur in einer Folge getestet, davor Lagarith Lossless codec mit dem selben Problem)
Container Format: Audio Video Interleave AVI
85% Qualität
Vollbild
60 FPS Framerate
ohne Grenze

Multithread Optimierung - automatisch
Gammakorrektur aktiviert

Alles anzeigen

Die MagicYUV Konfiguration hast du leider nicht genannt. Die fehlen noch. Bitte nachreichen.
Aber bitte die, mit der du aufgenommen hast. Also über Afterburner das Ganze nachschauen.

Hinweis zum Finden der Konfig:
VFW Kompression -> MagicYUV lossless v1.0 rev0 -> Konfiguration

Das ist sehr wichtig. Bei MagicYUV können wir nicht aus der Mediainfo entnehmen wie aufgenommen worden ist. Sprich Quell - Farbraum ist Unbekannt.

Zitat von Senilix

gibts da irgend was Spezielles für das ummuxen

Zitat von Sagaras

Dabei kann dir z.B. helfen: X Media Recode (Copy Modus), MP4Box, Yamb, etc. pp.

Zitat von Senilix

Oder soll ich gleich zum AVIMuxer greifen?

Was haben wir gesagt? AVI Container und H264 passen nicht. Und dann fragst du jetzt ernsthaft nach dem AVIMuxer? lol

Zitat von Senilix

Bei OBS hab ich unter Kodierung beim Encoder x264 und Nvidia NVENC zur Auswahl
Bei NVENC kann ich uner Erweitert Lossless nehmen, aber auch da steht sofort unten da
Warnung zu hohe CUP Auslastung wegen Kodierung blabla
Und alles wird Laggy

Zitat von Sagaras

Mal versucht Verlustfrei aufzunehmen wie mit UT Video oder MagicYUV? Das sind Lossless Codecs die weit weniger CPU Last haben und zudem auch noch bessere Qualität liefern. Hast aber auch dafür größere Dateien, da die CPU sich nicht sonderlich mit Kompressionstechniken beschäftigt ist wie bei H264.