atarionline.pl
atarionline.pl Atari
Login:
Hasło:
Zapamiętaj mnie
Translate to RSS RSS
New Year's Disc 2021 z 2021-01-01 23:57 (6)
Sylwester z AOL-em z 2020-12-31 14:31 (11)
Wesołych Świąt! z 2020-12-24 01:22 (22)
Anonimowa Ankieta Atarowców z 2020-12-22 00:14 (30)
Świąteczny prezent: "Adam Is Me" z 2020-12-17 21:09 (29)
Demodulacja 2020 z 2020-12-13 13:27 (14)
Premiera książki w Empiku z 2020-12-12 20:24 (10)
Nowa płyta Gadesa i stRinga oraz konkurs! z 2020-12-09 17:53 (14)
Gramy w "Dungeon Master" z 2020-12-06 16:10 (18)
Spowiedź autora #2 z 2020-12-01 19:22 (4)
U nas wszystko gra! MegaLoMania #7 z 2020-11-29 14:36 (4)
Dzisiaj "Środowisko prasowe" #12 z 2020-11-25 16:37 (0)
Historia reklamy w grach komputerowych z 2020-11-21 18:25 (20)
Gramy z autorem w "Last Squadron" z 2020-11-19 11:38 (19)
Ponownie "Środowisko prasowe" z 2020-11-15 20:41 (19)
Jak zrobić cover muzyki z Atari? z 2020-11-07 00:58 (42)
Gra "LiteRally" z 2020-10-24 00:08 (106)
Środa z prasą (cz.7) z 2020-10-12 08:43 (12)
Nowy "Atari Font Creator" z 2020-10-09 17:18 (13)
Nowa książka o Atari z 2020-10-01 08:23 (24)
«« nowszestarsze »»

Pomocnik/Helper
Gry/Games

Katalog gier (konwencja TOSEC)

Opisy gier
"Old Towers" (Atari ST) opisał Misza (19)
Submarine Commander opisał Kaz (11)
Frogs opisał Xeen (0)
Choplifter! opisał Urborg (0)
Joust opisał Urborg (16)
Commando opisał Urborg (35)
Mario Bros opisał Urborg (13)
Xenophobe opisał Urborg (36)
Robbo Forever opisał tbxx (16)
Kolony 2106 opisał tbxx (2)
Archon II: Adept opisał Urborg/TDC (9)
Spitfire Ace/Hellcat Ace opisał Farscape (8)
Wyspa opisał Kaz (9)
Archon opisał Urborg/TDC (16)
The Last Starfighter opisał TDC (30)
Dwie Wieże opisał Muffy (19)
Basil The Great Mouse Detective opisał Charlie Cherry (125)
Inny Świat opisał Charlie Cherry (17)
Inspektor opisał Charlie Cherry (19)
Grand Prix Simulator opisał Charlie Cherry (16)
«« nowszestarsze »»

Katalog gier (konwencja Kaz)
Aktualizacja: 2024-03-16
Liczba katalogów: 8377, liczba plików: 36679
Zmian katalogów: 0, zmian plików: 0

0-9 A B C D
E F G H I
J K L M N
O P Q R S
T U V W X
Y Z inne
zipCałość 2817 MB


Wewnętrzne/Internals



   Nowinki tworzone dzięki CuteNews
Beep'em All 5
Beep'em All 5 to music disk na układ GTIA (1-bitowy Beeper). Kolekcja miała być zaprezentowana na odbywającym się właśnie party w Głuchołazach lecz z powodów regulaminowych - wykorzystuje nieudokumentowane możliwosci Atari XL/XE - nie może być wystawiona, dlatego już dziś publikuję autorską kolekcję muzyczną Jredd-a.

Grafikę tytułową stworzył Odyn1ec, a zsynchronizowane z tempem muzyki efekty graficzne z "twarzami" - Adam Wachowski. Różnych możliwych wariantów tych "główek" jest 4096, a pierwotnie zostały przygotowane na potrzeby gry Calamanis. Grafika podczas odtwarzania muzyki musiała być zrealizowana w trybie graficznym niskiej rozdzielczości (GR.3), inaczej nastąpiłoby wyraźne pogorszenie jakości dźwięku.

