roki100
Beiträge: 2787

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von roki100 » Sa 11 Jan, 2020 19:28

der unterschied zu Debian Testing ist eben, dass es sich bei archlinux nicht um Testing handelt. ;) Und das andere ist eben, das wichtige Bestandteile wie Kernel & Co. keine oder weniger Patches enthalten. Mit weniger Patches meine ich, nur wenn tatsächlich etwas benötigt wird damit das System läuft, werden Patches eingebaut.... Oder man benötigt selbst irgendwelche Features die ansonsten nicht dabei sind.... Ansonsten ist das meiste quasi "vanilla". Archlinux ist etwas wie: leicht wie Debian, doch schnell und stabil wie Gentoo ...
Ich würde dennoch (für Anfänger) Debian oder Ubuntu empfehlen. Wenn man Linux mehr kennenlernt und gefallen darin findet, wird man mit der zeit so einiges ausprobieren und landet dann bei archlinux... ;) Ich hatte vor ein paar Wochen mit Blender 2.8 unter Archlinux gearbeitet und war überrascht wie schnell EEVEE war (warum auch immer).




mash_gh4
Beiträge: 3168

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von mash_gh4 » Sa 11 Jan, 2020 20:26

wenn du wirklich performance suchst, wirst du gegenwärtig kaum um clear linux herumkommen.
das ist gegenwärtig in fast allen benchmarks den anderen systemen deutlich überlegen.

https://www.phoronix.com/scan.php?page= ... inux-2010s

aber natürlich ist geschwindigkeit alleine noch nicht alles! man will ja z.b. unterstützung für alle benötigte od. auch nur denkbare software direkt in der distribution vorfinden etc. und da schaut es natürlich mit dieser lösung nicht mehr ganz so rosig aus, weil ja z.b. der doch nicht ganz unwesentliche nvidia-support erst sehr spät dazugekommen ist etc.

im übrigen dürften all diese wunderbaren system-optimierungen bei closed source software wie resolve kaum den gewünschten erfolg zeigen, weil dort ja fast die ganze runtime umgebung durch beigepackte schrecklich veraltete und eben nicht-optimierte libraries ersetzt bzw. ausgebremst wird. in dem sinn ist es dann auch leider ziemlich gleichgültig, auf welcher distribution man das zeug verwendet.




roki100
Beiträge: 2787

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von roki100 » Sa 11 Jan, 2020 20:38

Hier noch ein interessanter Artikel: https://www.phoronix.com/scan.php?page= ... lear&num=1
Beispiel h264 Video Encoding:
Bildschirmfoto 2020-01-11 um 20.41.06.png
"Arch Linux with the performance governor, optimized CFLAGS/CXXFLAGS in this test was much faster than Ubuntu and Antergos, but again Clear Linux came out ahead."
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.




mash_gh4
Beiträge: 3168

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von mash_gh4 » Sa 11 Jan, 2020 20:54

ja das ganze ist eine ziemlich verrückte geschichte! :)

bei gentoo und arch war das ja noch getragen von verständlichem sportlichem ehrgeiz im rahmen der amateur-liga, aber bei clear linux hat das mittlerweile wirklich völlig abgehobene akademisch anmutende ausmaße angenommen, wo sich offenbar nur mehr die allerbesten compiler- und prozessorentwickler darin zu übertreffen versuchen, noch ein klein wenig mehr rauszuquetschen...

wirklich spannend sind dabei u.a. die verwendeten telemetrie- und selbstoptimierungstechniken.

https://docs.01.org/clearlinux/latest/g ... trics.html
https://software.intel.com/en-us/vtune- ... troduction

