3,376

(14 odpowiedzi, napisanych Bałagan)

http://home.earthlink.net/~dvdfrdmn/d/

3,377

(46 odpowiedzi, napisanych Scena - 8bit)

Sc0rpi0 napisał/a:
drac030 napisał/a:

Nie, 68,2 kbps.

E, tyle to na pewno nie miał, przynajmniej ten mój. Może w późniejszym okresie
poprawili osiągi.

A może ty miałeś synchromesha od CA-2001.

3,378

(30 odpowiedzi, napisanych Sprawy atari.area)

piotrv: o ile się nie mylę, miałeś przez miesiąc być na wakacjach :]

3,379

(46 odpowiedzi, napisanych Scena - 8bit)

Sc0rpi0 napisał/a:

Cóż, kiedyś napisałem muzyczkę na LDW2000 ;).
Najlepsza chyba stacja do atarki, bo miała - mało bo mało,
ale zawsze - miejsce na program usera no i komendy,
zeby to wysłac z Atari i uruchomić. Można było własne
turbo zrobić spokojnie jak się komuś nudziło lepsze od
standardowego Synchromesha bo ten mial chyba 38kbit/s.

Nie, 68,2 kbps.

3,380

(42 odpowiedzi, napisanych Emulacja - 16/32bit)

vulgar napisał/a:

Draco: pewnie wtedy zaczales odkrywac uroki przyjaciolki =D ... nie zmienia to faktu ze STE bylo przyjemniejsze od aSTka i do przodu, ergo progres... idac tym tropem nigdy w zyciu nie powinienes byl miec Falcona :P

Chyba ci Amiga upadła na głowę, i to Amiga 4000 co najmniej. Co z tego, że STE było lepsze od ST, skoro nie było dostatecznie dobre.

OT: na poprawienie artykułu pt. MagiC w Atariki i doprowadzenie go do jako takiego wyglądu masz czas do jutra do 20.00.

3,381

(4 odpowiedzi, napisanych Bałagan)

O, super. Dzieki eru :)

3,382

(42 odpowiedzi, napisanych Emulacja - 16/32bit)

Adam: zawsze myślałem rozwojowo i dlatego nie kupiłem sobie STE :P

3,383

(4 odpowiedzi, napisanych Bałagan)

Poszukuję kontaktu z niejakim GSL-em, atarowcem z Białegostoku.

3,384

(42 odpowiedzi, napisanych Emulacja - 16/32bit)

Może i macie rację. Ale żeby nie było, że nie kręcę nosem - szkoda, że to ST, a nie co najmniej TT (żeby o Falconie nie wspomnieć).

3,385

(42 odpowiedzi, napisanych Emulacja - 16/32bit)

Czy ja się gryzę? :P Zauważam tylko, że w tym projekcie cokolwiek brakuje i robiony jest też trochę jakby od zadu strony - bo co jest ważniejsze w ST, Yamaha czy CPU? Sądziłbym, że CPU.

A co do atarynki na FPGA, to ona aż tyle miejsca, co STE, na biurku nie zajmuje :P

3,386

(42 odpowiedzi, napisanych Emulacja - 16/32bit)

Pozostaje jeszcze drobiazg:

CCU                 0%              MC68000

3,387

(5 odpowiedzi, napisanych Bałagan)

I co, kupił?

3,388

(46 odpowiedzi, napisanych Scena - 8bit)

Zawsze mi się wydawało, że to naturalne dość - można zrobić sampla 1-bitowego, jedynie skąpość bitów trzeba skompensować zwiększoną częstotliwością odtwarzania, a resztę za nas listościwa fizyka zrobi (konkretnie: bezwładność membrany głośnika i ogólnie tego całego analogowego ustrojstwa, które ma odtwarzać dźwięk).

3,389

(44 odpowiedzi, napisanych Programowanie - 8 bit)

Ilość move'ów jeszcze nie przesądza o tym, że kod jest zły. Może wklej coś, to ocenimy.

3,390

(26 odpowiedzi, napisanych Fabryka - 8bit)

Nom, u mnie to samo.

A gdzie ty znajdziesz miejsce na powiedzmy osiem buforów po 128 kilobajtów?

3,392

