Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Codec-Auswahl wechselt
#1
Moin,

ich habe ein, wie ich finde, seltsames Phänomen, und hoffe, jemand kann mir sagen. woran es liegt.

Ich nutze DVR unter Ubuntu-basiertem Linux (deswegen schreibe ich ja auch hier Wink) und das Phänomen tauchte schon in DVR 18.6 auf und jetzt auch in DVR 19.
Die Codec-Auswahl variiert, und ich kann es nirgends dran festmachen, warum.
Jetzt war es zum Beispiel so, dass ich 5 oder 6 Mal DVR neu gestartet habe, bis dann auch MP4 und MP5 möglich waren.

Für mich ist ein Computer ja eher binär, also entweder geht es (ohne Veränderung der Umstände) immer oder es geht nie. aber nur durch mehrmalige Neustarts von DVR ändert es sich, und das macht mich stutzig.

Jemand eine Ahnung?


Angehängte Dateien Thumbnail(s)
       
Davinci Resolve Studio
Tuxedo OS (basiert auf Ubuntu Linux)
Canon R6 + R7, Google Pixel 6a, DJI Osmo Action 4
Intel Core i7-13700H
NVIDIA GeForce RTX 4060 8GB
Zitieren to top
#2
Hallo Ralf,
seit heute habe ich beschlossen, mein DVR-Studio vollständig auf Linux Mint 22 umzustellen. Ich hoffe nicht, dass es sich bei deinem Fehler um ein grundsätzliches Linux-Problem zurückzuführen ist.

Mit Tuxedo OS habe ich keine Erfahrungen, aber Linux Mint basiert ja auch auf Ubuntu.

Auf welchem Ubuntu basiert denn dein Tuxedo OS und welcher Nvidia-Treiber ist installiert ?
Gerade mit Ubuntu 24.04 gibt es hier und da ein paar Startschwierigkeiten mit DVR.
L.G. Markus

PC: B550 Tomahawk, Ryzen7 5800x, 48GB DDR4 3200MHz, RTX 4070, Monitor Dell UltraSharp U2515H  Linux Mint 22 
NB: Lenovo Legion 5 Pro Serie 7, I7-12700H 32GB Ram, RTX 3060 6GB Vram, Windows 11 Home 24H2 / Linux - Nobara
Davinci  Resolve Studio 20.x
Zitieren to top
#3
Noch eine Kleinigkeit,
bei der Auswahl der Codecs fehlt der h.264 und h.265 Codec. MP4 ist kein Codec, sondern ein Container und MP5 gibt es offiziell gar nicht.
Einige chinesischen Mediaplayer rühmen sich damit MP5 abzuspielen, dabei handelt es sich aber im Grunde auch nur um MP4 Dateien, die mit dem h.264 Codec erstellt wurden.
L.G. Markus

PC: B550 Tomahawk, Ryzen7 5800x, 48GB DDR4 3200MHz, RTX 4070, Monitor Dell UltraSharp U2515H  Linux Mint 22 
NB: Lenovo Legion 5 Pro Serie 7, I7-12700H 32GB Ram, RTX 3060 6GB Vram, Windows 11 Home 24H2 / Linux - Nobara
Davinci  Resolve Studio 20.x
Zitieren to top
#4
Hallo Markus,

aktuell ist die Basis 22.04 LTS.
NVidia-Treiber Version: 550.90.07

Die Auswahlmöglichkeit der Codecs sollte aber doch nicht mit dem NVidia Treiber zusammenhängen, oder?

(29-08-2024, 21:22 21)Nightworker schrieb: Noch eine Kleinigkeit,
bei der Auswahl der Codecs fehlt der h.264 und h.265 Codec. MP4 ist kein Codec, sondern ein Container und MP5 gibt es offiziell gar nicht.
Einige chinesischen Mediaplayer rühmen sich damit MP5 abzuspielen, dabei handelt es sich aber im Grunde auch nur um MP4 Dateien, die mit dem h.264 Codec erstellt wurden.

Okay... h.264 und h.265 ... Wink
Mein Fehler
Davinci Resolve Studio
Tuxedo OS (basiert auf Ubuntu Linux)
Canon R6 + R7, Google Pixel 6a, DJI Osmo Action 4
Intel Core i7-13700H
NVIDIA GeForce RTX 4060 8GB
Zitieren to top
#5
Eigentlich hat es nichts mit dem Treiber zu tun, aber irgendwo muss man ja anfangen zu suchen. Wenn es noch einmal vorkommt, könnte man ja mal in den Preferences nachsehen, ob die GPU richtig erkannt wurde.
Irgendetwas wird ja nicht richtig geladen, sonst würde der der Fehler ja nicht auftreten.
L.G. Markus

