4,176 Odpowiedź przez Cyprian

(105 odpowiedzi, napisanych Fabryka - 16/32bit)

zaxon napisał/a:

Hmm, zrobilem  orginal stad, http://piters.tripod.com/atari/astide.htm , podlaczylem toto do mojego 1040 i kicha, Atarka startuje, ale zanim wyswietli logo Atari wylacza sie, stacja nie dziala, czarny ekran. Gdy odlacze linie DTACK  Atarka wstaje, ale wyswietla mi 4 bomby i nie botuje z flopa. Ukladzik sprawdzony ze schematem, podlaczenia tak samo. Jedyne co jeszcze podejrzewam to wsad do gala, bo interfejs z galem i bez niego zachowwywuje sie tak samo.

Zaxon, może zapytaj autora - Pery Putnika. Tutaj jest jego aktualna wersja strony: http://www.8bitchip.info/atari/astide.php
Tak z ciekawości, podłączyłeś ten interface do pinu 10 portu ACSI? Ten pin generuje ważne przerwanie z którego korzysta flop.

Idź do forum: Fabryka - 16/32bit

4,177 Odpowiedź przez Cyprian

(138 odpowiedzi, napisanych Scena - 16/32bit)

na  brata 486dx 100 mp3 działało ale w słabej jakości i nieźle muliło kompa

Idź do forum: Scena - 16/32bit

4,178 Odpowiedź przez Cyprian

(105 odpowiedzi, napisanych Fabryka - 16/32bit)

Adam, ST Book ma TOS 2.06 i ma IDE

Idź do forum: Fabryka - 16/32bit

4,179 Odpowiedź przez Cyprian

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

jeśli nostalgia to zdecydowanie hatari :0

właściwie to Pera Putnik http://8bitchip.info/atari/ , PPera to jego stary nick z http://atari-forum.com
Tutaj znajdziesz link do strony z przeróbkami gier na HDD http://8bitchip.info/atari/plafh.html
Generalnie to MagiC jest dedykowany do pracy z aplikacjami, wiesz multitasking z wywłaszczeniem. Do gier to raczej czysty TOS z orginalnym desktopem - zostaje więcej wolnej pamięci. Zresztąna stronie Pery znajdziesz tam info co i jak odpalać.
Co do Jinee to powinien zadziałać z TOSem

Idź do forum: Emulacja - 16/32bit

4,180 Odpowiedź przez Cyprian

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

tomaswoj napisał/a:

Co do wskazowek, to pod WebOSem jest juz polowa sukcesu, bo zdaje sie ze SDL jest jego czescia, a Hatari opiera sie wlasnie o SDLa.  Jesli tylko pod WebOSem jest standarowe libc, to juz prawie jestes w domu.

Najwiekszym problemem przy przekompilowaniu pod Androida jest zupelnie niekompatybilny z unixowymi/linuxowymi build system. Pod standardowym linuxem masz wszystkie automake'i, autoconf'y, configure'y, make'y itd. Pod Androidem makefile (+ sporo define'ow w sysconfig/config.h) trzeba sobie bylo popisac recznie. Prawda jest taka, ze zrobilem najpierw build pod Linuxa, a pozniej czesc flag ustawionych przez configure script linuksowy przekopiowalem pod Androida. Tak samo z generowanie kodu UAE (emulacja m68k). Ten kod emulujacy CPU niestety nie jest czescia zrodel Hatari, ale jest w trakcie buildu generowany przez pare 'exekow', ktorych zrodla sa czescia Hatari.  I tu znowu potencjalny problem, bo NDK androidowe generuje kod pod ARM'a, wiec binarka generujaca kod UAE nie moze byc odpalona pod Windowsem (lub innym OSem na ktorym mamy dostepne Android NDK). Wiec skopiowalem kod wygenerowany pod Linuxem :).

no tak, CPU UAE generuje execa, a czy oprócz tego coś nie może być kroskompilować w całości na ndk na pc?

