Aktív témák

• #42 Ga tag Bgs #35

  2002-08-01 03:33:38 #42

  Ö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

  

  Ga

  tag

  válasz Bgs #35 üzenetére

  Csatlakozom.
  Nekem sem volt gondom a VIA-s készletekkel, max. konfigurálást igényelt a dolog.
  Szintén KT133-mal nyomulok :)
  Nem igazán húzható, de ABIT KT7-ben minden PCI slotot telepakolhatok, akkor is jól megy, akár 1 IRQ-n is lehet minden...
  Az instabilitást általában a rossz memóbeállítások okozták (nem bírta a ram), illetve a több/különböző modul már nem bírja olyan jól a tuningot (a KT133-at nem az FSB-tuningra találták ki, sajnos...), ez utóbbi viszont nem VIA-sajátosság.
  Ja, és SBLive!-om van, hogy halmozzuk az élvezeteket, és jéééééééééééé, megy gond nélkül.
  + két videokártya (egyik S4), + PCTV Pro, és egyiknek sem kell külön irq a működéshez.
  Na mind1!
  Nem szeretem, ha szidják agyba-főbe a VIA-t, mert már rég kinőtte szerintem a Sovket7-es gógyiságait, és gyors, megbízható cuccokat készít. Nekem pl. az MVP3-mal sem volt semmi bajom (eltekintve a PCI BM issue-tól)...
  Üdv
  Ga

• #41 Ga tag guest #34

  2002-08-01 03:23:03 #41

  Ö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

  

  Ga

  tag

  válasz guest #34 üzenetére

  #34-re válasz ha jól emlékszem
  Megnézném, hogyan tömörítesz sw-esen 600-on futó Duronnal 720x576-ban MJPEG-be normális minőség mellett (ami min. 75, de inkább 85+). Nekem ehhez 900 MHz kellett (Morga Codec, azon belül fast integer, ami a leggyorsabb alg.), akkor viszont szinte végig 100%-os CPU terhelésen futott, azaz egy mozgalmasabb résznél hajlamosabb frameket dobálni.
  Ja, elég lehet a 600, ha 166-os memo, esetleg ddr van mellette, de ez ritka jelenség a Duronoknál.
  A real-time divx kódolással nincs baj, pl. 384*288-ban (mivel általában RT Divx-kódolásnál nem a csillivilli minőség a lényeg, hanem a videófunkciót helyettesíti, azaz néhányszáz MB/óra) még egy 5-600-as duron is elég neki.
  MPEG2 hasonlóan, de akkor már inkább DivX :)
  A RT audiótömörítés már gázosabb, mert szarok a kódekek bufferelése, így igencsak hajlamos elcsúszkálni, deszinkronizálódni a videóhoz képest, bármilyen bűvésztrükköt is alkalmaz az ember. PL. az mp3 kódekek (Fraunhofer,ligos, amelyekből szokott lenni ACM és tud RT-t is) ilyeneket tudnak csinálni, és ez nem proc/teljesítményfüggő...
  Ezért rögzítek PCM-be, vagy használok nemACM tömörítést (pl. PowerVCR, vagy társai, saját tömörítőmotorral).
  
  Szaggat a hang digizés közben....
  Ehhez csak annyit, hogy gondolom a lejátszás közben lehet észlelni a hang hibáját, ami nem mindig a digizésből jön, lehet pl. lejátszókodek hibájából, v. divx postproc miatt (kevés CPU), stb. Anno én is rögzítettem nagyfelb. MJPEG-be, v. RGB-be, és akadt. Aszittem kevés a gép hozzá... Állítottam a winyó gyorsítótáron a win alatt és mingyá jobb lett... :)
  Mármint a lejátszása ugyanannak a felvett anyagnak (VirtualDUB bufferelés Rulz).
  
  Korábbi Socket7-es MVP3-as tapasztalat: szar PCI busmastering esetén nagy PCI-forgalomnál (pl. videókártya buszciklusának nagy hossza miatt) igencsak hajlamos a hang recsegésre, akadásra, mind lejátszásnál, mind felvételnél...

• #40 Ga tag Agyzuzo #33

  2002-08-01 03:02:16 #40

  Ö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

  

  Ga

  tag

  válasz Agyzuzo #33 üzenetére

  :o
  Én eddig aszittem, hogy a driver is szoftver.
  Hogy mik vannak!
  
  Sorry a cikizésért, tényleg nincs értelme ezen vitatkozni...
  
  Mi a különbség egy minden indulásnál elinduló program v. service, illetve egy drivernek hívott kernelközelibb (bár ez sem biztos, inkább csak egy másfajta felületre kapcsolódó) sw között, ha ugyanazt a feladatot látják el?
  Üdv
  Ga

Aktív témák