Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
MadPascal 1.7.3 już dostępny Nowa wersja kompilatora MadPascal przynosi poprawki i optymalizacje
Echa Lost Party 2025 Wyniki, zapis wideo oraz stuff.
Lost Party 2025 startuje już jutro W Licheniu Starym rusza zlot fanów 8-bitowych komputerów
zeST 20250627 - Atari ST w FPGA z turbo! Nowa wersja zeST z trybem turbo 50 MHz i poprawkami Shiftera i MFP
Opcje wyszukiwania (Strona 52 z 122)
to na 99% nie jest turbo 2600, wygląda na ja jakąś odmianę blizzarda, jest jakiś napis na tym scalaku co jest pionowo montowany?
gdyby kogoś interesowała ta książka, a wolałby czytać po polsku to było/jest polskie wydanie tejże pozycji:
Pragmatyczny programista. Od czeladnika do mistrza.
A mi się wydaje że wręcz przeciwnie, wszyscy mają okazję poznać preferencje i warsztat pracy innych koderów/programistów. Co jest wielce interesującym tematem, ponieważ zawsze można się dowiedzieć czegoś ciekawego, np. poznać takie narzędzie jak ZTreeWin. Dyskusja czy to o edytorach czy o menadżerach plików jest również interesująca, ponieważ każdy może poznać inne edytory, o których istnieniu nie słyszał, a także sprawdzić jaki edytor jest wbudowany w dany menadżer plików.
Ja naprawdę polubiłem SciTe i gdy piszę coś używając XASM, to nie wyobrażam sobie lepszego edytora do tego:

A jak muszę napisać prymitywne parę linijek to wbudowany w FAR Manager, edytor również się bardzo dobrze do tego nadaje:

