6,726

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Osobiście założyłem VBXE przede wszystkim dla obrazu RGB. No i ostatni rdzeń emulacji GTIA jest już całkiem niezły - wszystkie tryby interlace zachowują kolory ;)-

6,727

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Amun-Ra napisał/a:

SuperCPU

A czy nie jest to rozwiązanie oparte o 65c816 taktowane w okolicach 20Mhz? ;)-

"CMD's Super CPU Accelerator came after this, and could house up to 16 MB of direct, CPU-addressable RAM. Unfortunately, there was no on-board or disk-based RAM disk functionality offered, nor could any existing software make use of the directly-addressable nature of the RAM. The exception is that drivers were included with the unit to explicitly allow GEOS to use that RAM as a replacement for swap space, or as a regular 'disk' drive, as well as to make use of the acceleration offered by the unit."

Zajebista rzecz do C64.

6,728

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

.. no z tym "kilkanaście" to lekko przesadziłem. Teraz znalazłem opis 4 pomysłów (nie licząc seryjnego C128) a o mnogości rozwiązań zasłyszałem w czasie dłuższej debaty z przedstawicielem sceny C64 ;)-

Jeden z pomysłów na ram i zabawny pomysł i dyskusja na temat kontrolera IDE:

http://www.c64scene.pl/viewtopic.php?t= … bf986d2969

... i teraz dzięki Bogu, mamy 1MB portb i IDE+ :D

@Amun-Ra. Cobyśmy się dobrze zrozumieli, nie uważam że C64 to zły sprzęt, został po prostu inaczej zaprojektowany - co lepiej się spisywało w przypadku gier. Atari dla odmiany jako jedyny komputer 8-bitowy posiada pełny dyskowy system operacyjny, który powstał w tej postaci ze względu na specyficzne cechy systemu a ponieważ rozmowa po części dotyczy i tego tematu to dziwią mnie porównania w tym względzie obydwu komputerów. Każdy z nich jest po prostu innym urządzeniem.

xxl napisał/a:

caly czas myslisz jak zrobic z xbiosa program z funkcjonalnoscia i ograniczeniami dosa. ja juz nie chce sie cofac

Nie - nie myślę o tym, bo nie sądzę by xBios był mi do czegokolwiek potrzebny. Pytam po prostu, bo to o czym wspominał Pecuś ma sens i mogło się przyczynić do rozwoju Twojego projektu. Jeśli uważasz, że rozwój jest wstecznictwem to obawiam się, że żaden lekarz Ci już nie pomoże ;)-

6,729

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

i widzisz? komody nie trzeba rozszerzac zeby uruchomic wszystkie programy (wcale nie gorsze niz na atari) a na atari, na atari wmowili Ci ze musisz miec wiecej rozszerzen...

Nie trzeba, owszem - bo komoda nie ma niczego, co przypominało by XLOS i ogólnie cały system. Dlatego w tym względzie jest to komputer zacofany. W tym względzie, zaznaczam.

Na Atari mogę lecz nie muszę mieć rozszerzeń. Te jednak istniejące są niezwykle wygodne w użyciu.

xxl napisał/a:

napisz jeszcze jakis regulamin w ktorym umiescisz ograniczenia typu ze program ma sie uruchamiac na rozszerzeniach idea pinredy :-) w efekcie programow bedzie jeszcze mniej :)

Jeśli będę dostarczał sprzęt na jakieś kompoty (zależnie od woli organizatora) to uproszczę regulamin do MINIMUM takiego, jakie obowiązuje np. w przypadku party C64. Minimum zasad ogólnie i podana platforma prezentacyjna z adnotacją: ma się na tym uruchomić. To będzie warunek udostępnienia przeze mnie sprzętu ;)-

W efekcie będzie mniej o jedną pracę. O Twoją pracę w takim razie - jeśli się nie potrafisz podporządkować pod ustalone zasady ;)-

@XXL - jak tankujesz paliwo na stacji, to w kasie płacisz 3pln za litr benzyny tylko dlatego, że tak właśnie uważasz? :D

XXL napisał/a:

wzgledy porzadkowe, estetyczne no i wygoda. a z tym nowym dosem (mam nadzieje Pecus da rade go napisac) nie tylko pamiec ekranu nie bedzie mogla sie tam znajdowac ale i generator znakow no i oczywiscie sam program antica.