PC: B550 Tomahawk, Ryzen7 5800x, 48GB DDR4 3200MHz, RTX 4070, Monitor Dell UltraSharp U2515H  Linux Mint 22 
NB: Lenovo Legion 5 Pro Serie 7, I7-12700H 32GB Ram, RTX 3060 6GB Vram, Windows 11 Home 24H2 / Linux - Nobara
Davinci  Resolve Studio 20.x
Zitieren to top
#6
Es kommt öfter vor.

Hab mal DR neu gestartet, h.264 wieder weg ....
GPU wird aber richtig erkannt.


Angehängte Dateien Thumbnail(s)
   
Davinci Resolve Studio
Tuxedo OS (basiert auf Ubuntu Linux)
Canon R6 + R7, Google Pixel 6a, DJI Osmo Action 4
Intel Core i7-13700H
NVIDIA GeForce RTX 4060 8GB
Zitieren to top
#7
Darf man Fragen, auf welche Weise Du DVR installiert hast?
Sprich, hast Du direkt mit der .run-Datei installiert oder es zunächst über "makeresolvedeb" in ein Debian-Paket umgewandelt?

Wenn ich Deine Signatur richtig lese, hast Du ja die Studio-Version im Einsatz, die für manche Codecs unter Linux ja Voraussetzung ist.
Der Fehler klingt irgendwie nach Einschränkungen der Free-Version, als würden dann eben jene Codecs fehlen, die nur in der Studio-Version unterstützt werden - jeweils im Bezug mit Linux.

Mir ist ein solches Phänomen bisher nie begegnet, und ich spreche seit DVR14 inzwischen von zahlreichen Installationen unter Linux...

(29-08-2024, 22:37 22)Ralf schrieb: Es kommt öfter vor.

Hab mal DR neu gestartet, h.264 wieder weg ....
GPU wird aber richtig erkannt.

Ich lese da LAPTOP GPU. Hast Du ggf. den "On-Demand" Modus für die NVidia aktiv und startet womöglich eine Energiespar-Option, die zu diesem Phänomen führt? Dann würde m.E. der ja installierte Treiber/ CUDA erkannt, aber ggf. die De- unc Encodieroptionen der NVidia nicht aktiviert.
Video-PC: AMD Ryzen Threadripper 32-Core, 128 GB DDR4, 2x NVidia GeForce GTX1080 Ti 11GB, 1TB NVMe, 2TB SSD, 2x 6 TB WD Black, Resolve Studio 19.1.3 unter LinuxMint 22.1
Allround-PC: AMD Ryzen 9 7900X, 64GB DDR5, NVidia GeForce RTX2070 8GB, Resolve Studio 19.1.3 unter LinuxMint 22.1
Laptop:  Acer Aspire A715-51G, 64 GB RAM, NVidia GeForce RTX3050 4GB, Resolve Studio 19.1.3 unter LinuxMint 22.1 / debian 12 (bookworm)
Zitieren to top
#8
Da Davinci unter Linux zwingend eine NVIDIA-Grafikkarte voraussetz, war auch mein Ansatzpunkt die GPU.
Ob es in der Linux Version überhaupt möglich  ist native zu rendern, kann ich nicht beantworten, auswählen kann ich es jedenfalls nicht.
Der Treiber muss jetzt nicht zwingend für Probleme sorgen, aber wie ich gestern sehen konnte, hat er dennoch eine erhebliche Auswirkung auf das System.
Ich habe die Version 560 installiert und danach gab es Probleme in diversen Programmen und dem Google Chrom Browser. Nach dem Downgrade zum 555 waren die Probleme wieder verschwunden.
Mit dem Befehl "nvidia-smi" lässt sich sehen, welcher Grafikkartentreiber und welche Cuda-Version installiert ist. Wie man allerdings erkennen kann, ob alle Encodierfunktionen aktiviert sind,  habe ich noch nicht herausgefunden.
L.G. Markus

PC: B550 Tomahawk, Ryzen7 5800x, 48GB DDR4 3200MHz, RTX 4070, Monitor Dell UltraSharp U2515H  Linux Mint 22 
NB: Lenovo Legion 5 Pro Serie 7, I7-12700H 32GB Ram, RTX 3060 6GB Vram, Windows 11 Home 24H2 / Linux - Nobara
Davinci  Resolve Studio 20.x
Zitieren to top
#9
Vielleicht könnte dieses Tool unter Linux helfen: "GPU-Viever"
Zumindest kann dieses Tool erkennen, welche Codecs unterstützt werden.
Wenn mal wieder kein h.264/265 angezeigt wird, ließe sich ja mal dort nachsehen, ob sich was ändert.