tomaswoj napisał/a:

Co mnie poki co troche niepokoi, to ze emulacja z TOSem 4.x (Falcon) jest straaaaaasznie wolna. Nie mam jeszcze podpietej obslugi F12, wiec nie wiem czy by default nie wlacza mi sie DSP, bede sprawdzal. Z drugiej strony Basilisk II jest w stanie calkiem niezle emulowac 68040 (i MacOS 7.5, mozna odpalic spokojnie Photoshopa 4 i Bryce'a), wiec moze to tylko kwestia dobrych ustawien samego emulatora.

Hatari jest to cycle-emulator (synchronizacja co do ~cyklu: CPU, DSP, Video, Audio Crossbar, YM itp trochę zamula) i przez to działa wolniej niż Bazilisk czy Aranym (który też ma emulację DSP ;) ).

Ten DroidMAC wygląda całkiem nieźle, a może w następnym rzucie byś też Aranym przeportował? :)

tomaswoj napisał/a:

Emulacja Atari ST (TOS 2.x) wyglada na dosc szybko. Nie wie jeszcze czy GEMDOS i dysk na lokajnej karcie SD zadziala od strzala, ale z tego co mialem doczynienia z dostepem do karty w innych portach (http://droiddos.blogspot.com i http://droidmac.blogspot.com), mysle ze bedzie dobrze :)

Jesli chodzi o GUI, to mialem juz stworzona (przy okazji pracy na innymi portami emulatorow) 'klatke' na androida, z obsluga klawiatury, myszy, ustawien ekranu, przeskalowywania obrazu, panningu obrazu itd :). Ale to jest kod Android specific, i pewnie pod WebOSem i tak sie nie przyda.

Jakbys mial problemy - wal na priva, moze uda mi sie pomoc.

ok, już piszę:)

Idź do forum: Emulacja - 16/32bit

4,181 Odpowiedź przez Cyprian

(60 odpowiedzi, napisanych Sprzęt - 16/32bit)

Artik-wroc, a wogóle to co w tych tosach przerabiasz i jakim softem?

Idź do forum: Sprzęt - 16/32bit

4,182 Odpowiedź przez Cyprian

(60 odpowiedzi, napisanych Sprzęt - 16/32bit)

Stryker,
w TOSie jest zapisany domyślny destop.inf / newdesk.inf, można go więc zmodyfikować.
Poszukaj jakimś hexeditorem ciągu znaków "*.APP@"

Idź do forum: Sprzęt - 16/32bit

4,183 Odpowiedź przez Cyprian

(60 odpowiedzi, napisanych Sprzęt - 16/32bit)

Stryker, masz tutaj plik z ustawieniami desktopu 1.02 i 1.04 ze zmienionymi nazwami.
Jest to plik tekstowy, wiec latwo te nazwy zmienic

Idź do forum: Sprzęt - 16/32bit

4,184 Odpowiedź przez Cyprian

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

1. tak, niezależnie od wersji TOS'a możesz wgrać nowy OS - Geneva/Magic/MiNT lub inny desktop - Jinee/NeoDesk/TeraDesk

2. http://hatari.berlios.de/hd80mb.image.gz znajdziesz tam 4 puste partycje

3. gry i demosy na ogół są dostępne jako obrazy dyskietek, przy pomocy specjalnego softu PPery można je uruchamiaćz dysku twardego

btw. czy można podejrzeć źródła tego Ahatari? Chciałbym przeportować Hatari na WebOs i szukam jakichś wskazówek :)

Idź do forum: Emulacja - 16/32bit

4,185 Odpowiedź przez Cyprian

(15 odpowiedzi, napisanych Sprzęt - 16/32bit)

wygląda na to że amigowcy poradzili sobie z sygnałami WMA, VPA i E i generują je zewnętrznie:
http://eab.abime.net/showthread.php?t=59040