Owszem - w tym miejscu się wyjątkowo zgadzam, co Cię zaskoczy. Używając np. Sparta DOS X nie ma co prawda pełnej swobody co do umieszczania danych w dowolny sposób w pamięci, da się jednak zrobić to w odpowiedniej kolejności z podobnym skutkiem, np. mając do dyspozycji 59kB ram przy MemLo $1000. To jak sądzę jest około 2kB mniej niż daje xBios. Tu jest prawda i są to tylko 2kB różnicy.

Co do Note/Point - fakt, pod innym dosem otrzymuję syf. Lecz ja nie zamierzam używać innego dosa, bo ten jest najlepszy :P

Do czego mi binary load z odczytem od dowolnego punktu? - bo jeśli to coś przydatnego, to może złożę zapytanie do DLT, czy by tego do Sparty nie dorobić ;)-

XXL napisał/a:

jeden zapis do PORTB i masz wiecej RAM... bez rozszerzania

Oczywiście. Pod DOS'em także. Dobrym tego przykładem jest XL Digital. Bez rozszerzenia, z dosem i z możliwością powrotu do DOS ;)-

@XXL - weź się zastanów po prostu, czy to o czym Pisał bodajże Pecuś da się zaimplementować w xBios. Nie będzie wówczas tematu przywiązania xB do SIO. Podobno temat prosty jak drut, no i wszyscy będziemy żyć długo i szczęśliwie! ;)

6,730

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Najbardziej mnie rozśmieszają porównania systemu Atari do C64, które miało chyba kilkanaście standardów rozszerzeń pamięci ram i z czego żaden się nie przyjął. Mnogość rozwiązań czasami stanowi o ich bezużyteczności ;)-

@XXL - co za różnica, czy pamięć ekranu wyląduje pod romem, czy będzie w innym miejscu pamięci? - tak tylko pytam.

@XXL - o jakim MemLo w kosmosie prawisz i jakia jest wartość, którą należy traktować jako wysoką? ;)-

@XXL - na Note/Point i binary load pod SDX raczej nie narzekam ;)-

@XXL - krytykujesz system w Atari, który pomimo swoich drobnych wad mimo wszystko jest najlepszym OS na komputery 8-bitowe. Zaprezentuj nam może OS lepiej napisany, albo - mam propozycję. Weź dłuto i wydłub kość z OS'em z komputera, skoro jest aż tak bardzo nieprzydatny :P

@TeBe - tnij Pan do 16kB - bo miało się zmieścić na CARTRIDGE o pojemności 16k wiesz dlaczego? - bo jak sądzę cena pamięci w ówczesnych czasach była dość wysoka. Chyba, że się mylę ;)-

-----------------------

Edit:

:) - @XXL - jak to się dzieje, że demo XL Digital (włącznie z 4kB wolnej i niewykorzystanej pamięci przy MemLo SDX np. $1000) potrafi wykorzystać 59kB z 64 ... bez problemu wracając do DOS? ;)- Po drobnych obliczeniach wynika z tego, że korzyść dla xBios w stosunku do SDX kształtuje się mniej więcej na poziomie 2100 Bajtów. Jest z tym oczywiście więcej zabawy (w sensie przenoszenia danych pod ROM - fakt), ale jest to osiągalne bez problemu. Ograniczenie wolności i przestrzeń: 2.1kB ;)-

6,731

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Candle - zepnij poślady ;)-

6,732

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

bo nawet, jeśli mowa o kilku procentach tych obszarów, to otrzymamy konkretną informację:

XXL napisał/a:

Wybrany obszary :-)

6,733

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:
Pin napisał/a:

Wystarczy coś kulturalnie zaprogramować i jest to jak najbardziej możliwe ;)-

myslalem ze rozmawiamy o faktach a nie Twoich fantazjach :D

Tylko widzisz Grzybson - dla XXL takie kodowanie to fantazja poza możliwościami percepcji umysłu.

6,734

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Jacques napisał/a:

Ciekawe, że dotychczasowe Twoje gry chodziły na standardowych 65xe, 800xe, 800xl pomimo braku xbiosa - cud

