76

(20 odpowiedzi, napisanych Zloty)

@Yerz - fajnie się ogląda te zdjęcia od początku - wpierw pełna kulturka, zero alkoholu na stołach, dopiero im dalej tym tego więcej:P Nie masz zdjęć z drugiego dnia?:D

77

(20 odpowiedzi, napisanych Zloty)

Hej hej! Dzięki za wspólną zabawę! Powoli dochodzę do siebie:)
Mam nadzieję że imprezkę będzie można robić cyklicznie co rok, ale to jeszcze za wcześnie na jakieś deklaracje:) Na pewno już jesteśmy bogatsi o pewne doświadczenia - więc i sama impreza z roku na rok będzie bardziej dopracowana!
Dziękuję pięknie wszystkim za wizytę, sponsorom za super nagrody, hub:raum za miejscówkę!
Pinowi za kompoty, oraz pozostałym współorganizatorom za dłuuugie rozmowy na grupie FB :D

ps: Pikowcy to jednak też ludzie! I to jacy fajni! :D:D

78

(20 odpowiedzi, napisanych Zloty)

Ehh! co to za podejście!
Najważniejsze dla mnie to i tak wspólna zabawa przy kodowaniu:) Wspólna mobilizacja i wymiana doświadczeń yeah:)

79

(20 odpowiedzi, napisanych Zloty)

Przepraszam za post pod postem, ale jest ku temu nie lada okazja:

Uwaga! Petarda: doszła nowa zajebista nagroda!
Kolega Lotharek ufundował pachnącego świeżością nowego Mista 1.3!
Pierwsza sztuka wersji produkcyjnej!!!
DZIĘKUJEMY LOTHAREK!

80

(107 odpowiedzi, napisanych Programowanie - 8 bit)

Ale rozumiem ze ten "niby CompyShop" to rozszerzenie powyżej 320kb - a więc najprawdopodobniej będzie na tym chodził Program który wykorzystuje 320Compy albo Rambo. Żeby już nie robić flejma - po Grawitacji spróbuję stworzyć prosty program który wykorzysta wszystkie banki 320Compy i osobny program dla 320Rambo - wtedy będzie można to spokojnie przetestować a nie tylko teoretyzować:) Moim zdaniem zawsze jedne z dwóch powinien pójść na kompach z co najmniej 320kb :)

81

(107 odpowiedzi, napisanych Programowanie - 8 bit)

Ale czekajcie czekajcie. Czyli jest jakieś rozszerzenie >=320kb na które nie pójdzie plik przystosowany pod 320Rambo ani 320Compy?

82

(20 odpowiedzi, napisanych Zloty)

Musztardy niestety nie ma zapasów, ale i tak tam grila nie ma gdzie robić:) Czekamy na Was!

83

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@pin, nas rewolucjonistów będzie więcej więc uważaj:) zrobimy "przewrót"(w przód):P

84

(107 odpowiedzi, napisanych Programowanie - 8 bit)

albo krach na giełdzie w hong-kongu. No widzę ze się rozumiemy w sprawie tych "czynników" :)

85

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@xxl - nie prowokuj;) Będzie dobry materiał do przeprowadzenia dyskusji na Grawitacji:P

86

(20 odpowiedzi, napisanych Zloty)

@Sikor: nie wiem czy musztardę przewidział - napisze mu że jak ma jakieś zapasy to by wziął
Ja tam na PP jeszcze nie byłem, ale z mapy mi wynika że to jest bardzo blisko centrum, biedronka jest o 1km oddalona. Będziemy także zmotoryzowani jakby co gdzieś trzeba było jechać;) Wydaje mi się że z tym problemu nie będzie. Na miejscu jest i kuchnia którą można wykorzystać. Co do spania - to prawdopodobnie zrobimy jakąś salkę do tego aby w ciszy i spokoju zregenerować siły:)

87

(107 odpowiedzi, napisanych Programowanie - 8 bit)

Pin: i rozumiem że się nie da tego obejść zmeiniając numer banku dla tego flesza?:P

88

(107 odpowiedzi, napisanych Programowanie - 8 bit)

Chyba nie do końca odpowiedziałeś na moje pytanie. Ale chyba z tego wynika że Pin jakby zmienił rdzeń to by nie miał takich problemów po odpaleniu UnMec:D

