Ich würde einfach raten ein wenig selbst zu Programmieren.
Bei Programmiersprachen wäre da Pascal bzw. wenn es noch hardwarenäher sein soll klassisches C zu empfehlen.
Und dann kannst du im Debugger auch einfach mal schauen, was der Compiler so an Assembler draus macht.
Übrigens: Fehlende Leerzeichen hinter den Punkten erschweren das Lesen, gerade zur aktuellen Uhrzeit.
Ja sorry,scheine wohl auch schon etwas müde zu sein.Habe was interessantes im Forum gelesen.Weis nicht ob das interessant ist.Aber da wird ebenso darüber unterhalten. Scheint wohl generell beim VIdeoumwandeln so Probleme zu haben. Zietiere Text ausschnitt und Quell seite dazu.
ch lach mich kaputt... Da gibt's noch genügend Baustellen bei HEVC, die größte ist, daß es keine Authoringsoftware für H265 gibt. Ist quasi wie beim Flughafen Berlin. Da faseln die schon vom Nachfolger. Abgesehen davon hat sich die UHD-BD noch nicht durchgesetzt - noch zäher, als bei der BD. Erstens mangelte es an Abspielgeräten, zweitens mangels Rohlingen (BD-XL und UHD-BD sind leider nicht kompatibel), drittens wegen fehlender Authoring-Software für privat übliche Zwecke. Ich habe zum Glück für mich mit unglaublich viel Ausprobieren 'ne "Krücke" gefunden, wie man UHD-Scheiben herstellt, die wie gewohnt mit Menü, Kapiteln usw. im Player laufen (aber nicht 100%ig UHD-BD-kompatibel sind, was heißt, daß sie möglicherweise nicht in jedem Gerät laufen).
Das nächste Thema ist die Geschwindigkeit:
Mein i9-9900K schafft ein HD-Filmchen bei H264 mit ~40fps mit Einstellungen, die für extrem gute Qualität bei mittleren VBR-Bitraten 10-15MBit/s (TV sendet auch nicht mit viel mehr!) optimiert sind, da ist die CPU noch nicht mal zu 100% ausgelastet. Bei UHD sind es noch so ~10fps. Nehme ich dafür H265 mit gar nicht mal so aggressiven Einstellungen, komme ich noch auf ~5fps. Schuld daran ist auch das 10 Bit-Encoding, aktuelle CPUs sind dafür nicht ausgelegt (alle Datentypen sind 8, 16, 32 und 64 Bit), es fehlen schlicht und einfach Befehle dazu bei SSE/AVX. BMI1 & 2 enthalten zwar passende Befehle (pdep, pext, pextr, ...) die funktionieren aber nur mit den allgemeinen Registern - nix mit Parallelverarbeitung. Die Pixelformatumwandlung in Einheiten, die die CPU beackern kann (und zurück) ist also ein Flaschenhals.
Angesichts dessen frage ich mich, wie lange es dauert, einen 2h-Film in 8K mit H266 zu kodieren und ob ich das Ende der Kodiersession mit heute aktueller Hardware überhaupt noch erlebe...
Quelle:
HEVC-Nachfolger VVC/H.266 - Feature requests - Voukoder
Und dann noch das hier :
Ja, das wird mir jetzt auch klar... Habe mal selbst vor nicht allzu langer Zeit überlegt (AVISynth), um 'ne >8Bit-Unterstützung irgendwie in die verbreitete v2.58 reinzubekommen, also wie man die in RGB angeforderten Bilder vom Dekoder irgendwie in 4:2:0 10Bit kommt. Also 'ne DLL selber schreiben. Ich dachte, das geht mit SSE und AVX fix, so der Plan:
1. Mit "pmovsxbd" in 32Bit wandeln,
2. mit "cvtqd2ps" nach single wandeln,
3. Farben von RGB nach YV12-32Bit umfräsen (mulps/addps, die Umrechnungskonstanten für BT601/709/... stehen sogar in de Wikipedia),
4. Skalieren mit 1024 und in Integer zurückwandeln,
5. Ja, genau danach kommt das Problem: Jetzt muß man die wichtigen Bits zusammenschieben und es gibt zwar shifts für 8/16/32/64 Bit, aber trotz 256Bit Recheneinheiten nichts für das gesamte Register. Der Plan, die nicht benötigten Bits rauszushiften und das mit Bitmaske in ein Auffangregister zu schießen, geht leider nicht. Da hat Intel leider bei den mittlerweile 256 Bit breiten Recheneinheiten Befehle für die Bearbeitung von 128/256 Bit in einem ganze Stück vergessen. (Genau so, wie 'ne Integerdivision fehlt!)
Ich hab's dann entnervt gelassen. Konvertierung mit FFMPEG und eine 2 Kilometer lange Kommandozeile war nämlich erheblich schneller.
Ma zurück: Von YUVA float nach YUVA word kann man mit SSE/AVX aber schon ziemlich fix erledigen? Mit mulps skalieren, nach 32 Bit Int konvertieren und in 16 Bit umpacken. 3-4 Befehle??? (Und den Loop natürlich wenigstens 2fach entrollt!)
Quelle:
Exception on Voukoder startup - Bug reports - Voukoder
Mir sagen diese Dateitypen überhaupt nichts.Es scheinen dort wohl Entwickler unterwegs zu sein.Denn was mit umschreiben und so,was die berichtet hatten.Scheint wohl halt doch nicht so einfach zu sein.Und ich der wo nur vielleicht etwas Programier Sprache C sich ein wenig auskennt,der hat da Null Chancen.