( bucko | 2024. 11. 10., v – 22:13 )

Bizony, azért egy-két dolgot jobban tudok:

  • A legfontosabb, hogy Win 10 alatt használnám.
  • Támogatott min: macOS 10.8, Win 7 - ebbe beleértendők a nagyobb verziók, de linux nem.
  • Nem rakok fel ezért Win 11-et.
  • Két hasonló kategóriájú interfész is működik ugyanezen a gépen.

Igaz, attól sdenkinek nem lesz jobb, ha én olvastam el néhány ezer oldalt az usb szabványból, vagy ha a konstrukcióm néhány ezer űgyfélnél működik bármilyen csippel XP-től Win 11-ig, bármilyen cpu-val.

Nem nevezném diagnosztikai lépésnek az oprendszer cserét - mert ez is támogatott, sem a gép cseréjét - mert ezen kellett volna mennie. Viszont korábban leírtam, hogy három féle portot is kipróbáltm - igaz hubon keresztül nem, mert ezek a kütyük nem szeretik, kizártam az egér vevőjét és a cpu túlterhelését. Sőt, közben egy Intel core i5-ös kolléga lefuttatta a latency monitort - az én gépem lényegesen fürgébb.

Ugye közben ki is cseréltem az eszközt egy olyanra, ami működik is. Ennek a szépséghibája mindössze annyi, hogy ök le is írják, hogy a driverük Intel/AMD platformon megy, míg az M-Audio semmi ilyesmit nem ír. Az én hibám: oda kellett volna figyelni. :-D

Tudom, Intel csip lenne az igazi, csak ennek ellentmond, hogy nálam minden más működik ezen az egy eszközön kívül.

Hogy jobban értsed a topic célját: Lehetséges-e úgy megírni egy drivert (ebben az esetben inkább szoftvert - ezt is kifejtettem feljebb) , hogy a fenti konfiguráción fejre álljon. És mi a lényegi eltérés ebben a konfigurációban, ami miatt ezt teszi. (Az Intel csip hiánya nem a jó válasz!)