- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
Aktív témák
-
GeorgeTerror
senior tag
Fcpga-s intelhez csak i815. Persze nem is erről van szó. Amikor elkezdett a VIA hasítani a chipsetjeivel csak néztem bután. Aztán jött a SIS. Ebben nagyon kételkedtem, hiszen szórakoztam agyonintegrált fcpga-s sis lapokkal. Szutyok. De a mostani tapasztalatok szerint bekeményítettek. De nézzük csak via sis 20% a többi mennyi (pl intel)?
Kérek mindenkit, olyan e-mail címet írjon az adati közé, amit valóban használ
-
guest
veterán
Hehe, ez nem szerencse, nálam is mentek teljesen hasonló konfigok tökéletesen!
A problémák forrását én abban látom, hogy egyeseknek halovány gőzük sincs arról, hogy milyen driver-eket kell előkészíteni, és milyen sorrendben kell installálni VIA chipset-es alaplapon, továbbá rém tájékozatlanok, és mindenáron SB Live (vagy SB 128-as) hangkártyát akarnak használni hozzá, mert a boltban, vagy a haveroktól azt hallották, hogy az a tuti...
A KT7 Raid alaplapok egyetlen számottevő problémája az időnkénti boot-olási nehézség, de nálunk még ez sem volt baj, minthogy a gépek egyébként is 24 órában mentek.prohardver vendég
-
tag
Kedves Guestek!
Kiváncsiam várom mi az átviteli sebesség nálatok HDTach 2.61-el és Sandra HDD Benchmarkkal.
Második Guest!
Tudom mit hogyan milyen sorrendben kell felrakni... és hidd el hogy a SoundBlaster bug is valós volt... tény hogy közben javították. Ott mi is állt a hiba hátterében? :) Igen, igen ott is a PCI Latency okozta a galibát... :D -
guest
veterán
Hát szerintem ott már régen baj van, ha számít a driverek installálásának sorrendje. Egyébként a videodigitalizálást az alaplap VIA-s hangkártyájával kezdtem és az is szaggatott. Utána egy SB AWE 64 jött, ami ugyebár ISA-s, ezekután próbáltam meg egy SB Live!-ot. Szintén szaggatott a hang (csak digitalizálás közben, amúgy jól ment mind a három). Na ezekután csak alaplapot kellett váltanom és minden oké lett. Ez nekem egyértelműen chipset hiba. 2 napos internetezés után és fórumokat olvasva nem állítanám, hogy tákozatlan voltam a témában, ellenben sok hasonló problémát találtam, de megoldást nem. Szóval aki nem találkozott VIA-s problémával az örüljön, de ne próbáljon meggyőzni.
Zoltánprohardver vendég
-
Ga
tag
#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...
Aktív témák
- Kertészet, mezőgazdaság topik
- exHWSW - Értünk mindenhez IS
- Mikrotik routerek
- gban: Ingyen kellene, de tegnapra
- Redmi Note 12 Pro - nem tolták túl
- Büszke apukák és anyukák topikja
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- E-book olvasók
- iPad topik
- Itt az első kép a 2024-es Nokia 3210-ről
- További aktív témák...
- Kingmax DDR3-1333 MHz 2 x 4 GB (FLFF65F-D8KM9 CAE)
- Beszámítás! ASUS P8P67-Deluxe P67 chipset alaplap garanciával hibátlan működéssel
- Új! 64Gb DDR4 - Corsair 32GB KIT DDR4 4600MHz CL18 Vengeance RGB RT
- ASUS PRIME B550-PLUS (Garancia)
- Beszámítás! ASRock Fatality Z170 Gaming K4 alaplap garanciával hibátlan működéssel