Hier mal eine Liste meiner RTX 4070

   
L.G. Markus

PC: B550 Tomahawk, Ryzen7 5800x, 48GB DDR4 3200MHz, RTX 4070, Monitor Dell UltraSharp U2515H  Linux Mint 22 
NB: Lenovo Legion 5 Pro Serie 7, I7-12700H 32GB Ram, RTX 3060 6GB Vram, Windows 11 Home 24H2 / Linux - Nobara
Davinci  Resolve Studio 20.x
Zitieren to top
#10
(30-08-2024, 14:09 14)CyPix schrieb: Darf man Fragen, auf welche Weise Du DVR installiert hast?
Sprich, hast Du direkt mit der .run-Datei installiert oder es zunächst über "makeresolvedeb" in ein Debian-Paket umgewandelt?

Wenn ich Deine Signatur richtig lese, hast Du ja die Studio-Version im Einsatz, die für manche Codecs unter Linux ja Voraussetzung ist.
Der Fehler klingt irgendwie nach Einschränkungen der Free-Version, als würden dann eben jene Codecs fehlen, die nur in der Studio-Version unterstützt werden - jeweils im Bezug mit Linux.


Ich lese da LAPTOP GPU. Hast Du ggf. den "On-Demand" Modus für die NVidia aktiv und startet womöglich eine Energiespar-Option, die zu diesem Phänomen führt? Dann würde m.E. der ja installierte Treiber/ CUDA erkannt, aber ggf. die De- unc Encodieroptionen der NVidia nicht aktiviert.

Klar darfst Du Wink
Wurde mit der .run-Datei installiert und ja, es ist die Studio-Version. Auf diesem Rechner war auch nie die Free-Version drauf.

bzgl Laptop-CPU und Energiesparopntionen::
Ich habe jetzt mal rum experimentiert mit OnDemand, ohne OnDemand usw.
Das jetzt ist mein erster Rechner mit zwei verschiedenen Graka, von daher will ich natürlich nicht ausschließen, dass ich was falsch gemacht habe.

Plan war eigentlich OnDemand.
Dazu habe ich dann DVR immer so gestartet: "__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia /opt/resolve/bin/resolve"
Sonst meckert DVR sehr schnell, weil ihm die Intel nicht reicht. Wink
Jetzt habe ich eben festgestellt, dass die Konfig des Rechners auf dGPU (also volle Leistung) eingestellt war, sprich kein OnDemand, aber gestartet habe ich DVR halt mit der wie oben beschrieben..
Also OnDemand Modus rein.... DVR gestartet (wie oben geschrieben) ... 3 Mal hintereinander, kein h.264 (ich lasse den 265er mal der Einfachheit halber weg)
Wieder komplett auf dGPU gegangen, DVR ich sag mal, 6 Mal gestartet, nur einmal davon kein h.264 vorhanden.

Also nicht 100% anders... Zufall?


(30-08-2024, 16:54 16)Nightworker schrieb: Vielleicht könnte dieses Tool unter Linux helfen: "GPU-Viever"
Zumindest kann dieses Tool erkennen, welche Codecs unterstützt werden.
Wenn mal wieder kein h.264/265 angezeigt wird, ließe sich ja mal dort nachsehen, ob sich was ändert.

Ich habe mir den Viewer auch mal installiert.
h.264 zu sehen. DVR gestartet, taucht auf.
DVR geschlossen, und dann wieder neu gestartet, h.264 wieder weg. Viewer nochmal gestartet, h.264 immer noch da.
Als wenn DVR jedes Mal beim Starten eine Münze wirft, ob h.264 auftauchen soll.

Abschließend zu diesem Beitrag: Unteres habe ich zuerst gemacht, danach mit und ohne dGPU versucht-...
Ich würde jetzt erst mal auf dGPU belassen und beobachten, wie DVR sich jetzt erstmal verhält.
Aber wenn noch jemand einen Einfall hat (ich finde das Verhalten insgesamt etwas seltsam) bin ich da völlig offen. Smile
Davinci Resolve Studio
Tuxedo OS (basiert auf Ubuntu Linux)
Canon R6 + R7, Google Pixel 6a, DJI Osmo Action 4
Intel Core i7-13700H
NVIDIA GeForce RTX 4060 8GB
Zitieren to top


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 1 Gast/Gäste