(15 odpowiedzi, napisanych Software, Gry - 16/32bit)

A wersja na ST to jaka niby jest? 8-bitowa? :P

3,393

(32 odpowiedzi, napisanych Programowanie - 8 bit)

W SpartaDOS X jest coś takiego jak "biblioteka". Większość jej się mieści na karcie. Zawiera, jak to biblioteka, wiele pożytecznych procedur, a programy narzędziowe SDX korzystają z tego intensywnie. W zasadzie, to korzystają wyłącznie z niej. Biblioteka natomiast albo wykonuje od razu to co chcą, albo przekłada to na wywołania kernela SDX i/albo  na wywołania urządzeń OS-u. Na tej zasadzie definiując nowa procedurę biblioteczną można zlinkować urządzenie w rodzaju "Y:" z resztą Sparty.

Co do niewykorzystanych literek, wykorzystane są tylko duże litery, a nie ma przeszkód, żeby identyfikatorem urządzenia była literka mała, zwłaszcza jeśli urządzneie nie będzie referenced by humans.

3,394

(32 odpowiedzi, napisanych Programowanie - 8 bit)

W sumie może. Biblioteka SDX może potem przełożyć to na symbole (jak U_GETKEY w tej wersji kernela, który jest w CVS).

3,395

(32 odpowiedzi, napisanych Programowanie - 8 bit)

piotrv napisał/a:

drac030, nie mów, że chcesz to zrobić ;)

Skądżeż. Uważam, że to overkill. Masa roboty, a i tak nie gwarantuje to tego, że program nie popsuje systemu.

Co do bankowania, przykre jest to, że bank wymienia się w środku TPA - niech no program zechce mieć handler przerwania i umieści go sobie właśnie tam, ... no wiadomo.

3,396

(32 odpowiedzi, napisanych Programowanie - 8 bit)

1) A co, jeśli program jest rezydentną nakładką na DOS? Wtedy zakończy się natychmiast, a przeładowanie DOS-u z pamięci dodatkowej skasuje nakładkę.

2) Co ze stanem buforów DOS-u i jego wewnętrznych zmiennych? Też chcesz je przywracać do stanu "zamrożonego" w XMS-ie?

3,397

(32 odpowiedzi, napisanych Programowanie - 8 bit)

piotrv: nie bardzo rozumiem, o co w tym chodzi. Mógłbyś objaśnić? Gdzie DOS, gdzie wektory? Nie kojarzę.

3,398

(22 odpowiedzi, napisanych Software, Gry - 8bit)

Można. Konkretnie "dir >>kat.txt". W druga stronę też się da, tj. "program <<foobar.txt", gdzie program zamiast czytać dane z klawiatury odczytuje je z pliku.

3,399

(22 odpowiedzi, napisanych Software, Gry - 8bit)

trub napisał/a:

Modyfikacja COMMAND.COMa niewiele pewnie pomoże, bo polecenia, które wykonuje nie muszą być wczytywane z edytora, ale np. z pliku (BAT) - istnieje coś takiego, jak przekierowanie I/O.

Zapewne input z klawiatury dałoby się przekierować podobnie jak input z edytora.

3,400

(22 odpowiedzi, napisanych Software, Gry - 8bit)

Jellonek: jedno z dwojga - albo przypisujesz historię do nowej kombinacji klawiszy (np. Ctrl/Shift/góra|dół) i wtedy posypie się wszystko, co ją wykorzystuje, czyli połowa edytorów tekstu, prawdopodobnie, z pełnoekranowym - ale zrobionym na "E:" - edytorem MAE na czele. Juz nie wspominając, po co komu historia w edytorze pełnoekranowym. Albo przypisujesz to do strzałek góra/dół, i wtedy adieu Atari BASIC, MAC/65 i pewnie kilo innych podstawowych programów.

Poza tym bufor historii to jest funkcja programu, który takowego potrzebuje, nie? Czyli w unixie to jest zaszyte w bashu a nie w kernelu. Nie widzę powodu, żeby na Atari miało być inaczej, ostatecznie potrzebuje tego tylko command.com. Przy INPUT A$ i pokrewnych by to tylko przeszkadzało (bo po co przywoływać komendy shella w BASIC-u i odwrotnie).