Jeżeli chodzi o manager plików to pod win tylko i wyłącznie FAR Manager: http://farmanager.com/
Jeżeli chodzi o Lin/BSD to tylko i wyłącznie Midnight Commander: https://www.midnight-commander.org/
;-)
wieczór++ ;-)
@skrzyp: Każdy używa to czego mu wygodnie używać, i równie dobrym powodem jest "bo tak", jak i "bo przyzwyczaiłem się do tego", czy też "otrzymuję funkcjonalność jakiej oczekiwałem". Nie widzę powodów dla których musiały polecieć określenia "psu na budę", "windowsowe edytory z bazaru", etc. Na szczęści panuje wolność wyboru narzędzi i systemów operacyjnych, ale nie oczekuj że TeBe będzie robił coś bo ty tak chcesz. Jeżeli potrzebujesz, to tak jak napisałem wyżej... nie żądaj i nie wymagaj (niby z jakiego powodu? zapłaciłeś za ten soft i żądasz wsparcia od autora?), następnym razem zastanów się czy nie możesz sam dodać funkcjonalności jakiej potrzebujesz, a następnie udostępnić na zasadach Open-Source, skoro jesteś zwolennikiem tej idei. W tym wypadku ktoś zrobił już to za Ciebie i wydaje mi się że możesz być z tego powodu jedynie zadowolony.
ja co prawda używam XASM, ale z Mads możesz uczynić podobnie...
1) używam SciTe ( http://www.scintilla.org/SciTE.html )
2) Fox do tego edytora udostępnił plik do kolorowania składni: https://github.com/pfusik/xasm (sekcja usage)
3) działa to zarówno pod Win jak i pod Lin/BSD.
4) oczywiście można to skonfigurować tak że kompilacja pod jednym klawiszem, uruchomienie skompilowanego kodu pod drugim.
5) Jeżeli ktoś bardzo upiera się z VIM-em, to Fox na tej samej stronie w sekcji "links" udostępnił również link do pliku konfiguracyjnego dla vim-a: https://github.com/lybrown/vim-xasm
ps1) Myślę że TeBe i tak wykonał kawał porządnej pracy poświęcając swój czas na Tworzenie czegoś tak rozbudowanego jak MADS, myślę że nie ma on obowiązku "uszczęśliwiać" wszystkich, zrobił tak jak mu było wygodniej i na tyle na ile pozwolił mu wolny czas i chęci pracy nad tym narzędziem. Przecież zawsze zwolennicy Open Source mogą pomóc i dołożyć swoją cegiełkę i popracować nad plikami konfigurującymi podświetlanie składni dla edytorów które preferują. Myślę że TeBe bardzo chętnie umieści te pliki w "paczce" ze swoim asemblerem.
ps2) Myślę że "Tomasz Problem" będzie musiał znaleźć inne zajęcie, pewnie go zwolnią za złe zarządzanie firmą :P Biedak stracił kolejne zlecenie ;-)
myślę że jedynym wyjściem przy takim podejściu jest sięgnięcie na stronę naszych braci szwedów i skorzystanie z rady tam zawartej...
http://napisz.se/
;-)
Cześć,
Ze swojego własnego podwórka niejako, na gołe 65XE to mogę polecić...
Overmind oraz Bitter Reality
Na pewno są lepsze dema, jednak te na 100% zadziałają na niemodyfikowanym Atari z 64KB RAM.
ps) należy brać po uwagę to że jest to raczej old-school, tzn. lata 1994-1995 ;-)
@TeBe: Kawał ogromnej i świetnej pracy z tym cross-compilerem pascala na 6502! :)
@Rocky: jak zwykle ciekawe koncepcje w Twoich grafikach, napiszesz jak się udało zrobić ten 3-kolorowy Hi-Res?
Pomijając to przykre wydarzenie... jak przeczytałem nagłówek to myślałem że jakiś Atari Falcon wybuchł, parzę na link i widzę rmf24, i zastanawiam się... "ale żeby od razu o tym na portalach informacyjnych informowali?" ;-)
dzięki Azbest! Mam nadzieję że obyło się bez strat w sprzęcie.
z tego co pisał VOY na AoL, to skończyło się miejsce na serwerze, Atari Area i Atariki padły (z powodu braku miejsca, i uszkodzenia baz danych).
Ale ktoś już naprawił również Atariki :) Jeszcze tylko pigwa leży, ale Azbest chyba jest na urlopie.
Fajnie że Bluki wydobywa takie historie z czeluści internetu. Dzięki wielkie za to że chce Ci się o tym napisać i jeszcze podać jak na tacy wszystkie pliki łącznie z wersją PL :)
Cześć,
Waldow napisał/a:Powyższe dotyczy tylko wersji 3.0 atari800 w wersji 3.1 turbo działa.
Niestety nie ;/ Turbo działa mniej więcej przez 0,5sek (prędkość ~350%) po czym prędkość spada do 100%, tak jakby "turbo mode" zostało wyłączone, ponowne wciskanie F12 lub włączenie turbo mode w opcjach emulatora nic nie zmienia.
EDIT:
Przełączyłem na tryb 1080p @ 60Hz ... no i niestety przy PAL scroll-e szarpią widocznie, wszystkie efekty które normalnie wykonują się "in one frame" (żargonowo "wchodzą w ramkę") wyglądają paskudnie. Ale za "turbo mode" działa... od ~450% do ponad 800% w zależności od tego co się dzieje na ekranie.
Co ciekawe w trybie 1080p @ 60Hz, po przełączeniu emu na NTSC, Turbo Mode również działa...

