Beep'em All 5 by xxl 2014-07-25 11:16:17

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):


Program do ściągnięcia stąd. Miłego słuchania!
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.php?id=9527
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 :)