Beep'em All 5 wykorzystuje jeden z najnowszych silników 1-bitowych "Phaser1" w wersji DIGI i SYNTH. Utwory z kolekcji tworzone były PC edytorem Beepola i tu chciałbym podziękować koledze Jredd za udostępnienie utworów w wersji źródłowej dla edytora. Jredd obiecał, że to nie jest jego ostatnie słowo na Atari i już przygotowuje się do wzięcia udziału w muzycznym kompo na SillyVenture2014.

Sterowane (po naciśnięciu SPACE na ekranie tytułowym pojawi się help):
  • up / down - zmiana tempa
  • SPACE - DMA ON/OFF
  • 1/2/3 - Channels ON
  • SHIFT+1/2/3 - Channels OFF
  • ESC - powrót do ekranu wyboru utworów

    Technicznie: Muzyka zapisana jest w formie spakowanej LZ4, do operacji dyskowych używana jest biblioteka xBIOS. PC-narzędzia wykorzystane przy tworzeniu Beep'em All 5: MADS, DIR2ATR,
    G2F, Beepola, LZ4



    Program do ściągnięcia stąd. Miłego słuchania!

    2014-07-25 11:16 by Krzysztof "XXL" Dudek
    komentarzy: 50
  • gorgh @2014-07-25 13:02:48
    świetnie, zaraz posłucham
    xeen @2014-07-25 13:04:35
    Te duże piksele zbudowały fajny klimacik. Mi się podoba taki design - nawet jeżeli jest on w pewien sposób wymuszony ograniczeniami.
    sz/LMS @2014-07-25 13:06:15
    Muza to nie dla mnie, ale podoba mi się cała oprawa :)
    grey / mystic bytes @2014-07-25 13:17:03
    rewelacja !!! :) zajeb**ta prodka !!!
    Angus Young @2014-07-25 13:17:25
    Wolę metal :)
    mono @2014-07-25 13:19:51
    Jak zwykle świetne! Dzięki xxlu. Podobają mi się te mordki. Muzyka również niczego sobie :)
    Ramos / Samar @2014-07-25 18:58:06
    Gratulacje super produkcji. Ciekawe co jeszcze można wycisnąć z układu GTIA jeśli chodzi o muzykę?
    adv @2014-07-25 21:39:54
    Klimat jest!
    KubalasaBliskomorski @2014-07-25 23:19:58
    da się to wgrać na telefon ? :)
    pabloz @2014-07-26 10:06:41
    WOOOOOWWWW !!! COOOL !!!!
    pr4nq @2014-07-27 07:47:56
    sweet! ;D love JREDD he is a legend!
    Pecuś @2014-07-27 11:58:45
    Yea!! Sądząc po ilości wczytywanych sektorów zajmuje to cały RAM i niezbędny był xBios - bo po prostu inaczej się nie dało. Czyli xxlowy standard - "wypchajcie się posiadacze HDD - bo tak!".
    xxl @2014-07-27 12:20:15
    osmieszasz sie Pecus, kolejny raz :-) nie masz pojecia o czym piszesz. oczywiscie z HDD dziala :-)
    Pecuś @2014-07-27 12:30:05
    Niedługo napiszesz intro 256b, które będzie wymagało xBiosa - "Bo TAK", czy nie uważasz tego za idiotyzm?? Każdy, kto używa HDD nie tylko jako ladowaczki do ATRów, stosuje format Sparty. Nagraj sobie na tę Twoją dyskietkę więcej takich kilobajtowych muzyczek, da się wypełnić po brzegi..... hm nie da się :) foldery trzeba robić... no no. Pokonaliśmy ograniczenia - prawda?
    xxl @2014-07-27 12:46:25
    Uzywasz Sparty, nigdy nie pokonasz ograniczen :)
    Pecuś @2014-07-27 12:52:40
    Nakładanych przez Ciebie (tylko po to by wymusić stosowanie udziwnionego rozwiązania) na pewno nie. Bo i po co?
    Pecuś @2014-07-27 12:58:38
    Takie demo jak NUMEN, kopiuję sobie po prostu do kolejnego folderu na HDD w formacie Sparty i działa, Twoje kilobajtowe muzyczki kopiuję sobie w ten sam sposób i ... nie działają!

    Hurrra!!! XXL pokonał ograniczenia!!!
    Atr @2014-07-27 13:03:52
    Nie karmić trola... poczekać aż sam coś zrobi :-)
    xxl @2014-07-27 13:12:55
    AtariDOS to "udziwnione rozwiazanie"?

    @Atr: dlaczego? od czasu do czasu przydaje sie wystep jakiegos klalna. Pecus jest wdziecznym przypadkiem, wystarczy pozwolic mu mowic.
    Pecuś @2014-07-27 13:27:07
    Ten "klaun" przynajmniej nie schodzi poniżej pewnego poziomu dyskusji i nie przechodzi na docinki osobiste.
    Po prostu ten "klaun" jest kulturalny.
    Pecuś @2014-07-27 13:43:21
    Powiedz mi, dlaczego mając pliki na dyskietce, nie mogę skopiować ich na inną dyskietkę, do folderu - w dalszym ciągu w postaci plików i tak uruchomić, nie przejmując się systemem plików w jakim są zapisane. W końcu to są pliki, i do ich obsługi zostały przewidziane przez Atari ustandaryzowane rozwiązania.

    Zdecydowana większość programów zapisanych w postaci plikowej zadziała, a Twoje nie.
    Bo tak sobie wymyśliłeś.
    Bo (mimo że spokojnie byś mógł zastosować standardowe CIO) stosujesz w nich rozwiązanie niezgodne z CIO.
    Atr @2014-07-27 13:59:01
    Pecuś, jak widzisz posiadacze HDD nie muszą się wypychać więc twój zarzut był bezpodstawny. Popieram żeby nie robić docinek osobistych. Popieram również żeby nie narzucać wszystkim swoich ulubionych rozwiązań (typu HDD+Sparta) bo też są dalekie od ideału.
    Pecuś @2014-07-27 14:05:07
    A przeczytałeś dokładnie to co napisałem wcześniej? Zacytuję Ciebie: "Popieram również żeby nie narzucać wszystkim swoich ulubionych rozwiązań".
    Dostęp do plików został przez Atari ustandaryzowany, został stworzony do tego odpowiedni interfejs programistyczny (CIO). Jeśli mam na dysku pliki, to zakładam że ich obsługa realizowana jest przez CIO. Czyli skopiowanie ich gdziekolwiek nie spowoduje problemów.
    xBios miał pomagać w sytuacjach, gdy w pamięci nie zmieści się DOS, a stał się narzędziem do wymuszania na użytkowniku wymyślonej przez autora konfiguracji.
    xxl @2014-07-27 14:24:35
    Twoje zalozenia sa bledne co zreszta wielokorotnie bylo przerabiane w watku: http://www.atari.org.pl/forum/viewtopic....
    po pierwsze: oczywiscie mozesz skopiowac na inna dyskietke czy do folderu na hdd i bedzie dzialac.
    po drugie: nie wspieram systemu plikow Sparty DOS bo jest nieefektywny i pamieciozerny. ale po co optymalizowac sparte jak pokorny konsument dokupi sobie ramu :D a to ze pozniej bedzie mial lipe... to niech sobie jeszcze cos dokupi :DD
    po trzecie: CIO ma ograniczenia i czesc programow (tych z lat 80 rowniez) nie uzywalo CIO, dzieki xB moge przykladowo dekompresowac w locie dane znajduja sie w bootowanym pliku... korzystajac z CIO nie mozna tego zrobic.

    to jest ciekawe:

    "Dostęp do plików został przez Atari ustandaryzowany, został stworzony do tego odpowiedni interfejs programistyczny (CIO). Jeśli mam na dysku pliki, to zakładam że ich obsługa realizowana jest przez CIO. Czyli skopiowanie ich gdziekolwiek nie spowoduje problemów."

    wiec uzyj to co Atari zaproponowalo w tym temacie czyli AtariDOS i nie bedziesz mial problemow rowniez z xB :D
    Pecuś @2014-07-27 14:36:37
    A Ty oczywiście dalej reklamujesz xBiosa.
    A nie o to chodzi jakie on ma możliwości ale o wymuszanie jego zastosowania, tam gdzie jest on na gwizdek, a tylko przeszkadza w wygodnym użytkowaniu.

    Jak rozumiem, w tej produkcji zajmujesz cały RAM, a do tego musisz dekompresować z pliku boot w locie (bo dobrze wiesz, że przy normalnym odczycie pliku niebootowalnego, dekompresję w locie robi się tak samo przy zastosowaniu CIO).

    Nie rób z nas idiotów czy klaunów, jak to napisałeś wcześniej.
    Pecuś @2014-07-27 14:41:44
    Oczywiście (znając Twoje podejście z innych "produkcji") zaraz dołożysz (a może już jest) w pliku jeden bajt ładowany bezpośrednio pod ROM i przeniesiesz cały program w miejsce, gdzie normalnie rezydują DOSy.
    Zupełnie bez potrzeby, ale będziesz mógł napisać: "ten program zadziała tylko pod xBios".
    xxl @2014-07-27 15:04:31
    dla mnie xB jest bardzo wygodny, daje mi sporo nowych mozliwosci i wlasciwie dzieki niemu moge swobodnie pisac programy dla atari - zwyklym atari. mam pisac pod sparte i oglupiac userow ze jest fajnie, werbowac nowych klientow na rozszerzenia? czuje niesmak.

    > "(bo dobrze wiesz, że przy normalnym odczycie pliku niebootowalnego, dekompresję w locie robi się tak samo przy zastosowaniu CIO)"

    prosilbym o przyklad najlepiej w watku na forum, dobrze by bylo zeby taka wiedza zostala przekazana szerzej. obawiam sie jednak, ze mowimy o roznych kwestiach niestety :( nauczony doswiadczeniem z rezerwa podchodze do tego co piszesz...

    ide teraz na stare wierchy, jak wroce z przykroscia stwierdze, ze jak zwykle nic nie pokazaszesz :(
    Pecuś @2014-07-27 15:13:45
    http://xxl.atari.pl/?p=1524 a wszystkie odwołania do xBiosa (raptem 5) zmieniasz na wywołania CIO (też jest GetByte).

    Chyba dobry przykład - bo Twój :P
    Pecuś @2014-07-27 15:25:21
    No i jeszcze jakbyś nie wiedział jak wywołać Get_byte przez CIO
    dopisz sobie prockę:

    GET_BYTE
    ldx #$10 ;zakładam że otwarty jest plik nr 1
    lda #$07
    sta iccmd,x
    lda #$00
    sta icbufl,x
    sta icbufl+1,x
    jmp ciov
    xxl @2014-07-27 18:07:57
    przyklad bardzo dobry ale nie na temat :D

    oczywiscie nie masz racji ale nie przekonasz sie o tym jak nie sprobujesz realizacji :-) taka nauczka by Ci sie przydala. nie opowiadalbys wiecej glupot. sprobuj w koncu to zrobic :-)

    masz plik zbudowany tak:

    naglowek dos z adresem ladowania itd.
    program
    wywolanie init
    spakowane dane bez naglowka
    inne spakowane dane z naglowkiem
    jeszcze inne dane tez spakowane
    program
    adres uruchomienia

    tak, wiem ze nie mozesz pokazac dzialajacego przykladu jak to zrobic z CIO :-)
    Pecuś @2014-07-27 18:25:46
    A Ty znowu odwracasz kota ogonem.
    Przykład jest dokładną odpowiedzią na to na co odpowiedzią miał być, chciałeś przykładu dla "bo dobrze wiesz, że przy normalnym odczycie pliku niebootowalnego, dekompresję w locie robi się tak samo przy zastosowaniu CIO" i go dostałeś.

    Ja się ciągle pytam czy korzystasz z dekompresji w locie z pliku bootowalnego w tym konkretnym programie?
    Jeśli tak to robisz to niepotrzebnie (pewnie po to by użyć xBiosa ;P ), a jeśli nie to xBios jest tu na gwizdek, tylko po to by wymusić jego używanie.

    Zastosowałbyś kod z mojego(Twojego) przykładu i program działałby na każdym systemie plików.
    Pecuś @2014-07-27 18:39:47
    Nie wiem czy zauważyłeś, że wymyślasz niepotrzebnie nietypowy format pliku.
    A dlaczego niepotrzebnie?
    Do załadowania tak przygotowanego pliku nie potrzebny jest cały xBios, tylko odpowiedni loader, bo jest to pojedyńczy plik binarny.
    A jak już masz tego swojego xBiosa, tworzenie takich pokracznych kombinacji w pliku binarnym jest fanaberią, bo plik binarny może być najzupełniej standardowy (czyli wskazany przez Ciebie pierwszy blok z nagłowek adresem itp.).
    Taki plik ładuje się przez (no już nie będzie) xBiosa a potem mały kawałek kodu czyta sobie te spakowane dane z drugiego, albo kolejnych, pliku (może, bo ma xBiosa).
    Po co tworzyć takie konstrukcje plików? - chyba po to by utrudnić normalne ich użytkowanie.
    A może dlatego, że ta druga metoda zadziałałaby także pod DOSem (pomijając jego umiejscowienie w pamięci) ?
    xxl @2014-07-27 18:47:53
    > Ja się ciągle pytam czy korzystasz z dekompresji w locie z pliku bootowalnego w tym konkretnym programie?

    oczywiscie.

    > Jeśli tak to robisz to niepotrzebnie

    no tak, Ty wiesz lepiej.

    > Zastosowałbyś kod z mojego(Twojego) przykładu i program działałby na każdym systemie plików.

    acha, zeby dzialal na Twoim FS to trzeba podzielic plik wykonywalny na kilka plikow :-) czyli na AtariDOS FS wystarczy jeden plik a na SpartaDOS FS kilka plikow zeby zrobic to samo? interesujace :D

    dlaczego mam sie ograniczac? uzyje xB i zapominam o ograniczeniach Twojej Sparty.
    Pecuś @2014-07-27 18:57:56
    Nie, nie wiem lepiej, ale to oznacza, że łączysz kod wykonywalny z danymi odtwarzanej muzyczki, czy też grafiki. Hm... to oznacza że mogłyby to być oddzielne pliki wykonywalne i ładowałyby się bez xBiosa.
    A jeśli wczytujesz tylko dane muzyki (czy grafiki) a player zostaje w pamięci (co jest chyba naturalne), to nie potrzeba robić z danych plików binarnych - z resztą co to za pliki binarne, swoją binarnością zgodne tylko same ze sobą :P

    Twierdzę ciągle, że wpychasz xBiosa w każdą produkcję, a nie w takie, które go faktyczne wymagają. Uprzykrzając życie .... nie mi... ja sobie na YT oglądałem i wystarczy, ale ludziom, którzy chcieliby mieć porządek na swoim HDD.
    Często też robisz zmiany w kodzie tylko po to by zmusić do zastosowania xBiosa, bo nie mają one innego uzasadnienia (przykłady ogólnie znane i nielubiane).

    W sumie Twoje prawo, ale nie wmawiaj wszystkim, że programy te działają tylko dzięki cudownemu i wspaniałemu xBiosowi, bo to po prostu nieprawda.
    Pecuś @2014-07-27 19:01:27
    A i jeszcze nie pisz bzdur, o tym że w jakimś systemie plików trzeba dzielić coś na kawałki a w innym nie. Bo Ty sam dobrze wiesz, że to nie kwestia systemu plików, ale rozumiem, ze chcesz przekonać tych czytających, którzy tego nie wiedzą.
    A taki tekst ładnie brzmi i zapada w pamięć. Rozumiem, że to socjotechniczne sztuczki mające przekonać do xBiosa.

    Widać sam się nie broni, skoro je stosujesz.
    xxl @2014-07-27 19:10:34
    > to oznacza, że łączysz kod wykonywalny z danymi odtwarzanej muzyczki, czy też grafiki.

    dane odtwarzanej muzyki akurat sa osobnymi spakowanymi plikami, natomiast co do laczenia w pliku binarnym danych graficznych to... robi tak 99.9(9) wszystkich gier i programow na atari :-) dlaczego nie ja? :D


    > A jeśli wczytujesz tylko dane muzyki (czy grafiki) a player zostaje w pamięci (co jest chyba naturalne), to nie potrzeba robić z danych plików binarnych

    dane muzyki sa osobnymi plikami ale nie sa pliki binarne :-) skad Ci takie rzeczy do glowy przychodza :D


    > Często też robisz zmiany w kodzie tylko po to by zmusić do zastosowania xBiosa, bo nie mają one innego uzasadnienia (przykłady ogólnie znane i nielubiane).

    a to ciekawe, moglbys podac przyklad?


    > W sumie Twoje prawo, ale nie wmawiaj wszystkim, że programy te działają tylko dzięki cudownemu i wspaniałemu xBiosowi, bo to po prostu nieprawda.

    mniej Cie bedzie draznic jak napisze ze dzieki tajemniczemu pierwiastkowi? oczywiscie ze mozna to napisac bez xB ale nie bylo by to ani zgrabne ani latwe ni przyjemne.
    pin @2014-07-27 21:13:20
    ... :) - dziwi mnie takie podejście. Jeśli może działać na dowolnym nośniku i nie ma konieczności używania xB (bo tu raczej w pamięci świeci pustkami) to po co to robić?
    xxl @2014-07-27 21:23:06
    przeciez dziala na dowolnym nosniku :-) a dlaczego uzywac xB?

    bo jest latwiej, przyjemniej i bezproblemowo :-)
    pin @2014-07-28 01:42:02
    no właśnie jest nie łatwiej i nie bezproblemowo. W prostych przypadkach, których jest 95% xB to niepotrzebne ograniczenie i rozwiązanie będące krokiem do tyłu. Jeśli program może działać poprzez "system" Atari i może zadziałać na dowolnej konfiguracji, to po co ograniczać możliwości do konkretnego rozwiązania? To strzał w kolano ;)
    xxl @2014-07-28 08:47:54
    jest o wiele latwiej i bezproblemowo, sprobuj cos zaprogramowac a sie przekonasz :-) xB jest ogromnym krokiem na przod, cos co bylo zarezerwowane dla najlepszych koderow jest teraz dostepne dla kazdego. Program z podanymi wyzej wymaganiami moze dzialac tylko pod systemem xBios (bo CIO ma za duzo ograniczen - wyzej Pecus juz probowal i polegl), mozna go co prawda przerobic ale wymagalo by to ogromnego nakladu pracy - po co sie meczyc z CIO jak z xB to jest banalnie proste. Oczywiscie program korzystajacy z biblioteki xBios moze dzialac na dowolnej konfiguracji - wybor nalezy do programisty :D
    voy @2014-07-28 11:30:01
    xxl, jeśli xBios jest czymś tak wspaniałym, to może idąc w stronę ortodoksji i totalnej niechęci do nowszych urządzeń zewnętrznych i rozszerzeń spróbuj napisać jego wersję dla magnetofonu?

    Nie używam xBiosa, bo dla mnie jest niewygodny w stosowaniu i wymusza jakieś dziwne (niekompatybilne z niczym) reguły. Dobrze napisany program powinien dać się uruchomić na wszystkim - od gołej Atarki po najbardziej rozbudowaną konfigurację. Bez wymuszania użycia xBiosa.
    xxl @2014-07-28 12:16:34
    nie rozumiem dlaczego laczysz xBIOS i "niechecia do nowszych urzadzen" :-) sadze niewiedza bo nie podejrzewam glupiej zlosliwosci :-)
    programy uzywajace xBIOS do komunikacji moga dzialac na dowolnej konfiguracji od golego atari po najbardziej rozbudowane konfiguracje :-) xBIOS daje sporo nowych mozliwosci zupelnie niedostepnych jak dotad dla atari i dlatego czesc z nich jest "niekompatybilne z niczym" :D to co wywoluje najwieksza niechec to chyba to, ze xBIOS pozwala programiscie zdefiniowac dla jakiej konfiguracji NIE zezwolic uruchomic danego programu - z tej mozliwosci programista moze korzystac lub nie :-) - to jest pewnie cecha ktora pare osob nie moze zniesc :D
    Atr @2014-07-28 12:33:10
    Pozwolcie moze zeby o przyszlisci systemow zadecydowal "wolny rynek". Zauwazylem ze przeciwnicy xb raczej sa skoncentrowani na krytykowaniu xb a nie pokazywaniu zalet swoich wspanialych systemow. Moze niech kazdy pisze wiecej o swoim a konsument juz sobie wybierze. Przydalaby sie prosta i merytoryczna tabelka z zestawieniem cech. Dla mnie jako programisty Sparta jest zawada i reliktem a dla kogos kto korzysta z niej od lat byc moze jedynym slusznym systemem. To bardzo dobrze ze ktos w koncu wzial pod uwage wady punktowane od lat i zaczal eksperymentowac.
    voy @2014-07-28 12:53:18
    xxl, tę niechęć można wyczytać z twoich bardzo licznych wypowiedzi... Proszę, pisz bez kąśliwych uwag, lekkich złośliwości, emotikonek na każdym kroku oraz uprawiania propagandy połączonej z drobną socjotechniką.

    Brak zezwolenia na uruchomienie programu na konkretnym konfigu jako cecha xBiosa jest kompletnie niezrozumiała.
    xxl @2014-07-28 14:08:33
    @Atr w watku na forum o xB jest kilka przykladow i tutoriali, oczywiscie jestem gotowy wziac udzial (wraz z programami w postaci zrodlowej) w porownaniu jak piszesz.

    @Voy: kasliwe uwagi pojawiaja sie tylko wtedy gdy czytam od tej samej osoby drugi raz ta sama bzdure...
    co do jednej z mozliwosci ktore daje xB w dziedzinie wybrania okreslonego typu urzadzen uwazam, ze jest to rozwiniecie idei stosowanej juz wczesniej - byc moze wiesz, ze istanieja programy i gry zabezpieczone przed np. kopiowaniem lub przed uruchomieniem z innego niz dedykowane urzadzenie. takie programy pojawialy sie juz w latach 80 na atari, wymagalo to sporej wiedzy od programisty czesto tez specjalnego sprzetu do np. nagrania odpowiednio dyskietki, czy posiadania karta itp. dzis xB daje taka mozliwosc bez specjalnego wysilku. co wiecej, dzieki temu rozwiazuje tez kilka innych problemow - z radoscia o tym napisze w porownaniu (jesli do takiego dojdzie) :D
    adv @2014-07-28 21:37:51
    Czy programy pisane pod xB będą bez przeszkód działać z sio2sd?
    xxl @2014-07-28 22:08:11
    tak
    Jredd @2014-07-29 14:41:11
    Whoa! Thanks for all the nice comments guys. I never imagined so many people would enjoy my music! I usually make Sega Genesis/Megadrive musuc. Thanks for all the love guys!
    Yerz @2014-07-31 21:56:34
    Ramos, pytasz na niewlasciwym forum.
    as... @2014-08-03 20:59:58
    O i Yerz pojawił ..
    Ja osobiście nie trawię Sparty.

    W dawnych czasach ma kto używał sparty, czemu?
    Bo prawie nikt nie miał hdd i używanie jej było bez sensu przy stacji dyskietek.

    Panowie, niech będzie Sparta, niech będzie Xbios!
    Od przybytku głowa nie boli :)
    nickname
    e-mail / website (opcjonalnie)
    Aktualne tematy
    Atari 400 mini (7)
    ostatni: 29-03-2024 11:46, Ataripuzzle
    RMT hacking (172)
    ostatni: 29-03-2024 11:34, emkay
    TSFX Turbo Blizzard (63)
    ostatni: 29-03-2024 07:21, lexx
    Time Wizard - gra na ABBUC Softwa... (197)
    ostatni: 28-03-2024 19:08, amarok
    The400 (33)
    ostatni: 28-03-2024 14:32, Ataripuzzle
    Awaria SIO2SD? (22)
    ostatni: 26-03-2024 19:47, pustak
    Ciekawostki (5543)
    ostatni: 25-03-2024 22:13, bruno_j
    Niedokładność Fujinet (47)
    ostatni: 25-03-2024 17:59, Alex
    Rick Dangerous (322)
    ostatni: 25-03-2024 17:35, tebe
    Murmulator i A800 ;) (5)
    ostatni: 25-03-2024 17:12, zaxon
    Turbo ROM Plus - problem z wczyty... (2)
    ostatni: 25-03-2024 11:36, lexx
    SF 314 przerobiony na XF 351 ;) (2)
    ostatni: 25-03-2024 10:43, Peri Noid
    Moje materiały wideo z grami na A... (192)
    ostatni: 24-03-2024 15:53, nowy80
    Nowe okładki gier - LAURA (270)
    ostatni: 24-03-2024 00:38, Peri Noid
    Jaki napęd 5.25 do XF551 (40)
    ostatni: 23-03-2024 20:49, zaxon

    Kategorie Forum Atarum

    Użytkowników: 2771
    Ostatnio zarejestrowany: crawlergo@gmail.com
    Postów ostatniej doby: 17

    Spotkania i zloty / Meetings & Parties

    Najbliższe imprezy
    link do naszych spotkań online, zapraszamy do odwiedzenia kanału zoom również przez kod QR:

    KWAS

    Kalendarz AOL


    Społeczność/Community


    Rozmawiali
    Wywiad z Mariuszem Jaroszem i Kaz (12)
    Wywiad Dracona z Mr. Bacardim i Kaz (12)
    Tomasz Dajczak i Kaz (21)
    Lech Bąk i "Świat Młodych" i Kaz (26)
    Michał "Mike" Jaskuła i Kaz (6)
    F#READY i Dracon (22)
    Daniel „Arctus” Kowalski i Dracon (25)
    KATOD i TDC (15)
    Mariusz Wojcieszek i "Adam" (17)
    Romuald Bacza i Ramos (16)
    Śledzenie Amentesa i Larek (9)
    Leszek Łuciów i Charlie Cherry (17)
    TO JUŻ ZA TOBĄ: rozmowa z Bobem Pape i cpt. Misumaru Tenchi (39)
    Rob Jaeger i Emu (53)
    Jacek "Tabu" Grad i Dracon (0)
    Alexander "Koma" Schön i Kaz (0)
    Maciej Ślifirczyk i Charlie Cherry (0)
    Jarek "Odyniec1" Wyszyński i Kaz (0)
    Marek Bojarski i Kaz (0)
    Olgierd Niemyjski i Ramos (0)
    «« nowszestarsze »»

    Stragan
    Nowe, pojemniejsze RAM-Carty oferuje Kaz (21)
    "mouSTer" czyli myszka ST oferuje Kaz (30)
    Atari USBJoy Adapter oferuje Jakub Husak (0)
    Programy: Kolony 2106 oferuje Kaz (7)
    Sprzęt: rozszerzenia oferuje Lotharek (25)
    Gadżety: naklejki, pocztówki oferuje Sikor (11)
    Sprzęt: cartridge RAM-CART oferuje Zenon (7)
    Miejsce na drobne ogłoszenia kupna/sprzedaży oferuje Kaz (58)
    Sprzęt: interfejs SIO2IDE oferuje Piguła (0)
    Sprzęt: interfejs SIO2SD oferuje Piguła (34)

    Użytki/Utils
    Sprzęt/Hardware

    Wynalazki
    Atari i Bluetooth napisał Kaz (34)
    SIO2PC-USB napisał Larek (45)
    Nowe SIO2SD napisał Larek (0)
    SIO2SD w CA12 napisał Urborg (12)
    Ratowanie ATMEL-ów napisał Yoohaas (12)
    Projektowanie cartów napisał Zenon (12)
    Joystick do Atari napisał Larek (54)
    Tygrys Turbo napisał Kaz (11)
    Testowałem "Simple Stereo" napisał Zaxon (5)
    Rozszerzenie 1MB napisał Asal (20)
    Joystick trzyprzyciskowy napisał Sikor (18)
    Moje MyIDE oraz SIO2PC na USB napisał Zaxon (16)
    Jak wykonać płytkę drukowaną? napisał Zaxon (26)
    Rozszerzenie 576kB napisał Asal (36)
    Soczyste kolory napisał scalak (29)
    XEGS Box napisał Zaxon (13)
    Atari w różnych rolach napisał Różyk (9)
    SIO2IDE w pudełku napisał Kaz (5)
    Atari steruje tokarką napisał Kaz (15)
    DarkMouse napisał Kaz (7)
    «« nowszestarsze »»