gdy mam odświeżanie ustawione na 60Hz i emulator na PAL to w przypadku platformy Windows i emulatora Atari800Win-Plus czy Altirra to efekt jest równie straszny, szarpanie scroll-ami, tryby interlace zamiast wyglądać jakby miały więcej jasności/kolorów z lekkim migotaniem, wyglądają okropnie, drżąc i wyświetlając nierównomiernie dwie klatki obrazu składającego się na cały obrazek w interlace, wygląda to okropnie, w przypadku RaspPI / SDL gdzie nie było Vsync, wyglądało to równie okropnie.
Dziś sprawdzę Ci jak wygląda różnica gdy przestawię RPI2 na 60Hz i odpalę emulację w trybie PAL. Wydaje mi się że będzie ciekawie bowiem emu wydaje sie być zatrzymywany do czasu wystąpienia V-Sync (stwierdzam to po fakcie że nie działa Turbo Mode / F12) gdy go włączę nadal mam 100% wydajności emulatora, tylko dźwięk zostaje wyłączony, a render-pipeline i tak uwiązany jest do V-Synca.
no człowiek uczy się całe życie... dzięki za oświecenie... 'make -j4' działa i zasówa jak trzeba :)
real 0m47.898s
user 2m23.970s
sys 0m4.950s
normalna kompilacja (one-core):
real 2m21.126s
user 1m54.630s
sys 0m3.830s
@Montezuma: a jak taki display podłączasz? Masz jakąś przejściówkę HDMI->VGA? W życiu nie podłączałęm pod RPI nic innego niż monitor FullHD przez HDMI lub po prostu TV do wyjścia TV w RPI1.
@Sim_Piko: A dlaczego się nie poleczasz? Pomogłeś i to bardzo :) dzięki za cierpliwość i wyrozumiałość :)
ps) do tej pory nie miałem pojęcia o opcji -j bo korzystałem z gotowców, tzn. serwer i środowisko do kompilacji (cross-compiler) przygotowane miałem przez ludzi którzy się na tym znają i nie wnikałem, jak widać to był poważny błąd. Dostawałem gotowego skonfigurowanego LTIB-a czy Yocto do pracy i nie musiałem martwić się o konfigurację tego wszystkiego. Dzięki wam nadrabiam zaległości :)
Wszystko się skompilowało, trochę faktycznie dziwne scieżki ma domyślnie wpisane (/opt/vc/) dla gcc, ale nie przeszkadza to w kompilacji. Skompilowało się na RaspPI2 i działa :) Dzięki WIELKIE za pomoc! :)
ps) RP2 ma niby 4 jajka, a kompiluje używając jednego :)
Hej!
Dzięki wielkie za pomoc... małymi krokami do przodu, czyli:
1) pobrałem archiwum (tarball)
2) odpaliłem autoconf (nie było pliku 'configure')
3) autoconf wygenerował sobie cośtam, po czym odpaliłem configure --target --host...
4) miłąchał, miąchał .... i mu nie wyszło...
...
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for _LARGEFILE_SOURCE value needed for large files... no
checking for library containing tgetent... no
configure: creating ./config.status
config.status: creating Makefile
config.status: error: cannot find input file: `config.h.in'
pewnie coś nie tak robię z autoconf-em?
EDIT: pomogło 'autoreconf -i', teraz zapuszczam make... zobaczymy :)
A widzisz... i tu jest "przysłowiowy" pies pogrzebany :) na początek porównałem pliki "configure", są inne... masz świeższą wersję, ze sporą ilością zmian.
@Sim_Piko: zadam głupie pytanie... skąd brałeś źródła Atari800-3.1.0? Bo spróbowałem skompilować źródła z tego co podesłałeś i wychodzi na to że ./configure --target=rpi --host=arm-linux poszło bez najmniejszego problemu. Właśnie poleciał make, również bez problemu.
Ja źródła pobrałem z tej lokalizacji:
http://sourceforge.net/projects/atari80 … 800/3.1.0/
Właśnie sprawdziłem MD5 i wszystko się zgadza:
pi@raspberrypi ~/Downloads $ md5sum atari800-3.1.0.tar.gz
354f8756a7f33cf5b7a56377d1759e41 atari800-3.1.0.tar.gz
Tyle że 'src' od Ciebie się kompiluje bez problemu, a pliki z sf.net tak jak to widać powyżej ;/
Hej!
Kompiluje na RPI2:
pi@raspberrypi ~/atari800/src $ uname -a
Linux raspberrypi 3.18.11-v7+ #781 SMP PREEMPT Tue Apr 21 18:07:59 BST 2015 armv7l GNU/Linux
pi@raspberrypi ~/atari800/src $ gcc --version
gcc (Debian 4.6.3-14+rpi1) 4.6.3
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
oczywiście Twoja binarka działa bez problemu, tylko pierwsze uruchomienie było lekkim zaskoczeniem, bo jakieś obłędne ustawienia palety były :) i miałem ze 4 razy jaśniejszy obraz o mega kontraście :)
pi@raspberrypi ~/atari800/src $ sudo apt-get install build-essential
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności
Odczyt informacji o stanie... Gotowe
build-essential jest już w najnowszej wersji.
0 aktualizowanych, 0 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.
coś jeszcze mam nie tak...
pi@raspberrypi ~/atari800-3.1.0/src $ ./configure --target=rpi --host=arm-linux
configure: WARNING: if you wanted to set the --build type, don't use --host.
If a cross compiler is detected then cross compile mode will be used
checking build system type... armv7l-unknown-linux-gnu
checking host system type... arm-unknown-linux-gnu
checking for arm-linux-gcc... /bin/arm-linux-gnueabihf-gcc
checking whether we are cross compiling... yes
checking for suffix of object files... configure: error: in `/home/pi/atari800-3.1.0/src':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details
Znalezione posty [ 1,276 do 1,300 z 3,046 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.091 sekund, wykonano 19 zapytań