Khronos brengt OpenVX-standaard voor beeldherkenning uit

De Khronos Group, onder andere verantwoordelijk voor de OpenGL-standaard, heeft OpenVX aangekondigd. Met de OpenVX 1.0-specificatie wordt een standaard gedefinieerd voor het herkennen van beelden, bijvoorbeeld lichaamsbewegingen.

Volgens de Khronos Group biedt OpenVX softwareontwikkelaars een hoger abstractieniveau dan beeldherkenningsimplementaties die op basis van OpenCL worden ontwikkeld. Dit kan er voor zorgen dat beeldherkenning efficiënter en daarmee sneller gaat. Dit is onder andere nuttig voor embedded apparatuur, zoals bewakingssystemen en camera's in zelfrijdende auto's, maar ook voor toepassingen waarbij computers bewegingen van het lichaam proberen te detecteren en verwerken.

De open OpenVX 1.0-standaard is volgens de Khronos Group inzetbaar op een groot aantal verschillende systemen en kan onder ander cpu's, gpu's en dsp's benutten. Hierdoor kan software op basis van OpenVX ook hardwarematige versnelling voor beeldherkenning benutten.

Diverse grote fabrikanten hebben aangekondigd de OpenVX-specificatie te gaan ondersteunen, waaronder Intel, ARM, Qualcomm, Samsung en AMD; daardoor ligt het voor de hand dat toekomstige processors van die bedrijven ondersteuning bieden voor OpenVX. De Khronos Group heeft het specificatieontwerp aan zijn leden voorgelegd en hoopt later dit jaar de volledige 1.0-specificatie te kunnen opstellen.

Reacties (10)

[basmuys]

De hoe wat waar
OpenVX
- Formal specifications
- Tight focus on HW accellerated functions
- Conformance testsuite
- PRocess reliable acceleration platform
- production deployment
- Graph based execution, data transfer
- Hardware abstracted for portability

Many people will consider that OpenVX is a competitor to OpenCL and OpenCV, however the real truth is that OpenVX appears to be an API specifically designed for very focused applications. OpenVX is designed to narrow down the parameters and improve the efficiency of computer vision and deliver a more finalized experience. OpenVX is designed to be hardware abstracted unlike OpenCV and will have rigid specifications and qualifications that will help make computer vision more prominent. Below, we’ve got two slides that Khronos has supplied us with that compare and contrast OpenCV against OpenVX as well as OpenVX against OpenCL. Keep in mind that OpenCL is Khronos’ own standard and that they aren’t interested in seeing it disappear from the computer vision world.

http://www.brightsideofne...r-computer-vision-and-ar/

[Kalief]

een hoger abstractieniveau dan beeldherkenningsimplementaties die op basis van OpenCL

Betekent dit dat OpenVX een soort container is die verschillende herkenningstechnieken tegelijk kan herbergen?

[Maurits van Baerle]

Ik begrijp de relatie met OpenCL ook niet zo goed. OpenCL is gewoon extra efficiente computation en is vrij generiek, of je er geluid mee comprimeert, vloeistofstromen mee uitrekent of beeldherkenning mee doet maakt OpenCL allemaal niet uit.

Heeft OpenVX dan de mogelijkheid om ook andere vormen van computation aan te spreken? Zo ja, welke? En zijn die te combineren met OpenCL?

[Reactie gewijzigd door Maurits van Baerle op 22 juli 2024 14:35]

[basmuys]

die api's staan los van elkaar een combo is onwaarschijnlijk.
OpenCL/OpenVX doen nagenoeg hetzelfde.

[Reactie gewijzigd door basmuys op 22 juli 2024 14:35]

[Maurits van Baerle]

Dank, volgens mij begrijp ik het nu beter. OpenVX en OpenCL staan naast elkaar maar OpenVX is specifiek gericht op sommige beeldbewerkingen terwijl OpenCL voor alles gebruikt kan worden.

[MadEgg]

Ik neem aan dat er in ieder geval ook ondersteuning voor CUDA komt. Maar ik zie niet precies waarom er een extra laag op moet komen, dat komt de efficiëntie niet ten goede. Is het dan niet verstandiger om de OpenCL standaard uit te breiden met higher level technieken in plaats daarvan? Ik zou verwachten dat een standaard van Khronos een beetje op hetzelfde niveau zou staan als OpenGL voor grafische verwerking staat, maar dat zou dus eigenlijk een alternatief voor OpenCL betekenen en niet een laag daar overheen.

[Verwijderd]

Het is me obv dit artikel onduidelijk waarom hiervoor een standaard is.
Als je morgen iemand een iets beter algoritme bedenkt om beelden te herkennen dan ga je dat als fabrikant toch meteen gebruiken.

[Maurits van Baerle]

Als ik het goed begrijp is het geen algoritme dus het staat iedereen vrij om hun eigen algoritme te ontwikkelen bovenop OpenVX. Alleen ben je dankzij OpenVX af van het probleem dat je je algoritme voor ieder stuk hardware apart zou moeten aanpassen. Net zoals het fijn is dat OpenGL bestaat zodat je als softwarefabrikant niet rekening hoeft te houden met alle verschillende soorten videokaarten en je kunt focussen op je engine.

[Verwijderd]

Het is dan dus eigenlijk geen standaard voor beeldherkenning want beeldherkenning zit er blijkbaar niet bij.

[gekkie]

Ben benieuwd of dit meer gaat bieden dan bijvb OpenCV.

OpenCV was ontwikkeld met beeldherkennings algoritmen geoptimaliseerd voor de CPU, maar er zijn sinds een tijdje ook een CUDU en openCL module (waarbij ik merkte dat het starten van GPU berekening kostbaar is .. en je het soms dus toch beter op de CPU kunt laten).

OpenVX lijkt vanuit de GPU ontwikkeld te worden, waarbij je of afhankelijk bent van een GPU in je systeem of je moet gebruiken van een softwarematige openCL implementatie voor je CPU. Ben benieuwd hoe het dan performt in real life.