Idź do forum: Sprzęt - 16/32bit

4,186 Odpowiedź przez Cyprian

(15 odpowiedzi, napisanych Sprzęt - 16/32bit)

a co konkretnie jest obcięte?

Idź do forum: Sprzęt - 16/32bit

4,187 Odpowiedź przez Cyprian

(15 odpowiedzi, napisanych Sprzęt - 16/32bit)

gRzEnIu, tak bez zbędnego wywodu:
tak warto
:)

Idź do forum: Sprzęt - 16/32bit

4,188 Odpowiedź przez Cyprian

(31 odpowiedzi, napisanych Sprzęt - 16/32bit)

leniuk, w Amidze też zaczyna się od adresu 0
http://www.ntrautanen.fi/computers/hard ... memory.htm

Idź do forum: Sprzęt - 16/32bit

4,189 Odpowiedź przez Cyprian

(34 odpowiedzi, napisanych Scena - 16/32bit)

sqward masz piwko za nazwę :)

Idź do forum: Scena - 16/32bit

4,190 Odpowiedź przez Cyprian

(60 odpowiedzi, napisanych Programowanie - 16/32bit)

Polish Atari News Page ? Rafala znajdziesz tutaj http://atariarea.krap.pl/forum/viewtopic.php?pid=130362
dopiero po chwili zauwazylem ze jest to watek z 2003 roku :)

Co do GFA, niezbyt przepadam za tym jezykiem ale trzeba mu przyznac ze jest szybki, diabelnie szybki.
Poszukaj pliku overscans.zip w tym watku: http://www.atari-forum.com/viewtopic.ph ... amp;t=9190
Znajdziesz tam przykłady w czystym GFA overscanu i sync code - technik znanych jedynie z asemblera. PureC tutaj raczej nie podoła...

Idź do forum: Programowanie - 16/32bit

4,191 Odpowiedź przez Cyprian

(77 odpowiedzi, napisanych Bałagan)

Ja tam bym się napił Sikorówki.  Tyle się o niej nasłuchałem dobrego...

Co więcej chętnie bym zanabył pewną niedużą porcję, w atrakcyjnej cenie. :)

Idź do forum: Bałagan

4,192 Odpowiedź przez Cyprian

(60 odpowiedzi, napisanych Programowanie - 16/32bit)

leniuk napisał/a:

A jak w języku dla pań zrobić duży ekran po którym potem się przesuwać? Tak żeby wykorzystać to co daje układ graficzny STE.


Leniuk, "jaki GFA jest każdy widzi": http://www.pouet.net/prod.php?which=57267
Da rade pisać dema w GFA? da radę :)


Po pierwsze to warto zapoznać się z domunentacją, linki już dawałem wcześniej. Jeden przypomnę - tutaj conieco o Shifterze, wirtualnym ekranie scrollu itp:
http://atari-ste.anvil-soft.com/html/devdocu2.htm

Ważne rejestry Shiftera to:
Video Base Address,
Line-Offset Register,
Video Base Address Pixel Offset

programowanie rejestrów sprzętowych z GFA też już dawałem link. Tutaj akurat blitter:
http://www.atari-forum.com/viewtopic.ph ... mp;t=21191

Idź do forum: Programowanie - 16/32bit

4,193 Odpowiedź przez Cyprian

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

Yerzu, albo zmień rozszerzenie z ACC na APP i będzie działać jako aplikacja

Idź do forum: Software, Gry - 16/32bit

4,194 Odpowiedź przez Cyprian

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

polecam dwa:
- STeno leciutki edytor w jako akcesorium, działa też jako aplikacja;
- QED - super edytor z kolorowaną składnią.

Idź do forum: Software, Gry - 16/32bit

4,195 Odpowiedź przez Cyprian

(60 odpowiedzi, napisanych Programowanie - 16/32bit)

o tak
http://www.atari-forum.com/viewtopic.ph ... mp;t=21191

