Видео

what a beauty

Don't worry, whatever it takes, I'll get it working again. 8)

O serial console - bdb dobrze zaprojektowane jest .

Witam ponownie, szkoda że sprzęt padł, ale dzięki temu miałem okazję zobaczyć bebechy jednego z Siliconów. Muszę przyznać, że naprawdę ciekawie jest to wszystko zaprojektowane oraz wykonane. Dziękuję za kolejną "podróż" po krainie SGI, życzę szybkiego i niedrogiego powrotu do stanu normalności Indigo 2 i pozdrawiam serdecznie.

A próbowałeś pukać w dysk jak u retrogralni było pokazywane przy o2 ?

Blaty są z ikea ? Ten narożny jest super praktyczny.

Really nice work, keep it going! ;) I'd suggest adding some reds in your palette. Immensely useful for the player, enemies, collectables and effects (f.e. explosions or - say - thrust for your robot).

w monitorach kineskopowych 17 calowych ustawia się rozdzielczość 800x600 albo 1024x768 75 herców do 100 herców żeby ekran nie migotał dlatego monitor dell P1130 jest najlepszy

Witam, czekałem tak długo aż zapomniałem 😅, ale dobrze, że są powiadomienia. Będę oglądał każdy film nt. SGi, bo dla mnie to w pewnym sensie legendarne sprzęty, dzięki takim materiałom dowiaduję się rzeczy, które w latach 90 nie dawały mi spokoju, a nie miałem możliwości żeby chociaż ktoś mi pokazał działanie tych komputerów na żywo, zresztą kto z użytkowników prywatnych posiadał Silicona u siebie w domu... Pozdrawiam serdecznie i mam nadzieję, że seria będzie kontynuowana (tak - jestem commodorowcem, Amigi miałem dwie: A500 z dodatkową stacją dysków, przełącznikiem Chip/Slow RAM, a później A1200 z 4MB FastRAM, dyskiem twardym 850MB (3,5", więc stosowałem standardowe na tamte czasy zabiegi, żeby wlazł pod obudowę), dodatkowa stacja ta sama co przy A500. Przepraszam za tą prywatę, ale niestety nie mam już swoich Amig, mam inną A500, ale stacja jest uszkodzona i brakuje zasilacza i myszy, ech długo by pisać...

I have an almost identical Panasonic camera. :D Many old holiday tapes, etc. Actually I have several of the same model, I decided years ago it was sensible to obtain a couple more as backups while they were available cheap 2nd-hand from ebay. 4:17 - The Composite Video Input Timing should be set to Square PAL, not CCIR. 10:00 - The video you've recorded is only half-size, half-rate, because this is the default setting when first running up MediaRecorder (MR for short). Also, MR does not use the best codec by default (I think it auto-selects one of the SGI formats, probably MVC1, I forget offhand). You should be using MJPEG, with the QuickTime container. NOTE: It will work better if the capture rate is an integer divisor of the monitor refresh, so for PAL this would ideally be 50Hz monitor refresh (60Hz for recording NTSC) which should look ok with any decent flat panel, but might look flickery with a CRT. For Pal, it may also work ok at 75Hz, I'm not sure. Do not use 76Hz. Thus, to record full size, full rate video with the correct MJPEG settings: 1. Set the correct monitor refresh rate. 2. Run up MR. 3. Select the input source, in this instance the camcorder is connected via the Composite Video input. 4. Bring up the task settings panel. 5. Change the format to full size video at full frame rate (768x 576 @ 25fps). 6. Change the recording wrapper to QuickTime. 7. Change the codec to MJPEG. 8. Change the quality setting to fixed bitrate (Disk Based, 3MB/sec). Do not use constant quality. Fixed bitrate works better. 9. Change capture mode to Split Fields. You can try single frame but in my experiecnce it slows down the post processing too much. Now you can start the recording. When you click Stop, this time the post-processing will only takes a few seconds instead of several minutes, because ICE acceleration can be used far more effectively, and you will see smoother playback in MediaPlayer. A video can also be played direct to video out, without being shown onscreen, which is again more reliable. NOTE: MediaRecorder is little more than a GUI on top of dmrecord, but dmrecord can be used directly and functions much better without the application overhead of MediaRecorder using up CPU cycles. Try getting used to using dmrecord instead, which has the advantage of allowing one to use relevant recording commands in script files and other mechanisms of automated use. Likewise, MediaPlayer is a GUI layer on top of dmplay. Using dmplay directly will often work better, but MediaPlayer does include some extra flexibility. MovieMaker can use ICE acceleration for some functions, but not all. dmconvert can use ICE, but I think export from MovieMaker has its own code which mostly does not use ICE. Thus, whenever possible, use dmconvert to convert movies from one format to another. For converting to modern formats like mp4/h264, Handbrake on Windows can understand SGI QT/MJPEG movies ok (though in some cases AVI may work better, but still using MJPEG). I use NVEnc for this; supported by a good CPU (I use a Ryzen 5700X), one can process SD video at hundreds of fps; I use a GTX 1070, the lowest Pascal SKU which still has two NVEnc engines. Note that from Turing onwards, NVIDIA halved the number of NVEnc engines in cconsumer GPUs, so a 1070 is faster than a 2080 Ti for NVEnc (though the most power efficient option is the 1050 Ti, which can convert 1080p at around 250fps). A 1080 Ti can process SD video at more than 1000fps, assuming a sufficiently fast CPU (more cores helps feed the NVEnc engines, but better IPC helps aswell) . Adobe Premiere does support ICE acceleration for some functions on O2, providing good performance for working with DV data. Importing files into Premiere on O2 is slower than for other SGIs like Octane or Fuel, but playback and export functions run much faster, outperforming even a dual-700MHz Tezro. O2 is the only model SGI that can playback DV AVI at full size/rate (Cosmo and Cosmo2 can do this for QT files, but IIRC not with AVI files, even if they're MJPEG). My site has more information about video processing on SGIs using the supplied IRIX tools. Look for the article called, "Video Processing with IMPACT Compression". Some of the command line options to use with dmrecord on O2 are slightly different (eg. the engine should be ice instead of impact), but all the other concepts presented are the same. 11:10 - Very important: when taking apart an O2, *never* have a power cable plugged into the back. If the PSU has live power connected, removing the motherboard assembly can permanently damage the board, often giving a solid red LED error (one may be able to recover from this by using the force-power-on jumper next to the Dallas chip, and by pressing the recessed hard reset button on the front several times, but this often does not help). Thus, to take apart an O2, first fully remove the power cable, wait at least 30 seconds and then it should be safe to remove modules from the rear. 11:33 - The camera does have a digital port, but it is on the underside of the camera and connects via a different cable (DV format video). I keep meaning to try this for capture instead of Composite, hence my research into DV performance last year. I will be adding a new article about this to my site soon, comparing different SGIs for DV processing (with some surprising results). 12:18 - Not true, the AV board does have video outputs. It has Composite and SVideo input, along with L/R audio inputs, and the equivalent output ports aswell. The upper row of ports are the inputs, while the lower row of ports are the outputs. There was a brief time when SGI ran short of the Audio-only board for supplying customer orders. Thus, some orders were fulfilled by fitting the full AV board instead, but with a piece of black plastic stuck over the Composite/SVideo ports in order to make it look like a normal Audio-only board. However, these "pretend" Audio-only boards still have the digital camera port at the back of the board (for connecting an O2Cam digital camera or to a Miranda dongle to provide full CCIR601 digital video I/O). Thus, if you see what looks like a normal Audio-only board, check whether it has the digital port at the back; if it does, then it's actually a full AV board in disguise. :) O2's UMA architecture allows for complex video/imaging effects, especially the use of live or prerecorded video as textures in 3D models, the results of which could then be sent to video-out (data does not need to be copied between different subsystems, just pass a pointer to the same area in main RAM). This is why they were widely used for weather broadcasts and other live TV functions. Install the O2 Demonstration Programs 1.5 and have a look at the available demos, there are many examples which show the special ways in which O2's 3D and video I/O features can be used all at the same time (such as the DMtexcube, videoimageproc and others). NOTE: O2's video engine hardware will only process what constitutes an official PAL or NTSC signal; anything that is non-standard is ignored. An amusing side effect of this is that, if a video source such as a DVD player is connected to an input and the output is connected to, say, a VCR, then by default the system when booted will pass-through the signal with any MacroVision protection stripped out. :D It will work even if noone is logged into any user account. This 'feature' applies to any SGI video product, including Galileo, Cosmo, etc. I use an O2 to capture VHS material, DV tapes, etc., but I also use IMPACT Compression in an Indigo2 when dealing with noisier signals because O2 can be a bit sensitive to such noise, eg. recording from old/worn VHS tapes, DV tapes with tracking problems, etc. One can use a TBC to clean up a signal before capture (or in the worst cases I use a modern USB capture dongle with a PC). Or there is the "professional analogue" video solution for O2 called, "O2 Carbon Video". For higher quality, one can use the O2 Digital Video option (DIGVID), giving full CCIR601, but to use this one must have storage fast enough to handle uncompressed SD video and have external digital decks. Hope this helps! :)

Ciekawe wykopaliska 😀

Super film!thx

niiiice! : )

Looks amazing for C64!

Looks Amazing 🤘🏻

To wygląda rewelacyjnie, animacja postaci i grafika jak w niektórych dobrych współczesnych gierkach. Cały czas trzymam kciuki za ten projekt i pozdrawiam serdecznie.

aseprite rulez!:D

Looks great - nice graphics and fun-looking gameplay. Warning! The horizontal "copper list" background has ruined the appearance of many Amiga games. Unless VERY carefully handled by a skilled colourist, it usually looks tacky, horrible and distracting. And I'm sorry to say, that is the case in this game too. Not your fault! Very few people have been able to make it work. But I strongly recommend just having a single-colour background in this case. Please do not ruin the game's appearance with a nasty copper list background!

Great collection!

Looks and sounds fantastic! Deffo would've been a top seller back in the golden/olden days, and I predict will be a top seller in these new golden days too 😀

Pięknie się prezentuje

Fajny ten engine, dobry ruch. Czy w planach zatem jest też Sega Genesis?

Sweet

Love the gfx style ❤

Super że prace teraz przyspieszą. Osobiście wolałbym na C64 ale Amiga też może być :) Pozdrawiam