89

(20 odpowiedzi, napisanych Zloty)

@Yerzu - jak najbardziej jestem za;)  Wtedy moglibyśmy legalnie ich "okszanić":)

90

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@mono powiem szczerze że nie zkumałem z tym MEMACB w miejscu PORTB:P Krótka piłka? da się tego VBXE skonfigurować tak że jak masz pamięć POWYŻEJ 320kb powiedzmy w Rambo (np U1mb), to te 2 banki nie kłócą sie z "podstawowymi" 320kb rambo?

91

(20 odpowiedzi, napisanych Zloty)

Ja tylko nie śmiało przypominam że startujemy za 2 dni!:D

92

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@grzybson: hehe - to jest jakieś wyjście jak ma sie czas na takie zabawy;)

@Nitro - zgadzam się:) ale także zastanawiałem się czy jest sens dla pozostałych typów produkcji

@pin - czarliemu odpisałem, natomiast bardziej mnie zmartwiła sprawa z tym VBXE - nie ma tam żadnej konfiguracji banków aby można było to troszkę "wyżej" przenieś? Na chama wpisywanie banków gdzieś w niespakowanym obszarze na początku pliku też jest jakimś wyjściem:) wtedy dystrybujemy np: rambo i instrukjcę obsługi wraz z ofsetami i przykładowymi narzędziamy do ich zmiany:D

93

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@lemiel eee bezsensu, to po co robić na kompo dopasowaną do maszyny skoro robimy drugą  z wybieraczką? I kto pisał o wyroczni? To bym przykład że są ludzie którym to chodzi i nie mają problemów z uruchamianiem - i to nie tylko na pouecie, ale innych komentarzach też czegoś takiego nie przeczytałem jeżeli chodzi o UnMec.

@xxl - nie kapuję tego rozszerzenia więc się już nie wypowiadam w tej kwestii;)

94

(107 odpowiedzi, napisanych Programowanie - 8 bit)

A to widzisz - pomieszałem tematy. W takim razie sam Axlon jest dla mnie nie do użytku kompletnie - trzeba by napisać cały soft od nowa... Już nie utrudniajmy sobie życia i bierzmy pod uwagę tylko to co daje nam PortB ;)

95

(107 odpowiedzi, napisanych Programowanie - 8 bit)

o jeżu... czyli chcesz przez to powiedzieć że jak mam to rozszerzenie to żadne produkcje które są napisane pod więcej ramu niż w gołej 65xe z wykorzystaniem PortB, czynawet na stockowym 130xe - nie pójdą?

96

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@xxl: z teogo co napisałeś tutaj: http://www.atari.org.pl/forum/viewtopic.php?id=11003 do 2mb obsługuje portb, czylu tutaj przy tych założenia 320kb, starczy:D Baaa wszystko co jest pisane pod U1mb będzie kompatybilne z tym rozszerzeniem:) Chyba że się coś zmieniło?

97

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@Pin: jeżeli będzie zapis o tym że ma działać jednocześnie na Rambo i Compy to:
- albo robimy właśnie 2 pliki Programu po jednym na każdy rodzaj rozszerzenia (to sie da zrobić bezproblemowo)
- albo bawimy się w wybieraczkę/detekcję (to już IMO bardziej skomplikowana sprawa)

98

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@Pin:  A czy jesteś na 100% przekonany że wszystko co uruchamiasz ma pod maską detekcję banków (via czytaj przykład poniżej)? Co do tego rozszerzenia - to na pewno będzie ono kompatybilne z 320rambo/compy

@syscall: To ja także przewrotnie napiszę  że zawsze przed odpaleniem dema lubię bawić się 30 min wybieraczkom aby ustawić 16 banków w taki sposób żeby w siatce 4x4 po przekonwertowaniu tego na bitowe dane utworzyć grafikę monochromoatyczną z gołą dupą;)

@macgyver: Chyba najmniej z tego wszystkiego problematyczna jest detekcja banków przez Program:)

@Sikor, mkm, mazi: chyba tutaj uważamy podobnie :)

A teraz przykład który dałem na AOL:

Demo UnMec - było robione na "wariackich papierach", składane na ostatnią chwilę (jak zwykle). Demo to wykorzystuje 320kb pamięci, ma zahardkodowane banki dla Rambo. Wszystko zgodnie z regulaminem party SV - było podane compo machine i to wszystko. I teraz zobacz na pouecie czy demozoo czy gdzieś indziej gdzie się pojawiły komentarze do tej produkcji - czy ktokolwiek narzekał że się demo mu nie uruchamia bądź zniszczyło my cenne ramdyski? Bo ja o takim czymś nie słyszałem:)
To odpowiedzi są 2:
- albo olali i nie oglądali dema (buuu)
- albo zobaczyli jest w dla siebie najbardziej wygodny sposób (YT, emulator, real atari z rozszerzeniem min 320kb rambo, a najprawdopodobniej był to U1mb)

I o to mi tylko chodzi - czy faktycznie w dzisiejszym świecie przy tak wykorzystywanym Atari - wybieraczka do banków, czy pobieranie z pliku, czy choćby ich detekcja jest po prostu potrzebna, bo jak na razie nie widziałem ani jednego wpisu o tym że "mi nie pójdzie pomimo że mam 320kb w kompie"...

Oczywiście nic nie stoi na przeszkodzie aby Programy miały takie funkcjonalności (najbardziej chyba przydatna to detekcja banków), ale chodzi mi o to że nie powinno być to wymagane przy tworzeniu produkcji, a już najlepiej jak to miało miejsce na SV: przedstawiona compo machine i tyle w temacie:)

99

(107 odpowiedzi, napisanych Programowanie - 8 bit)

@Pin: a tam specyficznym, Program jak każdy inny, tutaj cały czas mi chodzi o to czy czasami te całe wykrywania pamięci, wybieraczki, doczytywania z pliku są po prostu potrzebne. I teraz: jak masz plik dla Rambo czy Compy, to wiesz w jakie banki on trafia - zawsze w takie same, więc mogę przyjąć że user wie w jakie banki mu to trafia i w jakie rozszerzenia. Ale właśnie - czy to jest jakiś problem dla usera czy mając tą wiedzę to nie problem?
O tym rozszerzeniu to nie słyszałem, ale chyba mogę spokojnie przyjąć że jak rozszerzenie jest powyżęj 512kb - to i plik dla Rambo i Compy będzie dobrze działał?

Aha - cały czas podtrzymuje to że Program nie korzysta z oddzielnych banków dla Antica I CPU.

100

(107 odpowiedzi, napisanych Programowanie - 8 bit)

Hej, widzę że fajnie się rozwinęła dyskusja:) Chodź nie do końca poszła ona w tym kierunku co chciałem - ale to chyba była moja wina że nie dość określiłem o co mi chodziło:) Ale po kolei:

drac030 napisał/a:

Nie rozumiem (w świetle istnienia procedury wykrywającej banki dla CPU i założenia, że nie zamierzasz korzystać z oddzielnego dostępu do ext dla ANTIC-a i CPU) kwestii mającej prowadzić do powstania dwóch oddzielnych binarek dla roszerzeń Rambo i Compy.

Ale ja właśnie nie chce (w świetle tej dyskusji) korzystać z procedury wykrywającej banki ani z wybieaczek. To nie zrobisz tego w 1 pliku.

drac030 napisał/a:

Nie rozumiem też kwestii (w świetle tego, że można doskonale wykryć, które banki ext są nie tylko dostępne, w sensie istniejące, ale nawet, które są wolne), że ma istnieć jakiś czynnik, który ze względu na to co wiem albo czego nie wiem może spowodować, że coś odpalę albo nie. Koder ma się tak długo męczyć nad programem, żeby użytkownik, niezależnie od tego, jakie ma Atari, już nie musiał.

Takim czynnikiem który może zaistnieć i który uniemożliwi wykrywanie banku i zrobienie wybieraczki to np: brak umiejętności kodera, brak czasu na zmiany, brak pamięci czy to w postaci ramu czy wielkości pliku itp.
I idealizujesz z tym koderem i jęgo męczeniem;)

@grzybson:  łoo, fajnie ktoś to wykombinował;) Nie wiedziałem ani nie pomyślałem o takim obejściu! Ale tutaj także widzę potencjalnie problemy: Plik w tej części gdzie sa zaharkodowane banki nie może być spakowany.

Fox napisał/a:

Koala: dzięki za ten temat!

Ciesze się że się podba:D

Fox napisał/a:

