651 Odpowiedź przez saulot

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

miker: :D trzeba używać normalnych przeglądarek. A tak na poważnie fakt, że kiedyś miałem ją zupdatować, ale chyba mi ochota odeszła, bo Microshit oczywiście zaczął wydziwiać z trybami "kompatybilności" po wprowadzeniu chyba ie 7.0 i trzeba jakiś dodatkowy kod umieszczać w nagłówkach stron. Jak będę w odpowiedniej kondycji psychicznej to może kiedyś to naprawię.. a tak zostaje używanie normalnych przeglądarek. 

Odnośnie supportu itd. to myślę, że jest ok. Jak ktoś chce to znajdzie źródła, przykłady itp. Nie wiem czego oczekujesz. Mnie nikt niczego nie uczył i nie prowadził za rączkę. Jak czegoś potrzebuję doczytuję, mam też googla, jak czegoś nie wiem pytam gdzie trzeba, są też całe strony z dokumentacją w jednym miejscu np. http://dev-docs.atariforge.org/, literaturę też można kupić za grosze na aukcjach (jak ktoś chce to mogę podać niezbędne według mnie tytuły). Jak ktoś ma problem z angielskim, nie kmini podstaw programowania lub czytaniem ze zrozumieniem tekstu to sorry, niech przestawi się lepiej na zbieranie znaczków.   
Jeżeli support jest tu aż tak kiepski to wskaż mi jakiegoś posta z tego forum, który wg. Ciebie nie został "prawidłowo obsłużony" (odnośnie kodowania) i w związku z tym nachodzą Ciebie odczucia "podania sobie siana".

O niezbędniku kodera np. ja nic nie wiem i nikt się nie skarżył że jest w nim pusto. Nie było zapotrzebowania == nie ma
problemu.

A poza tym to jaka scena a16+ ?

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

652 Odpowiedź przez saulot

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

sikor: w którymś numerze chosneck'a zrobiłem kompilację o gemie. trzeba przeczytać, ale wcześniej trzeba ogarniać C, a jeszcze wcześniej angielski. :P
I gdzie widziałeś te rzesze?

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

653 Temat przez saulot

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

Cześć,
wyszedł nowy kompilator gcc 4.5 m68k pod cygwina, ubuntu 32/64 bit. Nie będę nic pisał, że gorąco polecam ;)

http://vincent.riviere.free.fr/soft/m68k-atari-mint

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

654 Odpowiedź przez saulot

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

jury napisał/a:

większego uznania dla języka c chyba już nie może być, więc nie rozumiem powyższego ?

jury: pełen relaks, czilałtujemy się ;-)

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

655 Odpowiedź przez saulot

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

jury napisał/a:

no a to akurat kwestia gustu, bo dla mnie zadno demo TBLów nie dorównuje klimatem do Derealization :p

jury: ja widzę, że ty lubisz takie dema dla dziewczyn ;-)

To może teraz ktoś coś o Pascalu może, albo może basicu coś powie? Bo ja się już zmęczyłem ;-)

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

656 Odpowiedź przez saulot

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

jury napisał/a:

Natomiast jeżeli Magić się faktycznie by miał wieszać nawet i co 5 minut, to powodem tego jest to że został napisany w asm ? no ja tu nie widzę analogii :) saulot napisał że pisanie w asm zajmuje czas do emerytury a ja Derealization i MagiC podałem tylko jako przykłady że nie i tyle :)

Analogia jest taka, że programy w czystym asmie są ciężkie w utrzymaniu, są bardziej podatne na ludzkie błędy i mało jest gości, którzy są w stanie takie twory ogarnąć w całości, a jeszcze mniej wie co się w środku tam dzieje. Pozatym znających C jest więcej niż asm (takie czasy). Kod C możesz przetłumaczyć na każdy procek, jak masz odpowiedni kompilator (jak sobie zbudujesz crossa to możesz nawet produkować soft na sprzęt, który nawet nie istnieje). 
I tak jak napisał Draco, Magic jest w stanie zabić się własnym desktopem i nikt tego już nie odkręci, bo źródła są zamknięte (brak updateów od 2001r, a mamy 2010). MiNT też nie jest idealny, ale przynajmniej ma otwarty kod i jak coś się zchrzani to można coś załatać.   