Nie zawsze, bo z każdą jedną zawsze się zastanawiałem co zrobić, by to odpalić ;)

6,735

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

dokupisz kontroler "wszyskich urzadzen" i nadal nie bedziesz mogl zrobic cos tak banalnego jak bezposredni zapis z pamieci RAM pod ROM...

Wystarczy coś kulturalnie zaprogramować i jest to jak najbardziej możliwe ;)-

Wiesz, wielu posiada prawo jazdy i korzysta z wynalazków współczesnej motoryzacji. Niektórzy jednak powinni uprawnienia zamknąć w szufladzie a klucz zakopać w nieznanym sobie miejscu ;)-

6,736

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Owszem. Jeśli. Tak.

Wystarczy jednak zwykłe 130XE i wybór jest jeszcze bardziej prosty ;) ... a ponieważ mało jest komputerów z pamięcią 128k, to sprawa jest tym bardziej prosta mając 256/320/576, lub 1088kB ram. Ale to nie ten dział i nie ten temat. Przepraszam za offtopic ;)-

6,737

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

dely napisał/a:

PBI, przy których dłużej się wpisuje nazwę pliku do załadowania niż trwa transmisja

Dlatego pomijam ten punkt i używam SC. Powiem więcej, programy ładują się szybciej, niż jestem w stanie nacisnąć RETURN ;)- :D

np. HDD na PBI: odczyt około 90 kB/s, SIO 19200=1.5kB/s, najszybsze turbo dla SIO, to może 8-10kB/s, czyli co najmniej 9 razy wolniej. Komfort używania też się liczy, przynajmniej dla mnie ;)-

Widzę, że cała ta dyskusja ma jakiś ukryty sens. Znając temat niezwykle dokładnie to każdy programista będzie miał wybór; czego używać a czego lepiej nie używać. Wybór jak na chwilę obecną jest dość prosty i jednoznaczny i bardzo duży w swej rozciągłości :)

6,738

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Dlaczego nie odniesiesz się do postu #510? Grzecznie pytam ;)-

W tym przypadku podtrzymuję to, co pisałem #490, oczywiście na czas pisania tego posta. Pytanie Vaska na tamtą chwilę było więc zasadne. Tak mi się wydaje przynajmniej :D

6,739

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Pierwsze pytanie:

1. xbios, ktorego zassalem o 21:42 spod adresu www.atari.pl/xbios.atr rozni sie zawartoscia w stosunku do xbios.com zawartego w "poprawionym" przez Ciebie obrazie 720kB. Dlaczego tak się stało? - Pytam się, bo może się pomyliłem.

2.

xxl napisał/a:

:) kolejna "rewelacja" Pin? ;)

tak ;)

XXL napisał/a:

transmisja to 19200 i oczywiscie jest wolniejsza niz kazde turbo :)

tak, lecz transmisja 19200 z szybkim przeplotem działa praktycznie 2 razy szybciej od tej samej standardowej transmisji z przeplotem wolnym. Wiesz, czym się różni standardowa stacja SN-360 od np. CA2001?

3.

XXL napisał/a:

a odnosnie turbo to ktore turbo Waszym zdaniem jest najciekawsze:

- top drive / toms
- happy warp / us doubler / ultra speed
- synchromesh / xf551

wybierz jedno.... i dlaczego akurat to.

Po co wybierać jedno? - to xBios ma ograniczenia do jednego obsługiwanego systemu turbo? Żartujesz chyba ;)- Czyli chcąc mieć np. grę pod kilka systemów, to trzeba kilka plików ATR z grami i bibliotekami w różnych wersjach? - dobrze to rozumiem?

6,740

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Ładuje tak, jak w normalu z wolnym przeplotem sektorów, czyli fizycznie około 2 razy wolniej niż STD 19200.

Działa ;)- tnx!

EDIT: :)

Draco - ostatni z koncertu życzeń, przynajmniej na jakiś czas:

Koronis Rift.

Da się coś zrobić, coby działał z pliku *.ATR pod IDE+?

6,742

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

jestem prawie pewny, że xBios'a do tego ATR'a wrzuciłem stąd:

atari.pl/xbios.atr

Moment, porównam pliki.

EDIT:

