Új hozzászólás Aktív témák

• #10 fatpingvin addikt #88750080 #7

  Új Válasz 2022-11-15 21:54:58 #10

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fatpingvin

  addikt

  válasz #88750080 #7 üzenetére

  valóban van egy uvcvideo nevű kernel modul, viszont az UVC nem ennyi hanem egy framework, aminek része a V4L-származék kernel driver, az uvcvideo kernel modul, egy kazalnyi library meg jónéhány usermode tool, ideértve komplett alkalmazásokat is mint a guvcview (bár ez valójában inkább egy frontend az uvc-hez)

• #9 hapakj őstag #88750080 #3

  Új Válasz 2022-11-15 20:31:38 #9

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hapakj

  őstag

  válasz #88750080 #3 üzenetére

  Tehát az a probléma, hogy egy vendor specifikus mára már elavult API helyett van egy univerzális, naprakész megoldás?

• #8 robotjatek tag

  Új Válasz 2022-11-15 20:25:31 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  robotjatek

  tag

  A Black Mesa Research Facility logójával nem indul valami?

• #7 #88750080 törölt tag fatpingvin #4

  Új Válasz 2022-11-15 18:22:47 #7

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #88750080

  törölt tag

  válasz fatpingvin #4 üzenetére

  Tudtommal az UVCVideo egy kernelmodul. Khronoséktól pedig kapsz majd egy user módú API-t, ami általában véve tudogat dolgokat, de persze hülye nyakatekert módon, hogy a golyóstoll kamerájától kezdve a 40 éves kameraállványokig mindent tudjon kezelni, utána meg jönnek majd szakmányban az extension-ök, hogy minden típust lehessen akár hatékonyan is meghajtani. Amikor már sok van belőlük, akkor pedig ezeket halmazokba csoportosítják, amelyeket elneveznek profiloknak, hogy ne kelljen mindenkinek minden marhaságot megimplementálni. 2040-re pedig az egész egy "kiforrott", "robusztus" API-vá válik, 1024+ db core függvénnyel.
  
  Ez az én tippem az eddigi gyakorlat alapján.

• #6 fatpingvin addikt opr #5

  Új Válasz 2022-11-15 16:23:07 #6

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fatpingvin

  addikt

  válasz opr #5 üzenetére

  hogy ki csinálja az annyira nem izgat, csak ne legyen ebből az hogy akkor a "nincs driver, nem megy az API" című problémakörbe futunk bele. én valszeg maradok még egy darabig az uvcvideo-nál, ez nálam ilyen mindent tud ami kell, minek cserélni jellegű dolog.

  amúgy eddig én is eljutottam, csak a kolléga annyira okosnak és jól tájékozottnak tűnt a kérdésben hogy érdekelt az álláspontja

• #5 opr nagyúr fatpingvin #4

  Új Válasz 2022-11-15 16:08:03 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz fatpingvin #4 üzenetére

  Csak tipp az eddigi infok alapjan, de ez inkabb UVCVideo mellett, mint helyett/felett/alatt uzemelne. Gyak atvenne az UVCVideo szerepet, mint egy nagyobb ivu (cserebe nyilvan kevesbe optimalis, mivel minimum egy extra layer), altalanos camera API.

  Amit valoszinubbnek latok az inkabb az, hogy ha bejon es jol is fog mukodni meg minden, akkor linux oldalon valszeg megmaradnak a low level cuccok annak, aki akarja, meg valami implementacio ezen a cuccon, ha valakinek fontosabb az, hogy mindegy az csak mukodjon, fajdalommentesen a barmi, mint hogy hatekonyan es gyorsan erjen el egy nagyobb figyelmet igenylo valogatasnyi kamerat.

  Amugy szerintem maga az otlet nagyon jo, meg igeny is van ra, bar ha oszinte akarok lenni, En se bantam volna, ha valaki masnak jut eszebe a dolog...

• #4 fatpingvin addikt #88750080 #3

  Új Válasz 2022-11-15 15:35:33 #4

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fatpingvin

  addikt

  válasz #88750080 #3 üzenetére

  na, látom te képben vagy, tudsz segíteni nekem értelmezni mondjuk hogy ez a Kamaros ez hogy fog illeszkedni mondjuk az UVCVideo-hoz? már ha egyáltalán, persze.

• #3 #88750080 törölt tag hapakj #2

  Új Válasz 2022-11-15 15:12:08 #3

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #88750080

  törölt tag

  válasz hapakj #2 üzenetére

  Igen, pont erre gondoltam, lekoppincsolják az alapkoncepciókat, aztán elkezdik feldíszíteni a saját, mindent is lefedni akaró, egyre nagyobb halmazt alkotó hülyeségeikkel.

• #2 hapakj őstag #88750080 #1

  Új Válasz 2022-11-15 14:54:25 #2

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hapakj

  őstag

  válasz #88750080 #1 üzenetére

  Hát nem tudom mennyire nézted-e a vulkan meg Mantle api-kat, de eléggé eltérnek. Tény, hogy merít koncepciókat a Mantle-ból, de elég sok a különbség. Továbbá a Vulkanban rengeteg az olyan konstrukció ami a mobil gpu-kból ered

• #1 #88750080 törölt tag

  Új Válasz 2022-11-15 14:42:02 #1

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #88750080

  törölt tag

  "A Khronos Group híres a különböző szabványos API-jairól, amelyek segítenek hatékonyabban kihasználhatóvá tenni az egyes területek eltérő hardvereit"

  Ja, mint pl. a híres OpenGL, ami egy folyamatosan növekvő bloathalmaz vagy a Vulkan, amit igazából az AMD-től kaptak ajándékba, hogy a saját képükre formálhassák.

  Nem lehetne inkább, hogy valaki olyan tervezi meg az API-t, aki ért is hozzá, Khronosék pedig csak lekoppincsolják, ahogy szokták? Még a nevén sem kellene gondolkodniuk, eléraknak egy "Open" stringet mint prefixet, és már kész is.

Új hozzászólás Aktív témák