{"id":113225,"date":"2024-01-29T12:50:31","date_gmt":"2024-01-29T10:50:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-gtk-dobavleny-novye-dvizhki-otrisovki-dlya-opengl-i-vulkan"},"modified":"2024-01-29T12:50:31","modified_gmt":"2024-01-29T10:50:32","slug":"v-gtk-dobavleny-novye-dvizhki-otrisovki-dlya-opengl-i-vulkan","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/v-gtk-dobavleny-novye-dvizhki-otrisovki-dlya-opengl-i-vulkan","title":{"rendered":"Nieuwe rendering-engines voor OpenGL en Vulkan zijn toegevoegd aan GTK.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De ontwikkelaars van de GTK-bibliotheek hebben de beschikbaarheid van twee nieuwe rendering-engines aangekondigd - 'ngl' en 'vulkan', die gebruikmaken van de graphics API's OpenGL (GL 3.3+ en GLES 3.0+) en Vulkan. De nieuwe engines zijn opgenomen in de experimentele release GTK 4.13.6. In de experimentele tak van GTK wordt de ngl-engine nu standaard gebruikt, maar als er aanzienlijke problemen worden aangetroffen, zal in de volgende stabiele release 4.14 de oude rendering-engine 'gl' worden hersteld. <\/p>\n
De nieuwe engines worden gepositioneerd als uniform en zijn opgebouwd uit een enkele codebasis. Het idee van uniformiteit is dat de API Vulkan als basis wordt gebruikt, bovenop welke voor OpenGL een apart abstractieniveau is gecre\u00eberd dat rekening houdt met de verschillen tussen OpenGL en Vulkan. Deze benadering heeft het mogelijk gemaakt om in beide engines een gemeenschappelijke infrastructuur te benutten voor het verwerken van het sc\u00e8ne-grafiek, transformaties, het cachen van texturen en glyphs. Uniformiteit heeft ook de onderhoudbaarheid van de codebasis van beide engines aanzienlijk vereenvoudigd en ervoor gezorgd dat deze up-to-date en gesynchroniseerd blijft. <\/p>\n
In tegenstelling tot de oude 'gl'-engine, waarbij voor elk type renderer (rendernode) een aparte eenvoudige shader werd gebruikt en periodiek de gegevens werden hergroepeerd tijdens offscreen rendering, wordt in de nieuwe engines een complexe shader (ubershader) gebruikt, die gegevens uit de buffer interpreteert in plaats van offscreen rendering. In zijn huidige vorm blijft de nieuwe implementatie achter bij de oude qua optimalisaties, omdat in deze fase de focus ligt op de correctheid van de werking en de eenvoud van onderhoud. <\/p>\n
Nieuwe functies die ontbreken in de oude 'gl'-engine: <\/p>\n
\n
Antialiasing - dit maakt het mogelijk om fijne details te behouden en een gladdere omtrek te cre\u00ebren.
<\/center>\n
Het cre\u00ebren van willekeurige gradients, waarbij een onbeperkt aantal kleuren en antialiasing kan worden gebruikt (de 'gl'-engine ondersteunde alleen lineaire, radiale en conische gradients met maximaal 6 kleurstops).
<\/center>\n
Fractionele schaling (fractional scale), waarmee niet-gehele schaalwaarden kunnen worden ingesteld; bijvoorbeeld, bij een schaling van 125% voor een venster van 1200\u00d7800 zal een buffer van 1500\u00d71000 worden toegewezen, en niet 2400\u00d71600 zoals in de oude engine.\n
Ondersteuning voor DMA-BUF-technologie voor het gebruik van meerdere GPU's en om bepaalde bewerkingen naar een andere GPU te verplaatsen.\n
Veel rendering knooppunten worden correct verwerkt, waar er problemen waren in de oude implementatie. <\/ul>\n
Bij de beperkingen van de nieuwe engines wordt genoemd dat er geen ondersteuning is voor positionering op fractionele waarden en glshader knooppunten, die sterk afhankelijk waren van de kenmerken van de oude engine en waarvan de noodzaak is verdwenen na de toevoeging van ondersteuning voor knooppunten met maskers en texturen met transparantie. Ook wordt de mogelijkheid vermeld van mogelijke problemen met grafische stuurprogramma's als gevolg van de wijziging in de manier van werken met stuurprogramma's. <\/p>\n
In de toekomst is het mogelijk om op basis van het nieuwe uniforme model rendering-engines te cre\u00ebren die Metal in macOS en DirectX in Windows gebruiken, maar het ontwikkelen van dergelijke engines wordt bemoeilijkt door het gebruik van andere talen voor shaders (in de 'ngl'- en 'vulkan'-engines is de GLSL-taal gebruikt, dus voor Metal en Direct zal het nodig zijn om shaders te dupliceren of een laag te gebruiken op basis van SPIRV-Cross-tools). <\/p>\n
In de toekomstplannen wordt ondersteuning voor HDR en middelen voor correcte kleurbeheer genoemd, ondersteuning van path rendering aan de GPU-kant, de mogelijkheid om glyphs te renderen, rendering buiten de hoofdthread en prestatieoptimalisatie voor oudere en minder krachtige apparaten. In de huidige staat is de prestaties van de 'vulkan' engine vergelijkbaar met die van de oude 'gl' engine. De 'ngl' engine presteert minder goed dan de oude 'gl' engine, maar de beschikbare statistieken zijn voldoende voor rendering met een frequentie van 60 of 144 FPS. Het wordt verwacht dat de situatie zal verbeteren na de optimalisatie. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Nieuwe](\"\/wp-content\/uploads\/2024\/01\/dc690b87095af7bca8d2826ebb3a9584.png\")
<\/center>\n![\"Nieuwe](\"\/wp-content\/uploads\/2024\/01\/331c81cddc35e00e08db425a38d90dca.png\")
<\/center>\n