Osobiście jestem zdania, że demo ma po prostu działać i pokazywać możliwości kodera. Dla dobra oglądających dobrze, aby działało na możliwie największej liczbie maszyn bez skomplikowanej konfiguracji. Z tego powodu jestem przeciwnikiem wybieraczek banków, bo to dodatkowa praca dla kodera, którego czas lepiej zostałby wykorzystany na dopieszczenie sedna dema. Jestem przeciwny ograniczaniu dostępnych zasobów komputera, bo demo ma wracać do DOSa itp.

Mam dokładnie takie samo zdanie:)

Fox napisał/a:

Z drugiej strony: zrobienie dwóch execów różniących się używanymi bankami jest równie karygodne. Wymagasz, aby użytkownik wiedział, jakiego typu ma rozszerzenie, dokonywał wyboru, a wcześniej jeszcze przeczytał instrukcję (bo mając 1 MB będzie w rozterce czy wybrać Rambo czy Compy). A jak wczyta nie tą wersję i po kilku minutach wczytywania zobaczy krzaki na ekranie, to skąd ma wiedzieć, że wczytał zły plik, a nie ma walniętą pamięć lub dysk? Druga sprawa to niepotrzebne zużycie dysku na dwie kopie dema. I np. mogę skopiować tylko wersję, która działała u kolegi, a u mnie nie działa?

Tutaj jest kwestia mniejszego zła, ale proszę Cię, nie róbmy z użytkowników Atari idiotów:) Jeżeli w readme będzie napisane:
jaki plik do jakiego typu rozszerzenia, że jeśli ma się 1mega to obojętnie jaki plik i jak user nie wie jakie ma rozszerzenie to link do programu aby sobie sprawdził - to chyba juz więce nie powinno nikomu być potrzebne. I argument z zużyciem nośniku przy obecnej cyfryzacji, dysków twardych, kard SD i innych Sidów to ten argument do mnie nie trafia:P

Pin napisał/a:

Owszem, to już zauważyłem. Np. Użytkownik który odpali Twoją produkcję z ostatniego Silly Venture na 64kB RAM nawet się nie dowie, dlaczego nie działa ona w sposób prawidłowy bez rozszerzenia pamięci i długo będzie się zastanawiał o co kaman wink

Jakby czytał readme (chyba jakiś napisałem :P) to by wiedział że jest wymagane jest min atari 130xe (tam zrobiłem jeden babol który później z XXLem udało mi się rozwiązać)

Pin napisał/a:

Dwa - jaki w tym problem, by demo sprawdzało obecność dodatkowego pliku z danymi banków? Jeśli pliku nie ma to detekcja i zapis pliku. I wówczas, jeśli userowi coś nie trybi, bo jest kolizja z używanym bankiem przez coś, to sobie wyedytuje plik i po sprawie.

Problem nie problem, wspomniałem o tym powyżej (odpowiedź dla drac030) że nie zawsze są możliwości zrobienia takiej funkcjonalności - patrz opis wyjaśniający poniżej

Pin napisał/a:

Koala - a na którym to party w tym roku jesteś zobligowany do zakodowania "wybieraczki"??

Nie oftopikuj:P To powiedzmy że jest luźna dyskusja na temat wybieraczek i detekcji banków


Oki a żeby teraz troszkę wyprostować temat i wyjaśnić o co mi bardziej chodziło. Może się posłużę trochę przekoloryzowanym, ale chyba obrazodajnym przykładem:
powiedzmy że chce zrobić intro 256b które to to będzie wykorzystywać 320kb (powiedzmy jakaś prekalkulowana grafa która robi klatki animacji)
w 256 bajtach nie zmieszczę ani odczytu pliku, ani user-friendly wybieraczki, ani nawet detekcji banków, ot nie ma już ani złamanego bajta wolnego.
I teraz: chcę aby jak najwięcej osób się z tej mojej super zajebiście małej produkcji cieszyło, a najlepiej jakby oglądać ją mogli wszyscy którzy mają 320kb pamięci w swoich atarkach. I teraz pytanie do Was: czy wśród Was drodzy koledzy znajdzie sie ktoś, kto by miał jakieś WIĘKSZE problemy z uruchomieniem takiego intra na swoich rozszerzonych Atarkach? Czy to by była jakaś granica nie do przeskoczenia?