Valve: "Det finns ingen större anledning att använda DirectX 12 framför Vulkan"

Intel gör t.ex. inga proprietära drivrutiner med egna OpenGL-bibliotek/ramverk på GNU/Linux heller – men de utvecklar Vulkanstöd för Linux (och troligen Android och Windows). Varför skulle de inte kunna ta över källkoden de ändå äger och har byggt till OS X, om kunder/ISVs efterfrågar det? Det är väl t.o.m. Valve (och ett team de sponsrar) som hjälper till och bygger Intels öppna Vulkandrivare. Intel jobbar med och har visat Vulkandemos på Windows också. Alla gör nog egna drivrutiner när vi pratar om delarna som pratar med hårdvaran, men det är smidigt om det kan bakas in i operativsystemet, samma sak sker ju hos PC-tillverkare egentligen. AMD ska också skriva Vulkandrivare för Linux, men som stängd källkod i alla fall till början. Nvidia kommer säkert där också, och har ju lovat stöd. De har t.o.m. visat demos. De delar visst OpenGL-drivaren med Vulkan, så deras idé är att kunna skeppa Vulkan där de kan skeppa deras OpenGL-drivare. Så frågan kanske mer blir varför skulle de inte skeppa det? Nog för att Nvidia fokuserar på Windows, Android och Linux.

Stödet för signerade kexts kom inte fören i 10.9, i 10.10 var du t.ex. tvungen att stänga av checken för att t.ex. sätta igång trim på tredjeparts-SSD:er. Det utvecklingsläget ska vara borta i 10.11. Nu kör de väl en egen drivare istället för att modifiera Apples eller använder Apples egna trimforce som kom med 10.10.4. Det går säkert att ladda in osignerade kexts beroende på vad de är till för och var de ligger däremot. För att signera behöver du ju inte mer än ditt developer-id hur som helst.

Det är först när specifikationerna kommer ut vi som inte har NDA får veta hur det kommer gå till med det hela hur som helst. Varför Metal då? Någon standardiseringprocess kring Vulkan fanns inte när Apple annonsera Metal. Det hela är något som rör nästa år.

Nvidia verkar inte alls intresserade just nu i alla fall. I deras Vulkan-presentation från augusti så visar de att Vulkan är ett multiplattform API, men OSX/Apple är inte med där som plattform. Det heter "Vulkan can run (almost) anywhere".

Här är de OS Nvidia kommer stödja till att börja med

Mesa har nyss fått stöd (öppna drivrutiner ute i distributionerna är fortfarande fast på 3.3) för OpenGL 4.1 som Apple kör, en proprietär drivrutin med OGL4.5 har inga problem med 4.1-kod. 4.1 är gjort för DX11-hårdvara.

@star-affinity

Kontaktlösa betalkort har ju inte ens kommit till oss fören i år (ICA är först) och således har det inte ens funnits betalterminaler som klarar NFC-betalningar heller i någon utsträckning. De som väljer NFC väljer betalkort istället för mobillösning.

I USA har de kört kontaktlöst ett tag vid sidan av magnetremsa, men de börjar först nu med chip+pin istället. Mobilbetalningar handlar alltid om att få stöd från leverantörerna och att en lösning faktiskt finns på plats. Det är bra om Apple samtidigt som butiker får betalterminaler som kan stödja det faktiskt är med och pushar för att de ska aktivera funktionerna. Det kommer vara bra för Android Pay också.

När det gäller programmerings delen och dessa bibliotek så får jag tro dig på orden. Den världen är inte min specialitet och jag gräver bara i den när jag måste. Att MS har bättrat sig det förstår jag, och jag tror de måste göra det, för att ens kunna konkurrera.

Ang deras licens med Fat32 och exFat så vet jag att detta har blivit till en löjlig nivå. Fat32 fick de väl aldrig igenom licenskostnaden för, därför användes detta in i det sista, tills något annat (typ NTFS/exFAT) behövdes, och då licens kostnad behövdes.

exFat utvecklade de som en uppföljare, som skulle vara flashminnes optimerat, och det borde de tekniskt sett kunna kräva licens för. Men som du säger, det är koko att ha den i SDXC-standarden om då ska vara fallet. De ska aldrig blanda öppna standarder och låsta/licenserade delar, så antingen ut med det ur standarden, eller så får de glömma licensen.