"I was looking for a new aproach to develop this game." - mówię sobie no chyba nie Scorpion Engine, a tu... ale też kiedyś bardziej przysiądę do Scorpiona i może przeniosę jakąś swoją gierkę z mobile. Carriona ciężko ganić za grafikę, ale to pewnie przyzwyczajenia z c64 - jest zbyt mało kolorystyczna, no i te róże i fiolety. Brakuje też żywych kolorów u bohatera.

Świetnie się gra prezentuje na obecnym etapie!

Swietny soundtrack!

Dzięki za fajny film i ciekawe gry. Przy okazji, wczoraj testowałem SD2IEC na Commodore plus/4 - niestety prawie nic z .d64 nie wczytuje. Chyba jednak lepszym wyborem będzie Ultimate lub Pi1541.

18:16.. Materiał o SGI, więc obowiązkowo klasyczny mem. ;-) Oglądałem na VHS w połowie lat 90.

Książkę kupiłem i przyszła ;) zabieram się za czytanie, bo pewnie już nic nie pamiętam z niej.

No dobra, skończyłem oglądać. Dzięki za dotychczasowe filmy i czekam na następne. Szykuje się bardzo fajny cykl o platformie, która jest u nas nieznana albo znana tylko z legend, opowiadań, marzeń, snów... 😃 Pecetowa historia nieco zatarła zasługi takich firm jak Xerox, SGI, Next, Amiga. A to były niezwykle ciekawe rozwiązania, które powstały znacznie wcześniej i utorowały drogę ślimaczącemu się gdzieś na końcu innowacji Microsoftowi. 😂