Plik, który użyłem pochodził z drugiego odnośnika w #481. Skopiowałem to wprost do ATR którego zrobiłem i podlinkowałem. XXL - nie będę się więc kłócił ani dociekał, jaki plik jest pod adresem atari.pl/xbios.atr, bo na to co jest pod podanym adresem wpływu nie mam ;). Obraz, który podesłałeś tym razem działa, no i więc ok - bo to chyba taki był cel tej całej dyskusji o 720k? :)-

6,743

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Ostatnio była mowa o tym, jak to SIO2SD jest przeczulone na niepoprawnie zbudowane pliki ATR. To jak to jest, że na Atari działa a na nieAtari niedziała?

EDIT:

Ok, wg. MakeATR powyższy zrobiony przeze mnie plik ATR faktycznie zawiera jakieś błędy. Ok. Na Atari mi to działało, lecz nie to jest istotne. Przepakowałem to MakeATR, zainicjowałem MyDOS'em (bo tylko to było pod ręką) i spod niego automatem odpalam xBios. Efekt U MNIE jest taki sam, jak w przypadku poprzedniego pliku ATR.

Czyli - dane z początku (gry) się ładują, a mniej więcej od połowy już nie.

plik:

http://www.ghnet.com.pl/~pin/aarea/xbio … trtest.atr

;)-

6,744

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

To co, ja mam podesłać filmik, że na SIO2PC się ładuje, że ze SIO2SD się ładuje?

Niestety nie mam czym tego zrobić ... a telefonem to lepiej sobie odpuścić ;)-

Czy ktoś z tu obecnie zgromadzonych posiada prawdziwe Atari (nie jego emulator) i może caładować powyższy ATR ze SIO2SD, lub SIO2PC i opisać wrażenia?

EDIT:

Pod emulatorem fakt jest owszem taki, że nawet Micropicodos nie wyświetla zawartości katalogu. Dlaczego tak jest - nie wiem, bo emulatorów nie używam. Spróbuję przepakować to innym programem do ATR.

6,745

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

XXL - sprawdź podesłanego ATR nie na emulatorze, tylko na realnym sprzęcie i SIO2SD. Na takim sprzęcie działa.

Sprawdzę tego ATR jeszcze raz. Moment

6,746

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Na SIO2SD działa. Bootuje się, uruchamia się część gier z początku listy.

Jak ma więc wyglądać poprawnie zbudowany ATR, jeśli ten Twoim zdaniem nie działa a u mnie się uruchamia z małym zastrzeżeniem co do ilości gier uruchamianych poprzez xbios?

I teraz - dla przykładu. Mamy Dysk 720kB w którym mamy Micropicodos, oraz xBios. Okazuje się, że np. grę Ballblazer z końca listy odpalisz Micropicodosem - xBiosem już nie. Jaka jest przyczyna takiego stanu rzeczy? ;)-

6,747

(341 odpowiedzi, napisanych Fabryka - 8bit)

hehh, to jeszcze chwila i mając Pasiowe turbo jest możliwości zbliżyć się do gołego Falcona ;)-=

6,748

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

@Seban - czy nadal uważasz, że XXL żartuje? :D

EDIT:

A oto dowód na to, że XXL najpierw coś powie a później się okazuje, że nie działa ;)-

Oto obraz ATR 720kB

http://www.ghnet.com.pl/~pin/aarea/xbio … k_demo.ATR

Proszę próbować ładować gry od końca, czyli - bootujemy obraz, z menu Micropicodos wybieramy "xbios.." i spod xbios naciskając spacją szukamy końca listy. Uruchamiamy od końca :). A raczej próbujemy, bo połowa i tak nie zadziała.

Sprawdzaj, nim powiesz że coś działa, lub nie traktuj tego aż tak emocjonalnie, XXL ;)-

6,749

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

Czyli co, na format 360 / 720k się tego nie przeniesie?

Tego nie próbowałem, bo i nie ma sensu. Dlaczego? - bo każda z dwóch części magazynu zawiera się w więcej niż jednym obrazie *.ATR i w czasie "działania" maga nie mam możliwości podmiany *.atr. Wyjątkiem tu będzie SIDE. Tam taka możliwość została "dorobiona" z czego pamięć mnie nie myli.