Davinci Resolve (uživatelské rozhraní) (diskuse)

[Nemem9aa]

V linuxu nebylo dlouho podoporovano skalovani textu (v menu a tak) --> nepouzitelne na HIDPI monitorech. Nemate tuseni zda uz to lze nastavit?

(pouzivam tedy na 27" 4k monitoru, ale v QT nastevene scale a 4k je funkcne 1080)

[PetebLazar]

Myslím, že Davinci Resolve škálování svého UI s ohledem na DPI monitoru stále nepodporuje.

Zatím jsem to na 100% bez scalingu na svých 27" IPS UHD (32" xVA mám pro CleanFeed) ukoukal (pravda vždy po relativně omezenou dobu).

Tím Vámi zmíněným workaroundem předpokládám máte na mysli ...

bash -c "QT_DEVICE_PIXEL_RATIO=2 QT_AUTO_SCREEN_SCALE_FACTOR=true /opt/resolve/bin/resolve" %U

I když při jeho využití užitečná plocha pro panely, timeline, nahledy atd. odpovídá FullHD, myslím že množství bodů v náhledových oknech odpovídá UHD nikoli FullHD.

Viz příklad se 720p projektem (kde v náhledovém okně zabírajícím na výšku 1/3 LCD je zobrazených 1280x720 v 1:1 mappingu), to by při nativním FullHD rozlišení nebylo možné docílit. Viz screenshot.

BMD doporučuje v Linuxu 1080p/1440p monitory kde je velikost popisů/ovládacích prvků na 100% asi ještě dostatečná, ale to je možná jen "damage control" chybějící podpory scalingu UI. UI bude nejspíše naprogramováno dost natvrdo, pokud by šlo o omezenou změnu kódu asi by po létech poukazování na tento problém došlo k nápravě (myslím, že někdo na Redditu s notebookem s UHD panelem se zastavil na hodnotě scalingu 3x ). Zajímalo by mne jak velký je podíl Linux uživatelů DR (celková uživatelská základna free/placené edice DR se odhaduje údajně na 2 miliony, srovnatelné s komunitou placeného FinalCutPro). Možná, že v profesionálních studiích i s ohledem na pravděpodobný výskyt místo zabírajících BDR panelů se většinou osazují 40"+ LCD.

[Nemem9aa]

Ano, tento prikaz pouzivam.

UHD neukoukam a 2x scaling je zbytecne velky. Fungovat se na tom da .... dle oficialniho fora jsem nabyl dojmu, ze ve Win a macOS skalovani funguje i na desetiny.

Prijde mi absurdni, ze neni podpora HiDPI monitoru ...

Jinak ja jsem vdecny, ze Linux podporuji, mam studio verzi abych nemusel rekodovat a zacinal jsem s tim tak brzo, ze jsem si poridil i BM prehravaci kartu, abych u toho mel zvuk (myslim, ze to byla verze 12, kde nebyl vystup na pulseaudio, ale jen pres jejich IO kartu). Na nahled na televizy jsem si i zvyknul a je to fajn.

[PetebLazar]

Také jsem si všiml, že u Windows/MacOSu řeší jeho případné (ne)fungování ne jeho absenci (scalingu).

Taky mi tu někde leží Decklink Intensity Pro 4K a Decklink Mini Recorder 4K, ale jak ztloustly chladiče na GK musely do skříně (aspoň že do DR16 dali CleanFeed z GK). Zkoušel jsem editací EDIDu v XOrg.conf pro jednotlivé LCD selektivně zpřístupnit 24p (monitory jej podporují), ale DR z rozdílné snímkové frekvence u LCD(primary/secondary/CleanFeed) nebyl štastný (předpokládám, že BMD playback karta by s tím asi problém neměla).

[PetebLazar]

Ještě jsem ve virtuálu Linux Mint 20 vyzkoušel Fractional scaling 125% v Cinnamonu. Screenshot fractional scaling 125% vůbec nemá cenu nahlížet (interpolace z 3072x1728 na UHD při nahlížení bude jiná), tak jsem aspoň z ruky zkusil vyfotit DF detail fontů v kontrolním obrázku (100%). Nativní UHD 100% a Fractional Scaling 125%. Je tam vidět ta měkkost interpolace z 3072 na 3840. Asi by se v tom nedala dělat jakékoli sharpen korekce (možná jedině s kontrolou na CleanFeedu). Testy proběhly na 32" xVA, na 27" IPS by to možná bylo díky menším bodům ostřejší.

Možná je to výsledkem podobné pouhé změně na nenativní rozlišení LCD, ale aspoň je tam výhoda vyššího dosažitelného rozlišení (1728p) než z 2160p na 1440p.