Odnośnie DHSów to sobie zobacz przez ile lat oni trzaskają ten soft w asmie, mają swój własny demosystem, zbudowali go od podstaw. Spróbuj sobie np. sprintfa/malloca/memcpy/cokolwiek innego w asmie zakodować (na pewno dojdziesz do etapu w którym będziesz tego potrzebować), zmierz sobie ile ci to zajmie z zakładką na testy i wklepanie to zrozumiesz o co chodzi. I z powodu tego, że DHS klepią wszystko w asmie, to nie osiągną poziomu TBL, którzy zamiast chrzanienia się zajęli się robieniem lepszych dem ;)...
Jak myślisz dlaczego mamy porty dem TBL na Atari? http://dhs.nu/misc.php?t=special&feature=kalms Polecam pkt 27 wywiadu. Większość kodu jest w C, fragmenty w asmie. Tak też były robione niektóre gry Thalionu na ST (mówię tutaj o rpg Amberstar).

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

657 Odpowiedź przez saulot

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

jury: język programowania to tylko narzędzie, niektóre są lepsze do jednych celów drugie gorsze. Ja osobiście wolę się zajmować pisaniem progamów, a nie wynajdowaniem łopaty na nowo (np. robienie swojej wersji sprintf() w assemblerze). Systemy operacyjne są pisane w C/C++ plus ewentualne wstawki assemblerowe nie bez powodu. Assembler jest ok jak robisz dema np. na st.
Odnośnie magica, może jego gwoździem do trumny był właśnie ten kod assemblerowy, który pisał jeden gość i tylko on wiedział o co w nim chodzi. Nikt już zapewne nie wie co z nim zrobić i gdzie są zakopane żródła ;), jeżeli to był w ogóle assembler. Nie wiem czemu ludzie się jarają tak tym magicem...

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

658 Odpowiedź przez saulot

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

:) prawdziwe syntezatory %) btw velvet acid christ też ostatnio wrócił do ste i cubase 2.0 ;) http://www.velvetacidchrist.com/2010/03 … ubase-2-0/

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

659 Odpowiedź przez saulot

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

jury napisał/a:

ale ja to jakiś czas temu trochę programowałem w Devpac'u na STE i myślę że nie przestawię się na nic innego, a do tego Devpac i tak jest chyba najlepszym narzędziem asm na duże atari, niektórzy jeszcze twierdzą że lepszy jest Turbo Assembler ( szybciej kompiluje ), a pozatym to chyba nic innego się nie liczyło wtedy w tym segmencie.
edit:
w zeszłym roku próbowałem trochę działać w pure c, fajne narzędzie, ale c jest dziwne :) assembler jest prostszy i bardziej logiczny niż ansi c :)

C nie jest dziwne. Używam obecnie gcc 4.4 + vasm + kdevelop (kompilacja skrośna pod linuxem). Kodowania tylko w asmie szczerze współczuję. Więcej się narobisz niż zrobisz. No chyba, że nie kodujesz po to żeby coś z tego było (albo wiesz, że zdążysz przed emeryturą). VASM ma niemalże identyczną składnię co devpac, testowałem z nim masę starego kodu i wszystko się kompilowało z mniejszymi lub większymi, kosmetycznymi zmianami. Po devpackiem nie wygenerujesz kodu pod 060 (przykładowo).

PureC jest przestarzały w porównaniu do gcc, do STka może starcza (nie ma inline'ów w c i asmie, optymalizacji kodu, nie ma zgodności z nowszymi standardami ANSI i nie sypie tak fajnie errorami i warningami jak się gdzieś walniesz w kodzie itp).  Binarki można debugować pod MonSTem od devpaca.
A debugger każdy jest dobry, byle działał i Ci pasował od strony użytkowania.

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

660 Odpowiedź przez saulot

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

sqward napisał/a:

Z moich doświadczeń wynika, że tylko HDDriver 8.23 dawał radę z CF. Nie wiem dlaczego.

Support dla CFów został dodany w wersji 8.16 o ile readme nie kłamie. W ogóle zauważyliście, że od stycznia ruszyło oficjalne forum hd drivera? http://seimet.de/atari/forum/ :)

taurus: i tak jak napisał sqward, trzeba kupić... A jak nie to zostaje dysk twardy..

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

661 Odpowiedź przez saulot

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

alf: na pc odpal sobie commandline'a i sformatuj dyskietkę poleceniem: 'format a: /t:80 /n:9'. Powinna być odczytywalna na PC i ST.

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

662 Odpowiedź przez saulot

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

Alf napisał/a:

Kabel działa poprawnie choć nie dałem oporników.

No to oszczędzono Ci lutowania :), w swoim egzemplarzu philipsa miałem problemy z synchronizacją obrazu.

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

663 Odpowiedź przez saulot

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

jury napisał/a:

ej, no ale dlaczego te rezystory dawać? bo takie że warto to mnie nie przekonuje :)
ja działam z 10 lat bez rezystorów i żyję :) stąd moje pytanie dlaczego.

philips w trybie analogowym przyjmuje sygnał 0.7Vpp/75 Ohm, Atarka produkuje 1Vpp/75 Ohm. Rezystory tłumią napięcie szczytowe....

W moich zapiskach mam użycie rezystorów 68 Ohm na sygnałach R,G,B oraz VSync/HSync. Ale wydaje mi się, że na VSync/Hsync powinny wystarczyć...

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

664 Odpowiedź przez saulot

(21 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

jarema napisał/a:

Wiem, dzieki, mam. Nie mam za to peceta w domu, tylko maca. Wiec pozostaje czytnik kart i reczne przenoszenie danych.

Aranym jest też na maca, więc można zawsze spróbować z zamountowaniem dysku SD w czytniku..

Idź do forum: Kupię / Sprzedam / Zamienię Atari

665 Odpowiedź przez saulot

(21 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

jarema: no to rozwiążę Twój problem(częściowo). Jeżeli zrobisz sobie jedną partycję na SD w hd driverze (TOS/Window compatible) z jedną partycją 512mb(tyle obsłuży TOS 2.06 o ile taki masz) to będziesz mógł odczytać dane i pod TOSem i na PC. Innej opcji w tej chwili nie ma. 
Z podwójnym SD nie byłoby problemu.. Zawsze możesz kupić nowy dysk scsi i przerzucać dane z karty sd na dysk, a potem z powrotem z dysku na docelową kartę SD.. Druga opcja to zamountować kartę SD pod aranymem z partycjami TOSowymi i tam przerzucić dane (nie próbowałem tego, ale może zadziałać)...

Idź do forum: Kupię / Sprzedam / Zamienię Atari

666 Odpowiedź przez saulot

(21 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Cyprian napisał/a:

a przypadkiem Mega STe nie miała standardowo zamontowanego adaptera ACSI/SCSI?

Nie wszystkie Mega STE były z tym kontrolerem. Były wersje okrojone i adapter dokupowało się odzielnie..

Idź do forum: Kupię / Sprzedam / Zamienię Atari

667 Odpowiedź przez saulot

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

sqward: ok, pewnie poplątałem. Tak prawdę mówiąc to do modulatora się jeszcze nigdy nie podłączałem.. No dobra, może z raz, ale to było dawno i nie prawda  ;)...

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

668 Odpowiedź przez saulot

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

bart napisał/a:

W FAlconie mam zainstalowane jakieś rozszerzenia (wg sprzedawcy kompa jest to BlowUp).

To generalnie nie powinno przeszkadzać. To daje zewnętrzne taktowanie na Videla(chip graficzny) i odpala się go programowo.

bart napisał/a:

- padł Monitordetector i niezależnie jaki adapter jest podłączony do CANONA19 (lub żaden) Falcon wciąż generuje obraz w formaie VGA - stąd nie mogę uzyskać ani RGB ani composite, ani TV via tuner,

Moja hipoteza jest taka. Masz w przejściówce(kable SCART) źle ustawiony typ monitora. Na końcówce DB19 są dwa piny, które musisz odpowiednio ustawić, żeby falcon przełączył się w tryb TV/RGB/VGA (piny 18(M1) i 19(M0))..

M1  M0   Monitor type
----------------------
0   0    ST Monochrome
0   1    ST Color
1   0    VGA
1   1    TV

Ciebie interesuje albo TV albo ST color... 1 na pinie możesz sobie pociągnąć z jakiegoś innego sygnału np. R,G,B. Zero pociągniesz z masy(GND) i szafa gra..

Jezeli nadal są problemy na monitorze ukośne pasy to mi zwykle pomagało dowalenie oporników na sygnały R,G,B i VSync/HSync (miałem tak z philipsem)...

Acha, no i reasumując jak nie ustawiasz tych pinów w ogóle to na TV/RGB idzie ci sygnał mono, żaden telewizor nie łyknie 70hz odświeżania ;)...

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

669 Odpowiedź przez saulot

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

Piesiu napisał/a:

Znalazłem programik ImageCopy 4.0

Ha, w moim ostatnim poście miałem na myśli właśnie ten program, a wpisałem ImgView (pamięć mam dobrą ale krótką).
Odnośnie batchowego konwertowania to XnView jest według mnie najlepszym rozwiązaniem. Konwertowałem nim kiedyś fonty(duże ilości) GIF <-> PI1 i spisał się bardzo dobrze.

Idź do forum: Scena - 16/32bit

670 Odpowiedź przez saulot

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

jury napisał/a:

heh, napotkałem mały problem, a mianowicie nie wiem jaki program graficzny na Falcon'a wyswietli grafiki z ST. Crackart się wogóle nie uruchamia, degas elite coprawda uruchomił się, lecz niestety nie wczytywał żadnych grafik, probowałem też Falcon'owego Smurfa, który coprawda otwierał grafiki ST, lecz jakby miał problemy z paletą, gdyż kolory były całkowicie rozjechane, kto podpowie jaki program graficzny na Falcona sobie poradzi z formatami PI1 i PC1 z ST ?

crack art powinien chodzić na falconie, trzeba go tylko uruchamiać na low res, mozliwe że pójdzie w compatibility mode, nie używałbym go z włączonymi dopalaczami. Nie wierzę, że degas nie działa prawidłowo. Z degaso podobnych jest Prism Paint, jest fajny bo łapie paletę falconową i ste.. 
Smurf i problemy z paletą to inna sprawa, to wszystko zależy od trybu graficznego jaki odpalasz, podejrzewam że na hicolorze nie ma problemów z paletą. Poza tym w konfiguracji Smurfa są dodatkowe ustawienia wyświetlania, ja miałem ustawione, że paleta była pobierana z okna nad którym znajdował się kursor, ale powodowało to zmianę kolorów kontrolek w GEMie. Może w tym jest problem.
Do przeglądania obrazków i konwersji jedyny program jaki daje radę to, o ile się nie mylę Img-View, (komercyjny, miałem wersję jakąś 4.0) i Gem-View się chowa.
Do batchowej konwersji jest NConvert (jest nawet binarka na Atari) z listy wynika, że odczyta wiekszość znanych formatów atarowskich, więc można użyć tego do konwersji/wyeksportowania na coś bardziej zjadalnego...

Idź do forum: Scena - 16/32bit

671 Odpowiedź przez saulot

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

kroll: sprawa jest banalna kupujesz kabel, linki są na oficjalnej stronie PowerPhenix (możliwe, że zadziała jakiś kupiony na allegro). Flashujesz albo na falconie (JTAG w wersji rs232) albo na piecu z kablem JTAG na USB/Rs232 za pomocą softu XiLINX, który jest dostępny w sieci. Generalnie polecam flashowanie na PC, nie trzeba bawic się w nalutowywanie jakichś oporników i zamianę sygnałów na kablu JTAG(do zamiany sa dwa piny).
Tutorial flashowania jest (sam pisałem), więc trzeba przeczytać http://nokturnal.pl/home/atari_16_32_bi … re_upgrade.

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

672 Odpowiedź przez saulot

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

bart: scarta do falcona można zdobyć na allegro. Aczkolwiek mój nie poszedł od razu i musiałem dokonać modyfikacji, rzucę okiem wieczorem jak wykopię kabel.
Wymiana NVRAM nie jest specjalną filozofią (od tego bym właściwie zaczął), też nie jestem elektronikiem, a dałem radę. Zrobiłem opis: http://nokturnal.pl/home/atari_16_32_bi … ch_lang/pl. Musisz tylko zdobyć RTC Dallas (nie jest to specjalnym problemem).
Nie napisałeś nic pod jaki telewizor to wszystko podłączasz (crt/lcd?). Bardzo możliwe, że na sygnały RGB i HSync/VSync będziesz musiał dołożyć oporniki(miałem podobny problem z RGB Philips)...

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

673 Odpowiedź przez saulot

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

sqward napisał/a:

Z tego co wiem to nikomu nie udało się zrobić kabla scart do falcona. Dlaczego nie wiem.

ej no sqward, ja przecież mam, sam zrobiłem, więc chyba się da ;)... Acha, falcon nadal działa ;)...

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

674 Odpowiedź przez saulot

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

ja proponuję polać wodą kabel od żelazka, zawsze pomaga. naprawia wszystko... nawet problemy z siecią ;D

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

675 Odpowiedź przez saulot

(12 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

lopez777: ekranu low/midrez nie uzyskasz na vga, musiałbyś dokupić scandoubler czy jakieś inne pudełko (vga nie przyjmie takiego sygnału).
Najlepiej kupić jakieś przyzwoite lcd tv i podłączać się przez scarta/vga.. Ja już wyrzuciłem wszystkie kineskopy i jest git..

Idź do forum: Kupię / Sprzedam / Zamienię Atari