Hirdetés

  2. Fórumok
  3. Alaplapok, chipsetek, memóriák
  4. A SiS utoléri a VIA-t!!
  5. (téma lezárva)
Keresés

Aktív témák

  • #42 Ga tag Bgs #35
    #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
    #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
    #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