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

• #70 orbano félisten rudi #69

  Új Válasz 2009-05-11 08:45:12 #70

  Ú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

  

  orbano

  félisten

  válasz rudi #69 üzenetére

  valóban, a tesztkonfig meghatározása macerás lehet, de ugye itt nagy kérdés, hogy honnan fognak érkezni a tesztek. ha a PHs teszteket vesszük alapul, akkor ez egyszerűen megoldható, elvégre törekedtek az átjárhatóságra, olyan fene nagy pontosság pedig egy ilyen ajánlásos rendszerben nem lényeges. Talán emiatt a külsős teszt alapú rendszerben sem jelentene olyan nagy gondot, ha egy megadott konfig alapján sacc per kb. kapna a rendszer egy arányszámot, amivel egy térbe lehetne hozni az összes teszteredményt. Lehet ez nem túl pontos, de legalább van valami.
  Ha nagy kártyához nincs értelme 1024-es tesztet készíteni, akkor nem jelenik meg az 1024-es tesztekkel felparaméterezett lekérdezésben és kész (mivel nincs ilyen teszteredmény). A felhasználó majd tudja, hogy ebben az esetben low- és mid-end kártyákat kaphat legfeljebb eredményül. Szóval szerintem ez a "megkötés", amit mondasz inkább metaadat-szerűen lenne benne a rendzserben, mintsem (szerintem fölösleges) megkötésként, szűrési bonyolításként.

  A rangsorolás pedig ettől különválasztható. Nem kötelező az elején ez alapján rangsorolni, lehet egy bedrótozott érték is, amit Ti adtok meg. Aztán ha csiszolódik a tesztek adatbázisa, kialakul az automatikus árazási rendszer, akkor át lehet állni egy számolt értékre. Esetleg meg lehet tartani mellette egy PH!-s ajánlási értéket is, így a felhasználó eldöntheti, hogy nektek hisz, vagy annak a listának, amit felparaméterezett a saját igényeivel.

• #68 orbano félisten rudi #67

  Új Válasz 2009-05-11 07:59:46 #68

  Ú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

  

  orbano

  félisten

  válasz rudi #67 üzenetére

  ha jövő-kompatibilisek akarunk lenni, akkor a ilyen feature-öket (pl kimenetek, kódolási képességek, API tmogatás) ne simán plusz mezőként vigyük fel, hanem legyen nekik egy külön csatoló tábla, és egy új GPU-nak, VGA-nak csak össze kelljen pipálni a támogatott feature-öket.
  ha már a segédtörzsek, és úgy en bloc az egész struktúra szerkezetét kérdezte Dercsa, bedobnék pár dolgot:
  Kellene egy játék törzs (erről az oldalról is lehetne majd szűrni, pl. min FPS/felbontás alapján)
  Aztán kellene egy teszteredmény tábla, amiben egy adott felbontás, beállítások mellett el lenne tárolva egy adott játékról min, avg, max FPS.
  A VGA-kat alá is lehetne majd szerintem bontani konkrét termékekre. Itt akár be is lehetne fázni később egy szponzori rendszert: megjelenhetnének a partnercégek (boltok) ajánlatai. Így egy jól frissülő ár/érték adatbázisunk is lehetne, láthatná a juzer, hogy miket tud egyáltalán megvenni, plusz az üzemeltető némi nyereséghez is jutna az adatbázis fenntartásához. ide bekerülhetnének felhasználói kommentek, "review"-k akár, esetleg ilyen nyereményjátékokkal ösztökélt tesztek is, amit említettél.

  a light verziónál a megközelítés nem rossz. ide plusz egy szolgáltatást vezetnék fel:
  -mik a legjobb ár/érték arányú videokártyák egyes ársávokban (lehetne akár előredefiniált, 10ezres lépcsőben)

• #8 orbano félisten Vladi #4

  Új Válasz 2009-05-09 10:38:04 #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

  

  orbano

  félisten

  válasz Vladi #4 üzenetére

  támogatom, jó lenne tudni minden példányról, hogy mennyit fogyaszt üresjáratban és terhelve

• #7 orbano félisten Xirtam #5

  Új Válasz 2009-05-09 10:36:34 #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

  Privát üzenet küldése

  

  orbano

  félisten

  válasz Xirtam #5 üzenetére

  programot is úgy írsz, ahogy fogalmazol?

  mivel Rudi adatbázist akar, és mögötte áll a PH fejlesztő gárdája, gyanítom egy normális, kereshető, szűrhető, webes adabázist akar.

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