-
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
-
-
quailstorm
nagyúr
válasz DarthSun #52406 üzenetére
COM-os egér az az adatbuszból kapja az áramot,
nem fog átalakítóval menni. De fog ahogy elnézem. A másik irány az viszont kizárt, hogy magától működjön, egy optikai egér akár 10-szer annyit eszik, mint egy golyós.
PS/2 to USB (passzívan) meg csak akkor működik, ha az USB-s egérben van PS/2 vezérlő is.[ Szerkesztve ]
-
quailstorm
nagyúr
Erre van valakinek teóriája, hogy sikerült?
Tudtommal nem egy hiper értékes cucc, hogy 3dfx árban menjen. -
quailstorm
nagyúr
Arra azért kíváncsi lennék hányat lehetne a magyar piacon ennyiért eladni...
Amikor én szereztem ilyeneket, semmit nem ért még. De annak 7 éve legalább.325-öm van így tele nekem, 375-öm csak 2MB-os, a többi üres. Gondoltam egy ezresért megveszem RAMdonornak, aztán többért ment el, mint bármi más. Nem tudtam értelmezni.
rálicitálós konteó amúgy kizárható
[ Szerkesztve ]
-
quailstorm
nagyúr
Az még az unprocessed dobozban van, nem próbáltam ki őket. Ott a HD4650 volt a húzócím
Amit azóta lecseréltem HD3850-re ugye.Visszaolvasva ott is csak az érdekelt, hogy 4 vagy 2 MB-os, ugye nekem most 2MB-os kártyák maradtak itthon.
Én megvallom őszintén, S3 kártyáért szerintem csak egyszer adtam pénzt, a Trio3D 8MB volt az. Amúgy bármelyik dobozba nyúlok itthon, S3. Gondoltam azért mert annyira nincs értéke és olyan sok van belőle[ Szerkesztve ]
-
quailstorm
nagyúr
válasz Sanchez638 #52531 üzenetére
Én is így szoktam jelölni, hogy melyik architektúra Celeronja.
-
quailstorm
nagyúr
Vennék LCD-t. 17"-es IBM/Lenovo mondjuk. Korabeli tervezőmonitorok is jók, de latencyre vigyázz, mert többség nem gamingre van.
Nekem most helyszűkében úgy van, hogy van egy 17"-es CRT, meg egy 17"-es LCD D-SUB és DVI bemenetekkel (választós). Később ezek cserélve lesznek nagyobbra. Alighanem az LCD előbb, szülőktől örökölve egy 19"-est.
DOS nekem abszolút CRT, de 800x600 3D és felfelé mehet LCD-n is, ha nem torzít. Sajna nem 5:4 kéne, hanem 4:3, van persze az is, de DVI-D only.
[ Szerkesztve ]
-
quailstorm
nagyúr
válasz RexMaximus #52548 üzenetére
Igen itt is ugyanakkora, csak jobb a panel, és könnyebb videózni.
A legjobb az lenne, ha volna a HP LP2065-höz hasonló analóg bemenettel...Matrox meg a Parheliáig volt képben. Ugyan Parheliám nincs, csak P750-em, de azon korrektül megy DX8.1-ben a Half-Life 2.
[ Szerkesztve ]
-
quailstorm
nagyúr
válasz jokeph #52576 üzenetére
Mert PS/2-es egeret nem tudsz soros portba dugni, csak soros portosat.
Az egerek 3 szabványban készültek, COM, PS/2, USB. Egyik se kompatibilis a másikkal.
Voltak viszont olyan egerek, amik dupla vezérlővel voltak ellátva, és indulásnál felismerte a buszt, majd aszerint működött. Ehhez valók a passzív adapterek.
Tripla vezérlős sose volt, USB-to COM lehetetlen.Akkor tudja PS/2-es egérrel+átalakítóval megoldani, ha az az egér tud soros portot natívan.
-
quailstorm
nagyúr
válasz jokeph #52580 üzenetére
Hát ez az, hogy nem csak fizikailag tök más... Ráadásul a COM-ban nincs VCC se, hogy izgalmasabb legyen.
Átmeneti időszak egerei tudták mindkettőt, mai USB-s egeret viszont már hiába tuszkolsz a PS/2 átalakítóba...
USB to keyboard mouse converter létezik teljesen aktív, az valóban feldolgozza és átalakítja a jelet (meg input lagos).
Ez például így sikerülhetett. AT meg a PS/2 elvileg ugyanazt a kommunikációt használja, utána meg aktív az átalakítás, nem passzív.De az AT vs PS/2-nél se vagyok biztos, mert nem akármelyik PS/2 billentyű megy nekem a DIN dugóval... külön el kellett vennem apámét, amiből volt előtte DIN dugósom, csak borzalmas állapotban.
(#49596) DBob: ez meg gyaníthatóan egy két kontrolleres megoldás volt, mint a korai USB egerek.
[ Szerkesztve ]
-
quailstorm
nagyúr
-
quailstorm
nagyúr
válasz Sanchez638 #52590 üzenetére
Lehet, hogy erről makogok már több hozzászólás óta...
Ráadásul a golyós egér fogyasztja a legkevesebbet. Egy "modern" RGB-s egér ratingje 500mA is lehet, a golyós meg 25mA. De egy sima optikai is 100mA. -
quailstorm
nagyúr
válasz MasterDeeJay #52619 üzenetére
A speaker sose lett okosabb, csak a procid lett erősebb. Onnantól meg lehetett PCM kódolással DAC-nak használni a PC speaker outját, akár 6-bites minőséget elérve.
Kellően erős proci mellett emberi beszédet is reprodukálni lehet PC speakeren, de a Wolf3D-nek is volt PCM-es PC speaker módja, csak GUI-ból nem érhető el. -
quailstorm
nagyúr
válasz MasterDeeJay #52622 üzenetére
Ez a Wolf3D-s videó amit néztem.
De maga a PC speaker sokkal többet is tud. -
quailstorm
nagyúr
válasz DarthSun #52875 üzenetére
Mikrovezérlőn még oké, de amúgy még a nyelveket se használják.
Én is .NET 4.0-ra fejlesztek C#-ban. Érdektelen az overhead, így is elég lenne egy P4 is, viszont gyors és kényelmes, plusz a többéves project ebben van írva, tehát ezt kell használni.Másik az, hogy kivételes helyzetektől eltekintve (megint mikrovezérlő), nem fogsz tudni jobbat írni, mint a fordító.
Nem ezen a szinten bukik el az optimalizáció, sokkal inkább egy rosszul megválasztott adatstruktúrán, vagy más, magas szinten is kezelhető problémán.
De azért megnézném hány év és hány ember kellene egy nagyobb .NET project assemblyre vagy akár C+assemblyre fordításához. Csak a cégnél ordas szívás van a portolásból (C-re)...
[ Szerkesztve ]
-
quailstorm
nagyúr
válasz DarthSun #52884 üzenetére
A YT-t designra optimalizálják és sávszélességre. Nem érdekli őket hogy a user szív. Azért h265 erőszakkal, hogy nekik olcsóbb legyen.
NET/HTML remélem nem a .NET-ből sikerült félreértelmezés...
A web amúgy egy másik sztori, a szétscriptelt eye candy marhaságok, meg hogy minden webre költözik és interpreteres vagy JIT-es, az nem a sebességnek tesz jót.
De ideális esetben fog menni bármilyen architektúrán és OS-en, amire létezik a böngésző...[ Szerkesztve ]
-
quailstorm
nagyúr
válasz DarthSun #52887 üzenetére
NT4.0 és felfelé már van/lehet valamilyen .NET a Windowsban.
Lényegében ez a Java by Microsoft.
Két nyelv van, a C# aminek C++/Java szerű szintaxisa van, meg a VisualBasic ami egy elfajzott Basic. Ezekben lehet írni ipari apptól a webappon át a Win10 UWP-ig bármit. Natív COM komponenseket is kezel (nekem ez fontos).Ebből fordul egy köztes nyelvre, ami az MSIL nevet kapta. Onnan pedig a gép natív kódjára JIT-el, AoT-tal, vagy ahogy sikerül.
Lényegében ami Windows only GUI-s app, az csak ebben készül manapság. Natív C-C++-ban megírni valamit derék dolog, inkább a régi projecteket viszik csak tovább. Van még a Qt a multiplatformokhoz, meg saját frameworkje ha van a cégnek.
De amúgy mindenhonnan a .NET folyik.Másként fogalmazva:
ilyen modern nyelvek és segítségek nélkül olyan tapasztalatlan retardált hülyegyerekek, mint én, nem tudnának ipari kommunikációt megvalósító alkalmazást fejleszteni nagyon rövid idő alatt.
Pedig nekem is kötelező volt az x86 assembly alap szinten gyakorlattal együtt. (Gy: 4 Ko: 4 lett)[ Szerkesztve ]
-
quailstorm
nagyúr
válasz DarthSun #52895 üzenetére
Elég az, ha beleolvasok a programkódba
Más kérdés, hogy nem lehetett megtervezni előre a struktúráját, mert folyamatában kellett rájönni mindenre...
Csak lett belőle olyan ocsmányság, hogy ihaj.flag = CommObj.CommRefMasters[CurrentMasterDeviceCommRef].Actions2007Obj.WriteParameter(CommObj, curport.Slot, curport.SubSlot, index, Convert.ToUInt32(sub_index), data, out consolemsg);
Itt nagyon el van szúrva a hierarchia. Az alap objektumot átadom a legvégén mint függvény paramétert. A CommObj tud kommunikálni, annak a függvényeit fogja hívogatni az Actions2007. Csak mivel utólag lett betéve a több eszköz támogatása, én állat meg megpróbáltam inkább elszeparált objektumokat létrehozni, hogy a párhuzamos kommunikáció lehetősége meglegyen, így lett benne egy ordas visszahivatkozás.
Lényegében az Actions 2007-nek kéne rendelkezni egy Communication property-vel, csak a kommunikációban résztvevő IO-Link mastereket még azelőtt meg kell különböztetni azonosító alapján egymástól, hogy eldőlne melyik szabvány szerint kommunikálunk.
Szóval nagyjából ez így fog maradni, mert haladni köll most már, pedig ez például rohadtul zavar.Szartákolás az egész
De szerintem sose lesz újrakezdve ez se nulláról, ennél rosszabb projecteket se kezdtek újra...[ Szerkesztve ]
-
quailstorm
nagyúr
Igen, nekem venni kéne rendes MPU-401-et az intelligenshez. De a RAP-10 kicsit ritkább mint az SC-55...
Sejtettem, hogy nem eBayes árért vetted, mert az elszállt.Ha valaki még emlékszik a MIDI kábeles szenvedéseimre... nem minden kábelben van tranzisztoros vagy logikai kapus pufferelés, és nem tetszett az olcsó megoldás se az SC-55-nek se az MT-32-nek...
-
quailstorm
nagyúr
válasz RexMaximus #53114 üzenetére
Korabeli FSP tápokban is fos Teapo van, eddigre már rég kifolytak vagy felpupultak.
Ki kell cserélni a nagyját. Nem tudsz mit csinálni. -
quailstorm
nagyúr
Jobbat nem nagyon lehet csinálni, mint a venticsere meg a kondizás, mert AT tápból se lesz új, -5V se lesz új tápon meg AUX csatlakozó se.
-
quailstorm
nagyúr
Nagyon kell. A föld jellemzően egy korbácsba van kötve egy óceán méretű óntenger közepén. Azt nagyon izgalmas megolvasztani.
Magas hőértékű betét, vagy feltekerhető páka is kötelező.NYÁKot nem tudom, nekem kétoldalas 1 rétegűnek tűnnek a régebbi tápok, de kondicserénél amúgy is mindegy ez, csak legyen megfelelő hőérték.
-
quailstorm
nagyúr
válasz DarthSun #53154 üzenetére
633-as Celeron van benne, azt lehet hogy majd nagyobbra kell cserélni, de egyébként hatalmas csalódás volt.
Live linuxokat vitte (gparted), meg Nokia toolokat, de amúgy semmire nem volt jó. Pedig kis aranyos kompakt lap minden integrálva...TAG RAM-os dolog meg eszembe juthatott volna, kösz a magyarázatot.
Azt, hogy mennyit tud cachelni a lap, azt milyen táblázatból tudom kinézni? Pl a saját Asus AMD-K6 konfigomhoz?
Továbbá ha jól emlékszem akkor túl sok RAM esetén is cachel amíg tud, csak afelett nem. Szóval nem cache off-al kéne egyenlő legyen a túl sok RAM.[ Szerkesztve ]
-
quailstorm
nagyúr
válasz Sanchez638 #53218 üzenetére
Az enyém/flymi-é is ugyanezt csinálja. Nem értettük mi se.
De attól még DDR2 és HD4650. -
quailstorm
nagyúr
válasz juliabrilke #53234 üzenetére