Idź do forum: Programowanie - 16/32bit

4,196 Odpowiedź przez Cyprian

(36 odpowiedzi, napisanych Sprzęt - 16/32bit)

Jury,
PPera parę razy deklarował że odpuszcza sobie Atari-Forum.com. Ale zawsze wraca :)

Idź do forum: Sprzęt - 16/32bit

4,197 Odpowiedź przez Cyprian

(36 odpowiedzi, napisanych Sprzęt - 16/32bit)

Marcin, parę miesięcy temu też pisałem do PPery by dodał funkcję kasowania plików. Niestety zlał mojego posta.
Pobrałem źródła drimus na linkusa i zamierzam na ich bazie zrobić plugin do TotalCommandera.

Idź do forum: Sprzęt - 16/32bit

4,198 Odpowiedź przez Cyprian

(53 odpowiedzi, napisanych Sprzęt - 16/32bit)

Saulot, dobre :)

Yerzu, w.e. drugie tłumaczenie:
patynka to mała patyna, czyli niewielki nalot z korozji

Idź do forum: Sprzęt - 16/32bit

4,199 Odpowiedź przez Cyprian

(36 odpowiedzi, napisanych Sprzęt - 16/32bit)

Pin napisał/a:

... najlepszą zdecydowanie metodą jest podłączenie oprócz HDD napędu CD. Widziałem GhostLink w akcji i przyznam, więcej człowiek siwych włosów się nabawi niż przeciągnie tym danych ;)- Płytę CD wypalamy normalnie na PC, na Atari wszystko, co działało mi na tosie rusza też z płyty, oczywiście pod warunkiem, że program nie wymaga zapisywania danych z miejsca z którego został uruchomiony ;)-

hehe dokładnie tak robiłem, 15 minut na nagranie 600 mega na CDRW wersus swapowanie 600 razy dyskietkami albo transmisja po RS232 przez cały dzień. eh to były czasy

Idź do forum: Sprzęt - 16/32bit

4,200 Odpowiedź przez Cyprian

(53 odpowiedzi, napisanych Sprzęt - 16/32bit)

marekp napisał/a:

@Cyprian: "tutaj znajdziesz więcej szczegółów o podkręcaniu ST"
No i znalazłem tam coś takiego (tłumaczone z niemieckiego na angielski więc dziwnie jakoś...):
"Grim exception is (once again) the blitter, which plays along at least a MEGA 2.5 of the author at 12 MHz, NOT, but at l0 MHz."
Ja to zdanie rozumiem, że jednak tylko na 10MHz poszedł...

ok, może coś mi się w pamięci zatarło. no ale te 10MHz to o 25% szybciej. to i tak nieźle.
Gdzieś jeszcze w necie widziałem artykuł o przyspieszaniu w podobny sposób Stacy.


Adam Klobukowski napisał/a:

Cyprian: zauważ że dopalał STFM, czyli bez blittera. Dopalił do 32MHZ i dodał 16kb cache procesora - czyli przy czterokrotnym zwiększeniu częstotliwości pracy procesora, wydajność zwiększyła się do 300% oryginału - a wedle twoich teorii powinno być 400

Adam Klobukowski napisał/a:

Ja moje teorie skalowałem tak na 16MHz bez cache, tu masz 32MHz z cache.

Adam mam wrażenie że się trochę jednak trochę pogubiłeś albo poprostu z nudów flejmujesz :)

bezzasadnie porównujesz overall (w którego składowe to mnożenie, dzielenie, rotacja bitów, cache) jakiejś dopałki do  wydajności blittera, układu który wyłącznie kopiuje dane.

może jestem nierozgarnięty ale kompletnie nie widzę tutaj powiązania.

no ale idzmy tym tropem i dorzućmy jeszcze porównanie do jakiegoś pentiuma 4, będzie fajnie, będzie o czym gadać :)

Idź do forum: Sprzęt - 16/32bit