Ang Webbläsare "påminnelsen" så var den mer irriterande än något annat. Den gjordes ju på så sätt så att folk skulle (om de kan) välja att inte lägga in den alls (som bla jag gjorde). Problemet jag ser med IE (och Edge) är att de just är en del av OSet. När Chrome/FF eller andra webbläsare blir skadat, så installerar du om dem, sync:ar om dem och sen är allt frid o fröjd. (Ofta kan du tom reparera dem).

När IE blir skadat (tex virus mm) så är du körd. Du kan försöka avinstallera en massa updates, bocka bort den osv, men den avinstalleras aldrig. Enda sättet att till 100% rätta till den är att installera om hela OSet. Detta kombinerat med att det kört så nära OSet gör den både sårbar och problematisk när något går fel.

Hade de slitit ut den helt från Windows. Gjort den som en Webbläsare som kan användas på andra OS också, så hade den kanske fungerat bättre. Men som den är nu, får den fortsätta vara avstängd i OSet för mig, så jag slipper bry mig om dens problem.

Det är lite som att föredra öl framför vin när man är nykterist

Vilka är utvecklingsverktygen som du föredrar, mer specifikt? Och vad är fördelarna mot Vulkans dito?

Posten han länkar är inte faktamässigt korrekt.

Nintendos och Sonys APIer bygger inte på OpenGL. Sony har ett lågnivå-api på PS4 som heter GNM och ett shaderformat som liknar HLSL. På PS3 fanns det middleware som byggde på OpenGL, men hårdvaran/inbyggda mjukvaran och APIerna de flesta använde byggde inte på OpenGL även om shadingspråket var inspirerat av GLSL och Nvidias Cg. Vulkan är fristående från plattformarna och inte öppet specificerat än, men alla leverantörer av grafikkort jobbar med det och det kommer att bli en del av Android utöver PCn, så W10M-argumentet kanske inte väger så mycket. Sen finns ju inte DX12 ännu ute på telefoner eller konsoler. X1 har inte uppdaterats för stöd än. Med Android-runtime/kompatibilitet på W10M så kommer ju också en hel del av spelen köra OGLES hur som helst.

@Paddanx

Flera FAT32-patent är fortfarande giltiga efter rättsstrider, så nog betalar tillverkare för dessa.

Varför skulle du köra något annat om du bygger en motor för Vulkan? Debuggaren kan du bygga ihop med VS. Spelmotorer har även sina egna debuggare i vilket fall som helst, som du oftast bygger ihop med plattformens standard-IDE. Om du kör DX eller inte ändrar inte så mycket där. Det är främst en bra kompilator/utvecklingsmiljö och inte bara IDE. Skulle du använda Intels kompilator så skulle du ändå använda den med VS. De gör nämligen inte något eget IDE.

Många eller till och med de flesta statistikundersökningar använder så lite som 1000 personer. Så att använda Steams statistik som bas för hur många som har olika versioner av Windows är helt ok. Faktum är att det säkert är en av de mest säkra källorna som finns eftersom de har så många användare som bas för sin statistik.

I övrigt, var fick du siffrorna på försäljningen av spel? Är lite intresserad, speciellt om det fanns mer information.

Jag har inget underlag som skulle motbevisa det, men en sak har förvånat mig:

- de få gånger jag spelar är det via Steam på linuxdatorer, men aldrig har jag då fått frågan om att skicka systeminformation
- när jag kort testat något via Steam på Windows har den frågan dykt upp ett flertal gånger

Betyder det att jag som till 95% använder Linux är registrerad som endast Windows-användare?

Det verkar slumpartat. Jag har fårr Hardware Survey två gånger.

Det gör ju å andra sidan resultaten extremt osäkra vad gäller operativsystem med mindre andel. Att få en Yatzy är också slumpartat.

Det tror jag inte. Det kan ändå röra sig om flera hundra tusen aktiva som får frågan.

Statistik är statistik, men med rätt underlag är den tillförlitlig.

Det jag ville säga läser du i inlägget ovanför. Inlägget du citerar är endast en reflektion. Jag är inte i behov av att bevisa varken det ena eller det andra, utan skrev bara om min egen erfarenhet. Om Buios antagande stämmer är underlaget stort nog för att minska felmarginalen.

Du får dra dina egna slutsatser.

Statistik finns här : Statisktik fysiska spel vs digitala spel

Lite till finns här : Forbes PC game salse Q1Q2 2015