... auch wenn das natürlich in puncto datenschutz nicht unbedingt das ist, was man sich so wünscht. :(




cantsin
Beiträge: 6505

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von cantsin » Sa 11 Jan, 2020 21:10

Wobei diese Optimierungen im Zweifelsfall wieder Probleme nach sich ziehen und z.B. Clear Linux so auf Intel-CPUs optimiert ist, dass man es nicht auf AMD-Systemen einsetzen sollte, was den Einsatzzweck sehr einschränkt...

Ich kann nur davor warnen, dieses Bastler-, Nerd- und Freak-Diskussionen, die sich um Freak-Distributionen wie Gentoo, Clear etc. drehen, hier in Mainstreamforen von Mediengestaltern zu tragen, weil sie für die Zielgruppe absolut irrelevant sind und der Akzeptanz von Linux einen Bärendienst erweisen. (Das wäre genauso, als wenn auf ein Computertechnik-Forum die Diskussion über eine geeignete Videokamera in Esoterik-Debatten über die Vorteile von MagicLantern-raw mit gehackten Canon-Kameras ggü. einem Camcorder breittreten würde.)

Ich spreche da aus Erfahrung, weil wir in unserem Mediengestaltungs-Studiengang in der Vergangenheit einen Gentoo-Apostel als technischen Dozenten hatten, der erreichte, dass beinahe alle Studenten bei MacOS blieben. Seitdem er weg ist, verwenden 90% der Studenten Linux, und zwar i.d.R. Ubuntu.


@mash Könntest Du bitte noch erklären, was Du mit dem Verbiegen von Systempfaden/-variablen bei dem Debian-Paketskript für Resolve meinst? Das Programm wird in den Ordner /opt/resolve installiert und lässt sich mit der Standard-Paketverwaltung, wenn nötig, sauber und rückstandslos entfernen. Der /opt-Pfad mag zwar nicht Debian-richtlinienkonform sein, aber das ist für Anwender irrelevant. (Du musst Dir klar sein, dass Deine Postings hier von vielen gelesen werden und im Zweifelsfall missverstanden werden und für Gerüchte sorgen wie "ich habe gelesen, dass Resolve unter Ubuntu das System zerschiesst".)




mash_gh4
Beiträge: 3168

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von mash_gh4 » Sa 11 Jan, 2020 21:55

cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
Wobei diese Optimierungen im Zweifelsfall wieder Probleme nach sich ziehen und z.B. Clear Linux so auf Intel-CPUs optimiert ist, dass man es nicht auf AMD-Systemen einsetzen sollte, was den Einsatzzweck sehr einschränkt...
seltsamerweise zeigen die benchmarks ziemlich deutlich, dass auch AMD prozessoren von den verbesserungen profitieren.

siehe bspw: https://www.phoronix.com/scan.php?page= ... rome-clear

es hat wohl mehr damit zu tun, dass es hier wirklich um tricks der optimierung geht, die den meisten programmieren gar nicht bewusst sind bzw. einfach nie in die zugrundeliegende software -- also bspw. ffmpeg -- eingeflossen sind. das gilt auch auch für die SVT-en/decoder, die auch auf AMD prozessoren ganz gut funktionieren, obwohl sie ja eigentlich sehr stark auf intel hardware zugeschnitten sind.

aber es gibt natürlich schon sachen, wo intel die konkurenz ganz bewusst in recht unschöner art und weise ausbremst, weil sie einfach manche optimierungen bzw. vektoroperationen in ihren mathematik- und medienverarbeitungslibraries nicht aktivieren, wenn der prozessor nicht aus dem eigenen hause kommt...
cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
Ich kann nur davor warnen, dieses Bastler-, Nerd- und Freak-Diskussionen, die sich um Freak-Distributionen wie Gentoo, Clear etc. drehen, hier in Mainstreamforen von Mediengestaltern zu tragen, weil sie für die Zielgruppe absolut irrelevant sind und der Akzeptanz von Linux einen Bärendienst erweisen.
bis zu einem gewissen grad verstehe ich die damit verbundene kritk schon.

ich würde ja auch niemandem raten, produktionsserver mit gentoo zu betreiben, weil es leider wirklich oft ein glücksspiel ist, ob das nach dem nächsten update wieder läuft. da bringt einem dann natürlich das ganze spiel mit optimierter kompilierung überhaupt nichts, wenn man sich einfach nicht darauf verlassen kann...

aber mit clear linux ist das ein bisserl anders. das ist eher eine distributionen, die tatsächlich auch für anspruchsvolle praktische aufgaben im cloud hosting umfeld eine absolut ernstzunehmende lösung darstellt.

und ehrlich gestanden verstehe ich nicht, warum BMD nicht vielmehr clear linux statt CentOS als basis pushed, wo doch gerade die dortige performance bei multimedia und transcoding tasks in den benchmarks immer ganz besonders heraussticht. ich bin mir ziemlich sicher, dass ein resolve auf dieser basis in vielen zeitaufwendigen cpu bound operationen fast doppelt so schnell wäre!

aber auf so etwas legt man bei BMD keinen großen wert. dort versteht man sich als hardware-hersteller und propagiert lieber die anschaffung neuer hardware, auch wenn sie von anderen produziert wird, statt tatsächlich auch softwarequalität und -optimierung ausreichend ernst zu nehmen.
cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
Ich spreche da aus Erfahrung, weil wir in unserem Mediengestaltungs-Studiengang in der Vergangenheit einen Gentoo-Apostel als technischen Dozenten hatten, der erreichte, dass beinahe alle Studenten bei MacOS blieben. Seitdem er weg ist, verwenden 90% der Studenten Linux, und zwar i.d.R. Ubuntu.
ja -- mit gentoo muss man einfach so seine erfahrungen gemacht haben, um etwas für's leben zu lernen. ;)

aber, um das ein bisserl zu relativieren, könnte ich dir auch von ganz vielen kollegen aus dem umfeld der elektronischen musik berichten, die ständig mit irgendwelchen linux-realtime-erweiterungen, L4-basierenden microkernels u.ä. herumexperimentieren, um die latenzen bzw. buffergrößen noch weiter nach unten zu schrauben. da schau ich dann auch immer ganz ungläubig und verständnislos zu und kann kaum verstehen, warum das den kollegen derartige mühen wert ist...
cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
@mash Könntest Du bitte noch erklären, was Du mit dem Verbiegen von Systempfaden/-variablen bei dem Debian-Paketskript für Resolve meinst? Das Programm wird in den Ordner /opt/resolve installiert und lässt sich mit der Standard-Paketverwaltung, wenn nötig, sauber und rückstandslos entfernen.
leider stimmt das nur beinahe -- der panel-treiber bzw. die beigepackte libusb-version wird offenbar vom installer noch immer im systempfad in nicht multiarch kompatibler weise abgelegt, und auch mit dem cuda support gibt es leider ständig probleme, wenn man die pfade bzw. tatsächliche platzierung zu korrigieren versucht.

siehe z.b.:
https://forum.blackmagicdesign.com/view ... 47#p553615
und die daran knüpfende diskusion bzw. jene faktischen probleme, die sich plötzlich nach der umstellung auf debian10 daraus ergaben:
https://forum.blackmagicdesign.com/view ... 47#p555290

"..., Then we know that this effectively sets stop for this hack on Debian and probably soon also on Ubuntu and others."
cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
Der /opt-Pfad mag zwar nicht Debian-richtlinienkonform sein, aber das ist für Anwender irrelevant. (Du musst Dir klar sein, dass Deine Postings hier von vielen gelesen werden und im Zweifelsfall missverstanden werden und für Gerüchte sorgen wie "ich habe gelesen, dass Resolve unter Ubuntu das System zerschiesst".)
der /opt-pfad ist schon o.k. und durchaus debian bzw. linux Filesystem Hierarchy Standard (FHS) konform. daran könnte man höchstens kritisieren, dass user-stettings nicht dort abgespeichert werden sollten, aber da kann ich gerne ein auge zudrücken. nur diese idotischen inkompatibilitäten mit den multiarch-konventionen bzw. hardcodierten pfaden in den binaries kann ich wirklich nicht akzeptieren. das ist weder saubere programmierung, noch zwingend notwendig, um das zeug zum laufen zu bringen -- weder auf CentOS, noch sonst irgendwo.

ich hab mich ja wirklich sehr lange an den entsprechenden diskussionen um verbesserungen im resolve forum bemüht, aber irgendwann hat man dann einfach genug davon, wenn sich gar nichts zum besseren hin ändert...




Social Media

       
 Aktuelle Beiträge [alle Foren]
 
» ++ Verkaufe 2 Fujinon Cine Objektive (MKX18-55 / MKX55 - 135)
von Beavis27 - Sa 21:04
» Für was genau werden diese Netze verwendet.
von suchor - Sa 21:01
» Welche CPU für Schnitt, After Effects und Gaming
von Jost - Sa 20:59
» Fokussierung der BMPCC 4/6K auf dem Gimbal
von clipwerk - Sa 20:51
» Mini hdv Bänder importieren Imac Catalina
von Zottel123 - Sa 20:43
» Kurs Südwest: Das Abenteuer meines Lebens - Feedback erwünscht
von Auf Achse - Sa 19:54
» Neuer PC - wenn es doch nur so einfach wäre
von mash_gh4 - Sa 19:30
» SONY RX100 VII - kleiner Test der Bildqualität
von vobe49 - Sa 19:17
» Ich filmte für Millionen
von dustdancer - Sa 19:10
» Sony FDR AX53: Fragen zum Betrieb und der Funktion
von aponi2340 - Sa 19:08
» Wenn ihr nur noch ein Objektiv nutzen dürftet...welches wäre das?
von Pianist - Sa 17:34
» Neue extra-robuste Pro RUGGED Speicherkartenserie von Manfrotto
von cantsin - Sa 14:41
» Tokina atx-m 85mm f/1.8 FE: Tokina stellt neue Objektivserie für DSLMs vor
von MarcusG - Sa 14:28
» Verkaufe Sachtler Soom XL Stativ System inkl. Stativkopf FSB6
von SeenByAlex - Sa 13:11
» Graukarte als Belichtungshilfe/Verständnisfrage
von ruessel - Sa 12:19
» Was bedeutet Aperture Height und Width?
von mash_gh4 - Sa 12:07
» Rode Video Mic Pro+ Alternative (Handgeräusche Bewegungen)
von Sammy D - Sa 11:45
» Seltsames Geräusch Sony AX700
von John - Sa 10:45
» Davinci Resolve - Lücke schließen beim Löschen
von Harz - Sa 10:38
» Was schaust Du gerade?
von roki100 - Sa 9:40
» Was hörst Du gerade?
von roki100 - Sa 0:58
» BMPCC (original, 4K, 6K) und externe Steuerung?
von roki100 - Sa 0:22
» Der Balkan, ein Garant für Qualität!
von klusterdegenerierung - Sa 0:20
» Schweinerei: Netzwerk per Funk lahmlegen!
von roki100 - Sa 0:06
» Mit welche Kameras wurden die beliebtesten Netflix-Serien 2019 gedreht? ARRI war es nicht
von Mantas - Fr 21:53
» Panavision: 11 neue Primo Artiste Primes für 8K DXL Kamera
von iasi - Fr 21:23
» Nach 20 Jahren Avid auf FCPX wechseln
von dienstag_01 - Fr 13:08
» Funk-Kamera (Bühnentauglich)?
von aus Buchstaben - Fr 12:44
» Quicktime Codec Win 10 Sicherheitsfragen
von frm - Fr 12:18
» Kamera zur Schlafüberwachung gesucht
von Auf Achse - Fr 12:08
» Flughafen Heathrow startet neues Anti-Drohnen System mit 3D Holo-Radar
von slashCAM - Fr 10:12
» Letterboxing deaktivieren/Videoformat beibehalten
von Jörg - Fr 9:39
» Sony 4K FS RAW Interface PXW-FS5 Upgrade-Lizenz
von HerrVonundZuWolf - Fr 8:09
» slashCHECK / Nachgereicht - Günstige SATA-SSDs an der Sigma fp Teil 2
von Jost - Fr 8:00
» BILD träumt vom User Generated Video Content
von Jalue - Do 23:12
 
neuester Artikel
 
Gelöst: SATA-SSDs an der Sigma fp

Nach einem ersten erfolglosen Versuch haben wir einen weiteren Anlauf gestartet an der Sigma fp normale SATA-SSDs zur externen RAW-Aufzeichnung zu nutzen... weiterlesen>>

Panasonic HC-X1500, HC-X2000 und AG-CX10

Wir haben bereits die Panasonic HC-X2000 von Panasonic bei uns. Um die Wartezeit auf den ganzen Test zu verkürzen, veröffentlichen wir schon einmal vorab unsere Erkenntnisse zur Bildqualität. weiterlesen>>

neuestes Video
 

Aktuelles Video:
Deep in the Guatemalan Jungle with my FPV Drones

Hals- oder vielleicht besser gesagt rotorbrecherische Flugaufnahmen gibt es hier zu bestaunen -- extrem gekonnt lässt der offensichtlich Racing-geschulte Pilot seine kleine Drohne durch die Luft wirbeln (Danke ans Forum für den Hinsweis).