Ja też używałem w pracy Photoshopa na MacOS (klasycznym oczywiście). Zaczęliśmy od wersji 3.0 i gdy odchodziłem to były 8.0 (zwane pierwszym CS). Mieliśmy Macintoshe 68040, PPC 601, 603, 604 i później G3 oraz G4. Z tego co pamiętam to Photoshop 3.0 miał już warstwy ale nie miał jeszcze historii. Było po prostu jedno UnDo. Na filmie widzę okno "Layers" i nie widzę okna "History". Ale to o niczym nie świadczy, bo po prostu mogło być schowane. Pamiętam, że wtedy czytałem w GFX albo MacWorld (leżało trochę numerów w pracy), że świat bardzo czekał na warstwy tekstowe w Photoshopie 4 ale nie doszły i ludzie byli bardzo zawiedzeni. Dopiero Photoshop 5 je dostał. To co pokazujesz to faktycznie jest stary dobry Photoshop jeszcze w wersji z przyjemnym GUI. 😃 Nie wiedziałem, że był na jakieś uniksowe maszyny. Nie wiem jak szybko działał Photoshop na PC+Windows, bo ja przez 8 lat używałem go na różnych Macintoshach. No i przyznać muszę, że na applowych maszynach (nawet tych bardzo słabych) Photoshop działał naprawdę rewelacyjnie. Był przede wszystkim niesamowicie stabilny. Nie przypominam sobie żeby przez 8 lat choćby raz się wywalił. A to było DTP i pliki były czasem przeogromne (plakaty w 300 DPI z dziesiątkami ogromnych warstw). Jeden z PowerMaków miał u nas kartę graficzą, która miała tylko 15-bitową grafikę (nawet nie dało się ustawić 16-bitowej). No i to strasznie było widać. Staraliśmy się tam nie obrabiać zdjęć, bo człowiek nie widział tego co faktycznie było w pamięci maszyny. 😃

Ja się tak zastanawiam nad pewną sprawą. Rozumiem, że zabawa w SGI polega na zachowaniu oryginalnego sprzętu, dostępnego w epoce i nikt nie czeka na karty z nowymi procesorami, nowe karty graficzne. 😃 Ale ciekawy jestem jak wygląda sprawa z systemem operacyjnym. Czy to się jakoś rozwija? Czy ktoś coś dorabia? Coś jak amigowego NG (AmigaOS4, MorphOS). Orientujesz się?

O rety, paleta jest predefiniowana? 😮 Czyli na ekranie mamy 256 kolorów wybranych z... palety 256 kolorów. 😃 Nie jak na AGA gdzie jest 256 kolorów wybranych z palety 16777216 kolorów. Trochę jak porównanie układów graficznych C64 i Atari XL/XE. C64 na ekranie 16 kolorów wybranych z 16 kolorów, a na Atari 4 kolory wybrane ze 128 (oczywiście w Atari są też inne tryby z bardzo specyficznymi możliwościami ale chodziło mi o taki typowy tryb). 😃

Niesamowite, że taki Indy miał 256 kolorów i brak wsparcia 3D (przecież z tego maszyny SGI były znane i właśnie tym się wyróżniały). Nie spodziewałbym się takich oszczędności... Ale jestem w stanie sobie wyobrazic zastosowanie takich maszyn w większym studiu graficznym. Na pewno można było sobie na tym wygodnie np. modelować. I znacznie lepiej było postawić 5 takich maszyn i przy nich posadzić 5 osób, które modelowały obiekty niż jedną osobę przy znacznie mocniejszej maszynie ze wsparciem 3D, 24-bit color. W tamtych czasach modelowało się głównie operując na "drucianych" obiektach więc 256 kolorów to nie był żaden problem. Ja na przełomie wieków na wrocławskiej polibudzie miałem zajęcia na jakichś stacjach Sun Spark. One też miały 256 kolorów (zabawne, bo ja właśnie wtedy kupiłem do Amigi PPC i BVision3D) i do CADa sprawdzało się to całkiem fajnie. To tam pierwszy raz zobaczyłem co to są gesty, zobaczyłem mysz, która wymaga specjalnej podkładki żeby działać. Ciekawe, że w rogu tej sali stało jedno SGI (O2). Nigdy nie widziałem żeby był włączony i prowadzący nam tylko o nim opowiadał. Ale przechodziłem koło niego jak koło Bentleya czy Dodge'a Challengera HEMI 1970. 😃 Raz go nawet dotknąłem. Ale niestety po dwóch tygodniach rękę umyłem więc już nie ma śladu. 😂

Wiele lat temu bardzo szukałem książki Marka Hołyńskiego "E-mailem z doliny krzemowej" ale niestety nie znalazłem. Nawet (już wtedy przelewem przez sieć) zapłaciłem na nią w pewnym antykwariacie (fakt, że jakieś absurdalne grosze) ale okazało się, że ten antykwariat już nie istnieje i gorsze przepadły. W końcu znalazłem jakiegoś PDFa w sieci i przeczytałem. 😃 Bardzo fajne historie, bardzo ciekawie opisane. Ludzie interesujący się komputerami, grafiką 3D, historią informatyki, przeczytają jednym tchem z wielką przyjemnością. Ja jestem wielkim miłośnikiem pionierskich czasów OpenGL, 3D z czasów pierwszych akceleratorów (bez shaderów), robię coś w tych technologiach prawie codziennie (niemal nieprzerwanie od 2000, czyli odkąd kupiłem PPC i BVision3D do Amigi). A wiele historii w tej książce krąży gdzieś w okolicach właśnie tych tematów. Narobiłeś mi ochoty na ponowne przeczytanie książki pomimo tego, że jak na jednokrotne przeczytanie to całkiem nieźle ją pamiętam. Ale i tak sobie przeczytam. 😃

Książkę M. Hołyńskiego czytałem zafascynowany inside stories z "poważnego biznesu IT" z pewną dumą, że polski inżynier brał w tym udział. I zgadzam się - za krótka. Fajny odcinek, dzięki.

A odpalić jakiegoś netbsd i sklonowac dysk na sd poleceniem dd ? Czy nawet na zasób sieciowy (FTP, NFS) obraz zrobić. Boot wtedy z tej karty SD.

Książkę chyba czytałem, dla pewności kupiłem z allegro :). Czasopismo gfx znane mi - z czasów maya, bryce3d. Ps. Znowu daje łapkę przed obejrzeniem ;)

"errata" nie pasuje od tego dodatku filmowego :) do poprzedniego :)

Super z chęcią bym się zapoznał z tymi maszynami osobiście, z softem do grafiki i programowaniem grafiki. Ciekawią mnie programy do animacji na te maszyny i jak się z nich korzystało.

5:20 - During the final development phase of Indy, there were problems within SGI about the amount of RAM the system needed to run IRIX 5.x. 16MB had been the initial baseline target, but as the work progressed this became untenable, so at launch the typical minimum was 32MB instead. I ran a student lab of 20 Indys from 1995 until 2000, they were all R4600PC/133, 32MB, 549MB disk, 8bit XL gfx, with a 20" monitor (the GDM20D11). I was told later that the dept. was able to secure a deal for larger monitors by opting for a lower RAM/disk spec; this was a mistake, the lack of both main system resources meant it was hard to provide the intended installed software and enable programs to run properly without using swap space. I had to use lots of NFS mounts from the server (a ChallengeS) to cope with the lack of disk space, but the mounts themselves used up RAM. Later I was able to have some systems upgraded to 64MB and 1GB ior 2GB disk which made a huge difference, with a few given 24bit XL gfx aswell, and two had CPU upgrades to R4400SC/200. The students were finally able to see just how good the Indys could be. Note that the lack of L2 cache for the R4600PC/100 or 133 has a severe effect on performance. Without any L2 the R4600 really suffers, whereas the SC133, which has 512K L2, is almost as fast as the R4400SC/200 for integer tasks (note the R4400 was a balanced design for int/fp, whereas the R4600 skewed towards int performance). IMO it's a shame SGI never pursued the R4600 further (an R4600SC/200 with 1MB L2 would have been nice), but of course they moved on to the MIPS IV R5000, with which they made the same L2 mistake again by offering the R5000PC/150 with no L2, negating much of the performance potential of the R5000, especially for 3D tasks (the XGE graphics concept is a whole other messy saga). See my site for benchmark comparisons: www.sgidepot.co.uk/perfcomp.html Note how the lack of L2 makes such a huge difference for the R4600, and for other CPUs SGI sold, ie. the aforementioned R5000PC/150 in Indy and the R5000PC/180 in O2 (the latter should never have existed). 5:50 - The maximum RAM is 256MB, using full parity, 36bit, 72pin SIMMs, at 60 or 70ns. Gold edge is best, but tin edge will also work ok. NB: a quirk of later technologies: because of how such SIMMs are designed, if you fit the more common type of 128MB SIMMs, the system will see them as 32MB SIMMs. :D There was a time when these easier to obtain, though of course such 512MB kits have greater utility in R8K/R10K Indigo2 systems which can properly use them. 7:15 - Sometimes the default boot sequence can be delayed by certain services which should be disabled if they're not being used, and by particular settings in some startup scripts which can slow things down: - Change MSGTIME in /etc/init.d/network to 0. - Change the delay time in /etc/init.d/filesystems to 0 (search for "sleep 5" in the file, change it to "sleep 0"). - Turn off esp, XLV and any other services not required. Turn verbose on, and for 5.3 also turn on fontserver and directoryserver. - Search for the word "newaliases" in the file /etc/init.d/mail, make sure there is a "&" at the end of the line. If there isn't, then add it and then save & exit (I use jot and vi for these edits, depending on my mood, with jot aliased to "j", the default shell changed to tcsh in /etc/passwd for the root account). Overall, for some default OS setups, the changes I make after a clean install can cut the bootup time by almost two minutes. 7:47 - It's important to note how the colourmap functionality works in IRIX. It means the desktop does operate somewhat better than would be the case for a normal system which only has 8bit colour, but really the lack of colour depth is revealed more when trying to do any 3D or video task, due to the visuals required. See the Indigo2 Technical Report on my site for a description of how XL works. I will be uploading the Indy Technical Report next year, though there's probably already a PDF of it somewhere online. If one has XL24 though, then the Xservers file must be altered to correctly show non-dithered icons. 8:17 - You'd be amazed how many places were using Indys for non-3D tasks, such as the textile industry, where they are still used today (Stoll/SIRIX systems). Note that in theory it's possible to combine the parts from three XL8 boards to create a single XL24. I intend trying this soon in order to practice using a hot air station for doing PCB repair. 9:10 - That's not entirely true about 3D support (though yes the native API is IrisGL), XL does have some design elements to help with 3D, but yes in general almost everything has to be done on the main CPU, especially any Z buffer calculations. Indeed, the equivalent gfx options for IRIS Indigo show that adding a Z option to XL24, if such had been possible, in combination with R5000 may have allowed it to run faster for 3D than XZ. This again relates to the XGE marketing fiasco, in which SGI claimed R5000 + XL was faster than XZ, but this was false, because XZ has a hardware Z buffer which is vital for full screen fill rate performance, and 3D processing on the CPU is much slower without L2 cache (SGI still used the XGE branding for R5000PC/150 systems with XL8, which was crazy). The interesting thing about XL is it is very fast for 2D, with a high fill rate and a fast screen clear. Indy XL was used a lot to generate overlay 2D GUI elements for 3D simulator and other systems.

Witam, w 12:30 ta wtyczka to jest chyba to, co widziałem (to odnośnie monitora, o którym pisałem pod pierwszym filmem), tylko skoro tu jest wtyczka, to w monitorze było wejście (chyba, że wtyczka jest odłączana od kompa, to wtedy możliwe, że to był jednak kabel dopięty do monitora. Producenta nie pamiętam, ale jak wspominałem, nie miał logo np Della tylko Silicona i to też nie to SGi widoczne na monitorze w 16:13, tylko właśnie to "kółko z połączonych trójkątów, chyba nawet bez napisu Silicon Graphics, ale nie mam pewności. Gdyby to było z 15 lat temu, to załatwiłbym by wylądował w Twojej kolekcji, a tak pewnie skończył jako elektrośmieci :(. Co do Turoka, NBA Jam itp to czy to nie były wersje pisane pod Nintendo 64? (Słyszałem, że właśnie Silicony były używane jako zestaw developerski do N64). Dziękuję za kolejną podróż do przeszłości, dla mnie te filmy mogą trwać nawet po 2h, pozdrawiam serdecznie i czekam na następne odcinki o Siliconach.

Pamiętam z lat 90" te maszyny i grafika 3D jaką wtedy generowały wymiatały w porównaniu z Amigą czy PC386 :) To trochę tak jakby dzisiaj porównywać wydajnościowo GTX 1060 z RTX 4090 :)

YEEAH! Byłem, widziałem - zakochałem się (nie w Carrionie... w Siliokonie!!!) 🤣

Imponująca kolekcja. 😮 Szykuje się bardzo obiecujący cykl filmów. Subskrypcję mam ale teraz włączam powiadomienia. 😃 Bardzo chętnie zobaczę jak wygląda ten system, te narzędzia dostępne na SGI. Pomysł z odtworzeniem modelu pracy studia graficznego z tamtych czasów jest ŚWIETNY. Nie będzie to łatwe ale jak się uda to dla mnie będzie hit. Coś co zdecydowanie będzie się wyróżniało od innych retro-wspominek pokazujących ciągle to samo - znane gry na popularnych ośmiobitowcach albo najniższych konfiguracjach maszyn 16/32-bitowych. Trzymam kciuki za powodzenie tego niełatwego przedsięwzięcia.👍

Super. Jeśli zrealizujesz zapowiedzi serii to czuję, że będzie to to czego brakuje na YT zwłaszcza w j. polskim. Sam mam sporą kolekcję SGI i brak motywacji nawet do odpalenia niektórych zakupionych. Może Twoje filmy mnie na nowo zachęcą do zabawy ;)

SG : Przedmioty pożądania

USB video to karta aby przesyłała obraz do komputera, to może być to.