-
Fototrend
AMD K6-III, és minden ami RETRO - Oldschool tuning
Megnyitott a Retro beárazás topik!
Új hozzászólás Aktív témák
-
Czo
őstag
válasz envagyok #90917 üzenetére
Se a CD driveoknak, se a ZIP-nek nincsenek HDD parameterei. A regi BIOS-ok, amikor "detektalhak" a HDD-t, akkor kikuldik az 'EC' commandot a kabelre. Ez a command a leges leglso IDE/ATA verzio ota letezik (SATA is pont ezt hasznalja). Ezzel megkapod a HDD parametereit, eszkoznevet, stb. Viszont a ZIP es a CD az nem ATA, hanem ATAPI eszkoz, a PI itt a Packet Interface. Ezek az eszkozok nem valaszolnak az "EC" commandra, mintha nem is leteznenek. Ok viszont Az "A1"-es commandra valaszolnak. Szoval, attol, hogy a BIOS nem ir ki semmit, az eszkoz mukodhet, de csak akkor, ha olyan drivered van a vezerlohoz, ami ATA eszkozokon kivul ATAPI eszkozok hasznalatat is lehetove teszi. Sok regi ATA RAID vezerlore hiaba dugtal ATAPI eszkozt, azok meg sem nyikkantak. A DOS-hoz hasznalt oakcdrom.sys is egy olyan ATAPI CD illeszto, ami a szabvany IDE I/O cimeken keresztul akar ATA eszkozzel kommunikalni, ez nem standard IDE vezerlo (ott ugye nem ezen a cimen lesznek az eszkozok) eseten nem fog mukodni.
-
Czo
őstag
válasz envagyok #90919 üzenetére
Hajajj bonyolult dolgok ezek. DOS alatt alapvetoen, rettento benak a driverek. A SCSI viszont szep dos alatt is. Van egy low-level SCSI driver, amit betoltve, ASPI programozoi feluletet fog mutatni a kartya. Tehat mind1, hogy milyen kartyad van, egeszen addig, amig van hozza ASPI driver DOS-hoz. Ezutan a gyartok az eszkozillesztoket, mar ugy irtak meg, hogy ASPI hivasokkal erik el az eszkzot. Tehat az Adapter kartyahoz az Adaptec csinalt ASPI illesztot, az Initio kartyahoz az Initio csinalt ASPI illesztot. A HP a tape drivehoz, pedig ASPI illesztot csinalt, az IOMEGA pedig a ZIP-hez szinten ASPI illesztot. Tehat nem fugg az eszkoz a kartyatol. A SCSI kartyan pedig lesz "BIOS", ami valojaban egy BIOS extension, ami kiboviti a rendszer int 13h szoftvermegszakitasi kodjat a kartyara dugott merevlemez kezelesevel, mert DOS alatt, BIOS hivasokkal megy a hdd kezeles. Ez igy kb szep
No, az IDE/ATAPI az nagyo nem ilyen. Ugye az IDE, az a klasszikus PC-s AT busz tovabbvitele. Tehat az IDE-re dugott eszkozok, ugyonabba az I/O tartomanyba ulnek be, ahol a hangkartyak, joystickok, stb-k vannak. Tehat, mig SCSI eseten az eszkozk a scsi controller utan vannak, addig az IDE eszkozok kozvetlen ulnek az adatbuszon, az osszes tobbi eszkozoddel. Ami meg van trukkozve, az az I/O cim, mert az IDE buszon csak 3 bites. Ezt a controller mapeli be, a NAAAGY cimtartomanyba. Itt van egy link sok "well known" es standard I/O cimrol. Tehat, van egy alaplapod, amin van IDE dugo. Mivel az IDE lenyege az hogy OCCSO, ezert amit lehet, kisporoltak. A HDD kezeles bekerult az alaplapi BIOS-ba (286+), ezert nincs az IDE karyakon meg EEPROM-sem. Es eljutottunk oda, hogy megjelent az igeny, a nem HDD tipusu eszkozok csatlakoztatasahoz. No, mivel az IDE I/O cimek drotozottak, ezert a gyartok egyszeruen elkezdtek uj ATA commandokat bevezetni, majd az osszetakolt DOS driverben, a fix I/O cimekre kuldeni a parancsokat. Tehat ha beraksz valami kartyat, ami IDE, de nem a gyari I/O cimeken van, akkor lehet, hogy sok eszkoz nem fog menni, mert a drivere egyszeruen nem talalja meg. Jellemzo, hogy a hangkartyakon levo IDE dugok a 3. es 4. ATA controllernek ulnek be (ezeknek a cime benne sincs az elozo Wiki-s linken levo tablazatba), majd jon a meglepi, hogy a gyarto DOS-os CD-ROM/tape/stb drivere nem talalja meg a driveot, mert csak a primary es secondary controller cimeit nezi meg.
Windows alatt annyival "szebb" a helyzet, hogy az eszkozokhoz keszitett driverek, pl SCSI bus-t, vagy ATA/ATAPI-bust/busokat regisztralnak, majd a windowsos ZIP driver, mar minden olyan bust at fog nezni, amit tamogatni tud.
Egyebkent az LPT-s ZIP egy gyonyoru peldany. A 100-as verzioban vlaojaban egy LPT-s SCSI vezerlo van, majd egy SCSI-s ZIP100 drive. A DOS-os drivere is olyan, hogy LPT-s ASPI illeszto, majd a SCSI-s ZIP illeszto. DOS alatt probaltam, siman lehetett scannerrel hasznalni, ha atdrotoztad
-
Czo
őstag
válasz Hosssszu #90992 üzenetére
A driver mindig kozvetlen beszel a VGA kartyahoz. Ha nem igy lenne, nem tudnal mar 9x alatt sem tobb videokartyat berakni, hiszen csak az elsodleges kartya BIOS extensionje toltodik be, ezert van azon a bootkep, a telepitett driver elindulasa utan, aktialodnak a szunnyado kartyak. Sott, ez ment a 3.1-nek is. Ha pl. egy berakott Hercules/MDA kartyat hasznaltal boot kartyanak, majd a VGA kartyahoz csak a 3.1 toltotte be a drivert, akkor a 3.1 azon mar megjelenhetett, a debugger kimenete pedig maradhatott kozben az MDA/Hercules kartyadon. Ami valtozas van, a 9x-nel a VGA 16 szinu 640x480 a drivermentes mod, XP-nel pedig mar a VGA kartya VESA BIOS bovitese a default, ujabban pedig az UEFI GOP nyujtja a drivermentes mod lehetoseget.
-
Czo
őstag
válasz DarthSun #90995 üzenetére
Olyan lapokkal probaltad, amikben van CSM reszben vagy teljesen. Az en 12900KF-hez valo lapomban mar egyaltalan nincs CSM. Ezeknel a lapoknal mar nem csak a klasszikus BIOS VGA extendion nem megy, de a regebbi, UGA-s EFI sem, csak es kizarolag GOP drivert tartalmazo VGA kartyaval lesz rajta kep.
-
Czo
őstag
válasz DarthSun #90998 üzenetére
AMD-ket nem ismerem, az Intel a 2020-as modellevtol (Tiger Lake, 11th Gen) nem szallit a referencia implementacioban CSM kepes EFI-t. Tehat innentol az alaplapgyartok "magukra maradtak". Technikai limitacio nincs, tehat az alaplap vendor meg tudja ezt oldani hazon belul, illetve, azt sem tiltja semmi sem, hogy az EFI boot particiora masolhato EFI modulkent valaki irjin CSM reteget.
Anno (2006-ban), az Apple EFI-s Macjain volt barkacsmod arra, hogy 32 bites XP-t bootoljon az ember GPT particiorol, EFI-vel BIOS es CSM nelkul. De mielott a projekt tokeletesre erett volna, az Apple adott firmware updatet, ami elhozta 2006 tavaszan a CSM-et a gepekre.
-
Czo
őstag
válasz petakpa1 #91004 üzenetére
Ha a gyartok nem trehanyak, akkor megy. Technikai limitacio nincs (a PCI-E elore-hatra kompatibilis, akar a klasszikus PCI-ig visszamenoleg), ami miatt ne menne. Ha a kartya, amit beraktal tartalmaz VGA BIOS-t, akkor mennie kene ugy is, hogy bootnal latod a kepet. Ha valami miatt nem megy, annak nem a kora vagy a modernsege az oka, hanem valamelyik komponens egyedi trehanysaga. Tehat siman lehet, hogy az a VGA BIOS nem kedveli azt a lapot es masikkal menni fog.
-
Czo
őstag
válasz jokeph #91008 üzenetére
Akkor az Asrock azok egyike, akik visszarakjak. Nekem Supermicro van Alder Lake-hez, abban mar semmi CSM sincs. Gondban is voltam, mert UEFI-s VGA-bol csak a filmnezos PC-ben hasznalt Rx480 van itthon, de aztan megtalaltam, hogy az Asus a 650Ti-hez adott ki UEFI updatet, igy bele tudtam tenni ideiglenesen.
-
Czo
őstag
válasz fatpingvin #91057 üzenetére
Tudom, hogy nem volt egyforma A sajat szerverem huen szolgal DDR2 FBDIMM memoriaval, lassan 15 eve
-
Czo
őstag
válasz fatpingvin #91059 üzenetére
Persze, 0-24 mukodik, most adja a jeleit annak, mintha az egyik tapegyseg betegeskedne. Ezen kivul pedg, csak storage eszkoz csere volt, ami elhalalozashoz kotheto. Sima hw csere volt nehany az elmult ~15 evben, mert 2x volt RAM upgrade (24->32->64 GB) es 1x CPU upgrade (2xE5430 -> 2xX5470).
-
Czo
őstag
-
Czo
őstag
válasz Pikari #91077 üzenetére
Az elolapi kartyaolvasod egy SD olvaso lehet, igy abba csak SD kartyat tehetsz (azaz SDHC-t, ami mas, na azt nem). A legnagyobb SD az 4 GB meretu volt, de az kb nagyon ritka. 20 eve is ritka volt, amikor a Palm es PokcetPC gepekbe vadasztuk. Ha az olvaso tudja olvasi a 16 MB meretu SD-t, akkor fizikailag, o tudni fogja kezelni az 1, 2 es a 4 GB meretu sima SD-t is. No, a szoftver, az mas kerdes, mert a trehany programozok mindent elkovetnek, amit lehet. Erre jo pelda, a 2003-as Palm T3, ami nem tudja irni a 2GB meretu SD-t, de olvasni tudja... De ugyes programozok, megtalaljak az ilyeneket es kijavitjak (lasd a "T3 - big Cards" reszt). De ugyonez a gyarto, kesobb is trehanykodott. Peldaul volt egy csomo eszkoze, amit fizikailag SDHC hardverel szallitott, de a szoftvert mar nem tette bele. Az elobbi srac, ezt is fikszalta. Ha pedig azt gondolna az ember, hogy itt tobb para nem lehet, nos, lehet. Lattam Android tabletet, ami latta a 64 gigas kartyat, de irni nem volt hajlando ra, minden irasi kiserletre, barmilyen appbol azt hajtogatta, hogy sikertelen. Ha raneztel 'adb'-vel, akkor ott az latszott, hogy latja a kartyat, van hely es shellbol irni is tudsz ra. Itt megfejtettuk, hogy ha kevesebb, mint 32GB az ures hely, akkor az Androidos szoftverek is tudjak irni a kartyat, tehat valahol, valami a szabad hely szamolasa kornyeken volt elrontva.
Szoval, az a vezerlo, ami kezeli az SDHC-t, az fizikailag kezelni fog mindent, a 4GB meretu HC-t es a 128 GB meretu XC-t is (meg ugye, a kotelezo visszafele kompatibilitas miatt, a 4MByte meretu SD-t meg az MMC-t is), mert nincs hardveres elteres. A gyartoi szemet szoftver az, ami a gondot okozza. Pl,. hasznalok ZTE bladet utazasok almalmaval (az elso, ARMv6-os verziot). Van benne egy hivatalosan nem kezelt 128 GByte meretu SDHC, fut rajta SAMBA es Transmission, utazasok alkalmaval, o a "mediaszerver".
-
Czo
őstag
válasz Bile Demon #91143 üzenetére
A Quake inditasa utani minusz egyedik lepese kb atugrani vedett modba. Minden vedett modu, ami DOS4GW-t vagy CWSDPMI-t hasznal.
-
Czo
őstag
válasz Pikari #91146 üzenetére
Az id-nek egyebkent aszem a 4 MB meretu lapok kellettek, mert a DPMI spec csak 128 kB meretu lapokkal operal, ahhoz, pedig, hogy ok 4 MB meretu lapokkal fussanak, R0-ba kellett kerulniuk. Sima DPMI-vel R3-ban lennenek talan? Nem emlekszem mar erre. Windowson R3-ban futnak az appok.
De ettol fuggetlenul, elegge stresszes a DOS-os Quake elete. Ha fileokat akar toltogetni, es DOS megszakitasokat hivogatni, akkor oda-vissza kell switchelgetnie a flat memoriateruletes protected mode es a szegmentalt DOS kozott, plussz figyelnie kell arra, hogy a DOS segmenseket felul se csapja, mert akkor nem lehet kilepni a jatekbol (a sima DPMI host peldaul R0-ban futva vedi a DOS-t).
Arra sem emlekszem, hogy kell-e 2.0-as VBE nekik vagy eleg a korabbi. A protected mode (a flat bemapelt vga memoriaval) a 2.0-ban jott be. Azaz, a korabbi VBE eseten a grafikahoz is oda-vissza kell switchelgetni. Ez azert "gaz", mert VBE1-nel a videoram is szegmentalt, VBE hivassal lehet belapozni a kovetkezo 64k-t. Azaz, hiaba tudna a vedett modu app irni azt a memoriateruletet, ahol a VGA RAM latszik, a szegmens kicserelesehez vissza kell valtani, VBE hivast hivni, majd visszaugrani protected modeba es folytatni a fonalat. 640x480 256 szin eseten ez azt jelenti, hogy framenkent 5x csak emiatt vissza kell valtani real modeba. Ez bazisok elpocsekolt ciklus. Tehat lenyegeben, ez az egyik oka annak, hogy nehezen indultak a 640x480-as jatekok. Illetve, ugyonez az oka, hogy ha van egy kartyam amiben 1-es VBE van, majd UniVBE utan lesz benne 2.0-a, akkor ha a jatek, protected modu es SVGA, akkor jelentosen gyorsulni fog. A varazslat pedig nem azert van, mert az UniVBE jobban kezeli a kartyat, mint a kartya sajat BIOS-a, hanem azert, mert ha exposeolja a teljes VRAM-ot linearis memoriakent, bank switching nelkul (VBE 2 feature), akkor nem kell oda-vissza swithcelgetnie az alkalmazasnak (ha tamogatja a VBE 2-t)
-
Czo
őstag
Plussz, az SB16 OPL resze es az SB Pro OPL resze ugyonazon I/O cimre kerul, igy egyszerre szolni fog mind a ketto. Azt nem tudom, hogy itt vannak-e olvashato regiszterek (emlekeim szerint mindegyik port write only), de ha vannak, akkor ki tudja, hogy itt milyen valaszokat fog kapni a gep.
-
Czo
őstag
En nem biztos, hogy szivatnam magam egy AWE kartyaval. Anno, DOS alatt kb minden a kartya romjaban levo 1MB hangszerkeszletet hasznalta. Nem is tudom, hogy volt-e kb barmi, ami hasznalta a RAM-ot es toltott bele hangmintakat. A kartyan levo EMU8k nincs radrotozva a midi I/O portokra, igy GM emulator kell, ha ezt akarod General Midi-nek hasznalni. Ez meg nem megy vedett modu jatekokkal. Ha viszont Windows 9x alatt inditod a jatekot, akkor mukodik a GM jol, akar a Doom hasznalataval is. De ezt, egy PCI-os Live! is tudja Windows alatt.
A Max-ot ugy ertette, hogy a Max kartyan a GF1 mellett van egy CS4231, aminek nem sok jelentosege van. Windows 9x alatt a CS4231 teszi lehetove, hogy menjen a GUS DirectSound hasznalataval, illetve, ha nincs SB a GUS mellett, akkor a CS4231 felel az SB emulacio nagyreszeert is, de ezen kivul, nem ad extrat egy Classichoz kepest (most az olyan extraktol, mint a rendes mixer /ezt megkapjta a 3.7-es Classic is/ es a 16 bites felvetel tekintsunk el, jatekoknal nem sok jelentosege van). Raadasl, annyira nem ad, hogy az AMD Interwave-es GUS PnP kartyak noha tartalmaznak integralva valamit, ami CS4231 kompatibilis, a GUS MAX ULTRA16 kornyezeti valtozojat mar be sem allitjak DOS alatt, mert nincs ertelme.
-
Czo
őstag
válasz envagyok #91161 üzenetére
Az nem SCSI, hanem SAS vezerlo nem ugyonaz. Node, ezen link alapjan, a 2308-as chipsetnek (Mustang) vannak olyan kartyavaltozatai, amiknek a firmwareje nem 4k sector kepes. Amelyik nem az, az a vezerlo nem tud erdemben dolgozni a lemezzel, illetve, olyat is lattam mar, ahol 1/8-ad meretunek latszott a lemez.
Ilyenkor csinaljuk azt a Dell meg a HP meg a mindenfele vendor kartyajanal, hogy megy fel a masik vendor/modell firmwareje.
-
Czo
őstag
válasz fatpingvin #91163 üzenetére
Az csak akkor mukodik, ha olyan lemeze van, ami tudja mind a kettot. A Seagatenek van ilyen is es olyan is. Az Exos-ok kozul van nekunk olyan, ami univerzalis, es az Enterprise Capacity csaladbol olyan, ami csak ilyen vagy csak olyan.
Szoval itt is megallja a helyet, ha leirja, hogy pontosan milyen vendor, milyen kontrollere van es milyen tipusszamu lemezzel.
[ Szerkesztve ]
-
Czo
őstag
Nem para a "plussz" eroforras szerintem. A CS4231-nek nem kotelezo IRQ-t es DMA-t adni, igy nem is allokal oda semmit a rendszer. A 2-2 IRQ es DMA az lehet ugyonaz (nekem igy van/volt a multban is: SET ULTRASND=240,3,3,5,5 es SET ULTRA16=34C,0,0,1,0). A CD-ROM interface-t ha Panasonic/Matsushita -ra rakod, akkor a CD-hez tartooz IRQ es DMA jumpernel mind1, hogy mit allitassz be, tehat ott sem foglal semmit, csak a CD I/O addressere kell keresned valami olyat, amit senki sem hasznal es meg is vagy.
-
Czo
őstag
válasz envagyok #91169 üzenetére
A lemezed elvileg 512k emulalt sectorral dolgozik, tehat nem a 4k-nak kene bekavarnia (nem is irja a seagate, hogy tamogatna 4k sectort). A vezerlod az raides? Nem volt a lemez raid tombnek a tagja? Nem irt olyat, mikor eloszor bedugtad, hogy van rajta foreign config? Tuti jo a lemez?
-
Czo
őstag
válasz envagyok #91172 üzenetére
Na, ez mar teljesen mas helyzet. A vezerlorol meselj egy kicsit. Sok vezerlohoz van SAS/RAID es IT mode bios. Neked IT mode kell, akkor latszik a RAW lemez es nem a "virtualis" lemez. A RAW lemezt tudod atkapcsolni, ezutan ha atkapcsoltad, akkor az ugy fog maradni. Az sg_format command ami Linuxon ezt tudni fogja, Windowson foggalmam sincs. Viszont ez a command csak akkor es csakis akkor fog tudni kezdeni valamit a lemezzel, ha a kontroller a lemezt mutatja az OS-nek es nem a virtualis disket.
-
Czo
őstag
válasz envagyok #91176 üzenetére
Igen, 512, 520 es 528 byteos sectorokat tud a lemez, linuxon az sg_format es akkor a hdparm at tudja formazni. Valoszinuleg van Windowsra is hozza tool, de azokat en nem ismerem.
Mit ir ki a BIOS-a? Tudsz a BIOS-ban koteteteket csinalni? Van lehetoseg pl JBOD-ra? Ezt te latod, nem mi latjuk a BIOS-t, ami a kartyadon van. Es ezeket a kartyakat 66 vendor 1200 neve alatt forgalmazzak/forgalmaztak, az LSI csak a kontrollert szallitja. Az egyik vendor BIOS erre kepes, a masik vendore pedig arra. Ezek raadasul keresztbe-kasul flashelhetoek, igy egy Dell kontroller is bejelentkezhet Intel kartyakent, egy Intel kontroller meg OEM LSI-kent is.
-
Czo
őstag
válasz envagyok #91181 üzenetére
En soha nem formaztam ilyen modot a vezerloben. Marmint, en a vezerlo biosaban eddig csak 512/4k valtast lattam a dual modu lemezeknel, de adott csaladon beluli ujraformazasra mindig a linuxos sg_format parancsot hasznaltam.
Ez pedig nem RAID, hanem IT mode biosnak tunik. Honnan tudod, hogy a gpated nem latta? Mit irt a dmesg? Volt betoltve modul? Probaltad kezzel betolteni? (mpt2sas/mpt3sas)
-
Czo
őstag
válasz envagyok #91184 üzenetére
Azert nem tud vele mit kezdeni, mert gondolom a rendszer azd mondja a lemeznek, hogy, nesze adatok, ird bele az X. sectorba. A lemez meg visszaszol, hogy nemjo-nemjo, keves adatot kuldtel. Ezert kene atformazni, hogy 512 byte legyen 1 sector. Tehat, amig nem formazod at 512 sectorosra, addig a lemez minden egyes commandot el fog utasitani, amikor 512 bytetot adsz neki irni, de o 520-at vagy 528-at varna. Olvasasnal is ez tortenik, a gep elkeri adott sectort, a lemez atadja az 520/528 byteot, de a gep ebbol csak az elso 512-vel foglalkozik. Szoval vagy atformazod, vagy keresel hozza egy Dell/EMC storageot, mert azok hasznaljak igy a lemezeket.
-
Czo
őstag
Itt tesznek emlitest windowsra buildelt sg-utils-rol. Szerintem fuss vele egy kort. Ha nem bizol meg a szoftverben, akkor a drive ujraformazasa utan gyaluld a WIndowst.
-
Czo
őstag
válasz fatpingvin #91239 üzenetére
Honnan latod ezt? Ahhoz kene egy lsmod/dmesg is.
-
Czo
őstag
válasz Pikari #91254 üzenetére
De a gparted is Debian Live, mindig kb aktualis SID-bol buildelik ujra es ujra. A jelenleg lehuzhato verzio is Debian Sid, 6.1.12-es kernellel.
-
Czo
őstag
válasz Pikari #91259 üzenetére
A SID nem rosszabb, mint a rolling Arch, vagy ha kezzel buildelsz mindent es mindig viszed elorebb a verziokat. Sott, szerintem pont amiatt, mert friss a tartalma, szerintem desktopra kb kizarolagos valasztas, ha dpkg/deb vonalon akar maradni az ember es nem akar tul sok egyedi vendor modifikaciot (pl. ubuntu). De ez imho lenyegtelen.
Kell neki egy Live linux, amire tokeletes valasztas a gparted, amiben pont azert friss a kernel, hogy a legujabb kontrollerekkel is menjen minden. Tehat, en 99% biztos vagyok benne, meg kene nezni dmesg-be, hogy mit irt ki, illetve, lehet, hogy be kene tolteni az mpt2sas/mpt3sas modult, majd a kiirasok fuggvenyeben tovabbiakat cselekedni. Pl. szerintem ahhoz az eszkozhoz a 2-es modul kell, a 3-as modul, pedig lehet default ugy van parameterezve, hogy nem foglalkozik a kettes vezerlokkel (hbas_to_enumerate modul parameter). De ez is csak elmelet, mert amig nem latjuk a dmesg-et, nem tudhatjuk, hogy mitortent. Egyetlen egy dolgot tudunk, a kartya benn van a gepben (lspci mutatja). Ennyi.
-
Czo
őstag
Nekem egyet jelentett a remalommal. Egy PR120-as verziom volt. Meg a Diamond Monster melle adott Formula 1 jatek is crashelt, ha az a CPU volt benn (jott ki patch, az javitotta). Erre azert emlekszem ilyen jol, mert ez volt/lett volna az elso Windows 95-on Monster 3D elmenyem. Mivel elotte enkodolas volt, igy a kartyat berakva nem csereltem CPU-t. A DOS-os jatekokbol is volt mindenfele kompatibilitasi probelma. A felhasznaloi szoftverek pedig sorra mondogattak, hogy neki 486 nem jo, neki Pentium kell. Volt amihez anno talaltam patchet, az ment. Sok patch azert volt bajos, mert ugye, azt meg is kellett volna crackelni . Pedig, a beharangozoja szerint, ami szamit, ott veri a P120-at. Neha-neha kerult vissza a gepbe, amikor a legrabbelt audiocdket mp3ba kellett alakitani. Az L3enc klasszisokkal gyorsabban futott a Cyrix PR120-on, mint a Pentium 120-on. De a 200MHz MMX erkezese vegleges tavozasra intette.
-
Czo
őstag
Szerintem a '95-'96-os ujjevi idoszakban. Kb az volt az igeret, hogy megeszi a Pentiumot a legtobb, atlagos programnal. Ezzel szemben, kb alig volt valami, amihez nem kellett patchet vadaszni (Jatekoknal, hibazonak remlik pl a terminal velocity es valamelyik wipeout is, de ezekrol most nem talalok semmi infot, a Final Fantasy es a Formula One viszont emlitve van itt is vogonson). Az volt a mazli, hogy jelentosen gyorsult vele az MP3, igy amig iskolaban voltam, kb masfelszer annyi anyagot encodeolt mp3-ba, mint a P120. Meg jo, hogy aban az idoben nem kenegettunk semmit a CPU meg a cooler koze, igy "egyszeru" volt a csere.
Az alaplap Asus volt, a chipset pedig 430 FX.
-
-
Czo
őstag
válasz Francia91 #91410 üzenetére
A youtube 10-15 eve tudja a Flash mentes, HTML5 lejatszast (mar OSX 10.5-nel, PowerPC-nel is segitett, hogy megszabadulhattal a Flash-tol). Amire gondolsz, az a codec lesz. Ha a brozer jelzi, hogy tud VP9-et (tok mind1, hogy ezt hardverbol vagy szoftverbol tudja), akkor azt fog kapni a kliens lejatszasra. Ha peldauld tudsz h264-et hardveresen, de VP9-et csak szoftveresen, akkor valahogy el kell erned, hogy a brozer ne reportolja a VP9 tamogatast (akar direkt olyan build, vagy valami kiegeszito, stb), mert ha h264-et kapsz, akkor abbol egy 1080p30-at hw gyorsitassal, mar egy CoreDuo is elvisz, ha viszont a h264 sem megy hardveresen, no, akkor oda kell egy jo eros Core2Duo ami beleadva mind a ketto szalat, kepes lesz 1080p30-ra.
-
Czo
őstag
válasz FoxiestFox #91419 üzenetére
Meg mindig jobb csendben h264/720p/30-at nezni, mint diavetitest ventillatorsuvitesben. En h265 kepes vagyok, igy ezeket mar nem veszem eszre.
-
Czo
őstag
válasz #68216320 #91456 üzenetére
P133-on, W98-on hasznalom a Total aktualis (kb 1 eve toltottem, akkori aktualis) verziojat, teljesen jol megy, de nekem 72MB RAM van a notiban. Oda meg kijott, 32 bites verzioban a Norton Commander is, ugyonugy probalt kek lenni, mint a DOS-os verzio 3.1-en pedig anno ugyonugy a Total Commandert (leanykori neven Windows Commander) hasznaltam, eleg sokaig tamogattak a 16 bites verziokat.
-
Czo
őstag
válasz fatpingvin #91584 üzenetére
Ha felrakja az ember, akkor van dehat ezt linuxon is ugyonugy fel kell tenni. Pl. itt egy ej.com. A program mukodesehez nyilvanvaloan szukseges a cdromhoz a device driver (pl atapi cuccokhoz az oakcdrom.sys) es a cd extension (mscdex) betoltese.
-
Czo
őstag
válasz fatpingvin #91655 üzenetére
Megfosztottad volna, hogy villanymozdony legyen?!
-
Czo
őstag
+1. A 30 pines SIMM az 8 bites adatbuszon csucsul, a 72 pines SIMM pedig 32 bites adatbuszon (itt a az S azt jelenti, hogy memoria csatlakozo mind a ketto oldala egyforma), majd jonn a 168 pines DIMM (ahol a D azt jelenti, hogy a 2 oldal csatlakozoi elteroek), ami 64 bites adatbusszal rendelkezik. A 32 bites modul a 486-osokkal jott, a 90-es evek elejen (hogy ne kelljen 4 modul, csak 1), majd a DIMM az elso Pentiumokkal, hogy ne kelljen 2 modul, hanem csak 1 (en valami workstationban lattam EDO-s DIMM-et a 90-es evek kozepen). A foglalat egyebkent azota is a DIMM nevet viseli, semmi koze a tenylegesen alkalmazott memoria tipushoz.
-
Czo
őstag
válasz DarthSun #91796 üzenetére
Voodoo2-t peldaul tudsz tesztelni, Apple gepben Ugyanis, a regi-regi MacOS-hez, van PowerPC-s driver hozza. Nekem is van berakva egy az oreg PowerMac-ba, de kiprobalni, meg nem probaltam Sott, van, amit a 3Dfx, csak Mac-ra hozott ki. A PC-s Voodoo 4 es 5 kartyakon, nincs DVI. Viszont az Apple akkor mar digitalis monitorral arulta a PowerMacjait, igy a Maces verziokon volt DVI vagy ADC csatlakozo. Az ADC, az olyan csatlakozo, ahol egy kabelen megy a DVI, az USB a tapellatas es a power button jele. Igy 1 kabel csak 1 kabel kell a gep es a monitor koze valamint a monitoron levo power gomb fogja bekapcsolni a gepet is.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen