Nie mogę wpłacić na rzecz fundacji, bo na szczęście jej nie ma. Nie mogę posypać głowy popiołem z papierosa, bo nie palę już w sumie, nawet z pieca popiołu nie mam bo nam na tym galicyjskim zaścianku zakazali palić w piecu węglem ;) nie wiem co robić.....

Nie rób dramy, tylko party w 2020 :)

faktycznie, zapomniałem o fakcie, nawet coś tam z początku pisałem z czego teraz widzę ;)

Ostatecznie każdy kupi sobie to, co chce. Mi osobiście bardziej przypasowała płyta od XEL, ma przynajmniej stereo na pokładzie, no i działające ECI co najważniejsze.

hahahahahh, świetne!!111

prawdziwy Słowianin rozpalał ognisko pocierając dwa kawałki drzewa ;)

XXL - do niebankowanych cartów owszem.

Jest emulator cartów pod Sparta DOS X i VBXE. VBXE staje się cartem, a emulator przepisując dane analizuje zawartość i odpowiednio modyfikuje plik *.car tak, by odwołania szły w odpowiednio inne miejsce.

Chyba, że chodziło o coś innego ;)

.. a ja wyciągam z tych dyskusji pewne wnioski i mam zamiar zorganizować gdzieś następne kompo tak, jak to mniej więcej wygląda na Revision, czy Xenium / Riverwash. Tzn., oczywiście real HW a nie zgrywki do AVI, ale z podobnym systemem prezentacji. Gorzej tylko, że muszę zainwestować w to kilka tysiaków. Zobaczy się czy finansowo to udźwignę ;)

nie mówię wszystko na miłość boską, tylko czyścić wolną pamięć ponad MemLo.

Oczywiście, że są. I najgorsze jest to, że np. czasem solo na kablu wprost w konwerter do HD poleci a raz nie. Przez Hydrę dodatkowo generuje jakieś dziwne odbicie. Testowałem z dwoma jaguarami i dwoma różnej produkcji kablami. Najwyraźniej słabo testowaliście tę platformę ;)

Domniemam, że HRW chodzi o środowisko, jakie mam np. na małym Atari i Sparta DOS. Czyli - zdefiniowane w systemie kilkadziesiąt typów rozszerzeń plików graficznych / muzycznych i skojarzone z nimi playery. Jeden klik i grafa jest, jeden klik i muza gra. Chciałem to kiedyś na dużych Atarkach u siebie ogarnąć, ale z tego wszystkiego brakło czasu i nawet nie wiem jakie jest "pokrycie" programów / playerów przyjmujących nazwę pliku z linii poleceń. Pogadam z Krollem ;)

Dodatkową katorgą zazwyczaj są notoryczne resety po wyświelteniu / odpaleniu czegokolwiek - zapewne z racji na śmieci w pamięci pozostawione przez poprzednią prodkę. Proponowałem Krollowi by pogadał z którymś z koderów i zaproponował koncepcję czegoś, na co wpadłem przy SDX dla malucha i tam to właśnie jest zaimplementowane. Opcjonalne zerowanie ramu przy uruchamianiu pliku wykonywalnego. Nie wiem jakie są tu możliwości pod TOS'em (i innych systemach), ale niech ktoś to przemyśli, czy takie rozwiązanie ma rację bytu. Dzięki temu udało by się uniknąć resetów i reboot systemu po każdej pracy. Zysk w czasie nieoceniony.

Ogarnięcie realnych platform nie jest problemem nawet z zachowaniem płynności kompo, trzeba to tylko przygotować odpowiednio (wcześniej). Np. LOST party przygotowywałem logistycznie przez około 3 miesiące przed party, ogarnąłem wszystkie platformy i cały koncert, samo granie, wizualki, projekcje, audio, odsłuchy itd. Dodatkowo warto czasami mieć zapas w sprzęcie by nawet, jeśli nastąpi jakiś fail mieć maszynę na podmiankę.

aaa - no i napiszcie sensowny regulamin a nie koncert życzeń, będziecie mieli więcej spokoju z ogarnięciem kompo :)

No nic, tyle tymczasem.

Tak też już dawno zrobiłem i owszem to działa, ale chciałbym mieć config i możliwość skonfigurowania transmisji "z palca".