6,701

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

http://www.ghnet.com.pl/~pin/aarea/sample_musicmon/

Sample z nazwą bez rozszerzenia, to sample skopiowane bezpośrednio z modułu spod MusicMon

Sample z literką A są skrócone o "niepotrzebny początek" i niestety także nagłówek jak sądzę (dwa bajty z początku, nazwa sampla (nie wiem ile znaków) i być może coś dalej)

6,702

(53 odpowiedzi, napisanych Fabryka - 8bit)

Jacques napisał/a:

Jak dla mnie bomba, oprogramowania wykorzystującego VBXE jest mało (użytków, gier)

... od biedy to na same użytki nie będę narzekał. Karta do tej pory wyśmienicie pełni te funkcje ;)

Jacques napisał/a:

Od siebie dodałbym jeszcze prośbę, by do trybu "menu" dodać opcję "SLIDESHOW" (najlepiej z konfigurowalnym opóźnieniem (powiedzmy 1, 2, 3, 5 sek.), która od zadanego pliku wyświetliłaby wszystkie kolejne aż do końca danego katalogu.

Wystarczy dodatkowy parametr określający czas wyświetlania (dodany na zasadzie wspomnianej kwestii parametru z nazwą pliku). Dlaczego? - bo w takim wypadku listę plików wrzucasz do pliku *.bat i slideshow gotowy ;)-

6,703

(53 odpowiedzi, napisanych Fabryka - 8bit)

Fox napisał/a:

Eee? To mój pierwszy program na VBXE. Sprawdzam, czy pod $D600 jest FX 1.2x, jeśli nie to szukam pod $D700. Co tu jeszcze konfigurować?

No to jest wystarczający zabieg ;)

Co do parametru, to pogadaj z Epim. Raczej prosty zabieg, a może działać np. tak jak TipView, czyli - jeśli odpalimy program, to mamy fileselector i oglądamy sobie na normalnych zasadach grafiki, lecz jeśli program odpalimy z parametrem, to pomijana jest "powłoka" :) programu i przy takim wywołaniu z dos następuje wyświetlenie samego obrazka.

Jest to o tyle ciekawa funkcjonalność, że można np. w SDX skojarzyć typ pliku z programem i oglądać grafiki zgrane na HDD w dowolne miejsce w zakresie D1:-D15:, oraz z dowolnego podkatalogu. Przy okazji konstrukcja ogólna nie wyklucza użycia programu w praktycznie dowolnie innym środowisku.

6,704

(53 odpowiedzi, napisanych Fabryka - 8bit)

najlepiej, jeśli by była możliwość przekazania nazwy pliku z grafiką poprzez parametr ;)- To by było miód-malina.

Czy docelowo będzie możliwość konfiguracji programu? (np. strona na której siedzi karta, wymagany rdzeń)?

ed.:

.. widze, że odgrzaliśmy niezłego kotleta. Fox, robisz jeszcze coś w temacie? :)

6,705

(53 odpowiedzi, napisanych Fabryka - 8bit)

pierwsze, to jak dla mnie istnieje konieczność, by odpaliło to z SDX/HDD. Nie wyobrażam sobie trzymania kilkuset plików z grafikami na 56 obrazach *.ATR ... i ładować to wszystko jeszcze po SIO :(

Miałem coś jeszcze napisać, ale się ugryzłem ;) (tzn. nie dotyczyło by to nikogo z obecnych w tym temacie :D )

6,706

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

nie - bo obsługa tego programu jest równa posiadaniu umiejętności odczytywania zapisów bezpośrednio z enigmy ;)

YerzmYeY próbował, to powiedział - że w ciągu 30 minut nie wydobył z programu ani jednego dźwięku, więc program poszedł w kosz ;)-

EDIT:

Okazuje się, że sample pod MusicMon 2.5 mają jakiś nagłówek i z całą pewnością jest to:

$03,$DB,....nazwa sampla...(i dalej nie jestem pewien)

;)- jest gdzieś tego jakiś opis, bo nie bardzo jestem w stanie znaleźć..?

EDIT:

wstawiłem dla jaj ten niby nagłówek no i kiszka. Program przy próbie załadowania tak przygotowanego sampla wyprowadza komunikat:

"Fatal-Error 35. Press button, i try to rescue your hard work!"

... no i po jakże udanej próbie uratowania sytuacji program wychodzi do systemu. Oszaleje zaraz z tym czymś.

6,707

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

Postanowiłem poprawić temat sampli w muzyczce napisanej pod MusicMon2.5. Po zgraniu wspomnianych do edytora na pc wyszło, iż są to dane typu unsigned, próbki 8 bit. Problem polegał na tym, że np. przy długości 3kB mniej więcej pierwsza połowa sampla zawierała "ciszę". Jaki ma to wpływ na walory rytmiczne "utworu" w chwili w której szczególnie chodzi o instrumenty perkusyjne mówić raczej nie trzeba.

Sprawa więc jest teoretycznie prosta - trzeba obciąć niepotrzebny początek, zapisać dane raw (bo w takim formacie sample występują pod MM2.5) i zrzucić to pod MM, załadować i powinno być ok. Jednak tak nie jest, bo po takiej operacji sample są zniekształcone odsłuchowo mniej więcej tak, jak by dorzucić zakłóceń i sampla 8 bit zdegradować do 4. Ogólna kasza. Czy ktoś z Was ma jakieś doświadczenia z tym jakże przecudownym programem? (w którym np. ustawiając kolejność patternów w songu nie znalazłem możliwości odtworzenia utworu od zadanej pozycji - zawsze musze wszystko przesłuchiwać od początku. Masakra ;) )

6,708

(53 odpowiedzi, napisanych Fabryka - 8bit)

testowe programiki w czasie ładowania wywalają się pod sdx a dos 6.4 by S.D. jako jedyna odmiana wspomnianego nie działa pod DracOS. Istnieje też szansa, że na qmeg'u może być podobnie.

6,709

(117 odpowiedzi, napisanych Fabryka - 8bit)

dokładnie. Wpakuj poke'a do bata i po sprawie, albo kup interface ide i nie będziesz musiał wyciszać dźwięku ani czekać na cokolwiek ;)-

6,710

(18 odpowiedzi, napisanych Programowanie - 8 bit)

powrooz napisał/a:

Obrazek Irwina ( pomoc Pavrosa , Phaerona  , Tebe)

160 x 288 !!

http://atari.fandal.cz/detail.php?files_id=6237

emulować na Altirze.
ps. ciekawostka - creditsy , nacisnąć klawisz "H"

Obrazek nie do końca dobrze wyświetla się na tv-lcd. Tzn - kilka linii z góry, oraz z dołu wychodzi "poza ekran". To, to sądzę że zależy już od konkretnego monitora.

6,711

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Nie - 1.2x to FX, a emuGTIA to np.: gtiav1.05a. I o ten ostatni rdzeń chodzi właśnie. Dobra - to temat na inny dział. eot z vbxe.

6,712

(117 odpowiedzi, napisanych Fabryka - 8bit)

Często jest tak, że po uruchomieniu FDISK2 z SC, jeśli FDISK2 jest uruchomiony w trybie 80-znakowym, to zamiast nazwy wykrytego dysku widzę "kursor" bez danych, a zamiast zawartości tablicy partycji widzę same zera. Może to w czymś pomoże.

Co do tego, co pisze Jacques, to wszystko się zgadza. Dodatkowo zdarza się tak, że jeśli uruchomisz program wyświetlający na konsoli, to wyprowadzane znaki zamiast na pustym ekranie konsoli pakują się na "niewyłączone" panele SC. Czyli coś podobnego niby, lecz najczęściej u mnie nie kończy się to zwiechą, lecz normalnym powrotem do SC.

Jedno, co się na plus zmieniło, to przy SC 0.8.3 nie widzę kłopotów z ekranem w czasie dłuższego kopiowania. Wczoraj skopiowałem 25MB modów i całość poszła jak malina ;)-

6,713

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Osobiście założyłem VBXE przede wszystkim dla obrazu RGB. No i ostatni rdzeń emulacji GTIA jest już całkiem niezły - wszystkie tryby interlace zachowują kolory ;)-

6,714

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Amun-Ra napisał/a:

SuperCPU

A czy nie jest to rozwiązanie oparte o 65c816 taktowane w okolicach 20Mhz? ;)-

"CMD's Super CPU Accelerator came after this, and could house up to 16 MB of direct, CPU-addressable RAM. Unfortunately, there was no on-board or disk-based RAM disk functionality offered, nor could any existing software make use of the directly-addressable nature of the RAM. The exception is that drivers were included with the unit to explicitly allow GEOS to use that RAM as a replacement for swap space, or as a regular 'disk' drive, as well as to make use of the acceleration offered by the unit."

Zajebista rzecz do C64.

6,715

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

.. no z tym "kilkanaście" to lekko przesadziłem. Teraz znalazłem opis 4 pomysłów (nie licząc seryjnego C128) a o mnogości rozwiązań zasłyszałem w czasie dłuższej debaty z przedstawicielem sceny C64 ;)-

Jeden z pomysłów na ram i zabawny pomysł i dyskusja na temat kontrolera IDE:

http://www.c64scene.pl/viewtopic.php?t= … bf986d2969

... i teraz dzięki Bogu, mamy 1MB portb i IDE+ :D

@Amun-Ra. Cobyśmy się dobrze zrozumieli, nie uważam że C64 to zły sprzęt, został po prostu inaczej zaprojektowany - co lepiej się spisywało w przypadku gier. Atari dla odmiany jako jedyny komputer 8-bitowy posiada pełny dyskowy system operacyjny, który powstał w tej postaci ze względu na specyficzne cechy systemu a ponieważ rozmowa po części dotyczy i tego tematu to dziwią mnie porównania w tym względzie obydwu komputerów. Każdy z nich jest po prostu innym urządzeniem.

xxl napisał/a:

caly czas myslisz jak zrobic z xbiosa program z funkcjonalnoscia i ograniczeniami dosa. ja juz nie chce sie cofac

Nie - nie myślę o tym, bo nie sądzę by xBios był mi do czegokolwiek potrzebny. Pytam po prostu, bo to o czym wspominał Pecuś ma sens i mogło się przyczynić do rozwoju Twojego projektu. Jeśli uważasz, że rozwój jest wstecznictwem to obawiam się, że żaden lekarz Ci już nie pomoże ;)-

6,716

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

i widzisz? komody nie trzeba rozszerzac zeby uruchomic wszystkie programy (wcale nie gorsze niz na atari) a na atari, na atari wmowili Ci ze musisz miec wiecej rozszerzen...

Nie trzeba, owszem - bo komoda nie ma niczego, co przypominało by XLOS i ogólnie cały system. Dlatego w tym względzie jest to komputer zacofany. W tym względzie, zaznaczam.

Na Atari mogę lecz nie muszę mieć rozszerzeń. Te jednak istniejące są niezwykle wygodne w użyciu.

xxl napisał/a:

napisz jeszcze jakis regulamin w ktorym umiescisz ograniczenia typu ze program ma sie uruchamiac na rozszerzeniach idea pinredy :-) w efekcie programow bedzie jeszcze mniej :)

Jeśli będę dostarczał sprzęt na jakieś kompoty (zależnie od woli organizatora) to uproszczę regulamin do MINIMUM takiego, jakie obowiązuje np. w przypadku party C64. Minimum zasad ogólnie i podana platforma prezentacyjna z adnotacją: ma się na tym uruchomić. To będzie warunek udostępnienia przeze mnie sprzętu ;)-

W efekcie będzie mniej o jedną pracę. O Twoją pracę w takim razie - jeśli się nie potrafisz podporządkować pod ustalone zasady ;)-

@XXL - jak tankujesz paliwo na stacji, to w kasie płacisz 3pln za litr benzyny tylko dlatego, że tak właśnie uważasz? :D

XXL napisał/a:

wzgledy porzadkowe, estetyczne no i wygoda. a z tym nowym dosem (mam nadzieje Pecus da rade go napisac) nie tylko pamiec ekranu nie bedzie mogla sie tam znajdowac ale i generator znakow no i oczywiscie sam program antica.

Owszem - w tym miejscu się wyjątkowo zgadzam, co Cię zaskoczy. Używając np. Sparta DOS X nie ma co prawda pełnej swobody co do umieszczania danych w dowolny sposób w pamięci, da się jednak zrobić to w odpowiedniej kolejności z podobnym skutkiem, np. mając do dyspozycji 59kB ram przy MemLo $1000. To jak sądzę jest około 2kB mniej niż daje xBios. Tu jest prawda i są to tylko 2kB różnicy.

Co do Note/Point - fakt, pod innym dosem otrzymuję syf. Lecz ja nie zamierzam używać innego dosa, bo ten jest najlepszy :P

Do czego mi binary load z odczytem od dowolnego punktu? - bo jeśli to coś przydatnego, to może złożę zapytanie do DLT, czy by tego do Sparty nie dorobić ;)-

XXL napisał/a:

jeden zapis do PORTB i masz wiecej RAM... bez rozszerzania

Oczywiście. Pod DOS'em także. Dobrym tego przykładem jest XL Digital. Bez rozszerzenia, z dosem i z możliwością powrotu do DOS ;)-

@XXL - weź się zastanów po prostu, czy to o czym Pisał bodajże Pecuś da się zaimplementować w xBios. Nie będzie wówczas tematu przywiązania xB do SIO. Podobno temat prosty jak drut, no i wszyscy będziemy żyć długo i szczęśliwie! ;)

6,717

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Najbardziej mnie rozśmieszają porównania systemu Atari do C64, które miało chyba kilkanaście standardów rozszerzeń pamięci ram i z czego żaden się nie przyjął. Mnogość rozwiązań czasami stanowi o ich bezużyteczności ;)-

@XXL - co za różnica, czy pamięć ekranu wyląduje pod romem, czy będzie w innym miejscu pamięci? - tak tylko pytam.

@XXL - o jakim MemLo w kosmosie prawisz i jakia jest wartość, którą należy traktować jako wysoką? ;)-

@XXL - na Note/Point i binary load pod SDX raczej nie narzekam ;)-

@XXL - krytykujesz system w Atari, który pomimo swoich drobnych wad mimo wszystko jest najlepszym OS na komputery 8-bitowe. Zaprezentuj nam może OS lepiej napisany, albo - mam propozycję. Weź dłuto i wydłub kość z OS'em z komputera, skoro jest aż tak bardzo nieprzydatny :P

@TeBe - tnij Pan do 16kB - bo miało się zmieścić na CARTRIDGE o pojemności 16k wiesz dlaczego? - bo jak sądzę cena pamięci w ówczesnych czasach była dość wysoka. Chyba, że się mylę ;)-

-----------------------

Edit:

:) - @XXL - jak to się dzieje, że demo XL Digital (włącznie z 4kB wolnej i niewykorzystanej pamięci przy MemLo SDX np. $1000) potrafi wykorzystać 59kB z 64 ... bez problemu wracając do DOS? ;)- Po drobnych obliczeniach wynika z tego, że korzyść dla xBios w stosunku do SDX kształtuje się mniej więcej na poziomie 2100 Bajtów. Jest z tym oczywiście więcej zabawy (w sensie przenoszenia danych pod ROM - fakt), ale jest to osiągalne bez problemu. Ograniczenie wolności i przestrzeń: 2.1kB ;)-

6,718

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Candle - zepnij poślady ;)-

6,719

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

bo nawet, jeśli mowa o kilku procentach tych obszarów, to otrzymamy konkretną informację:

XXL napisał/a:

Wybrany obszary :-)

6,720

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:
Pin napisał/a:

Wystarczy coś kulturalnie zaprogramować i jest to jak najbardziej możliwe ;)-

myslalem ze rozmawiamy o faktach a nie Twoich fantazjach :D

Tylko widzisz Grzybson - dla XXL takie kodowanie to fantazja poza możliwościami percepcji umysłu.

6,721

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Jacques napisał/a:

Ciekawe, że dotychczasowe Twoje gry chodziły na standardowych 65xe, 800xe, 800xl pomimo braku xbiosa - cud

Nie zawsze, bo z każdą jedną zawsze się zastanawiałem co zrobić, by to odpalić ;)

6,722

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

dokupisz kontroler "wszyskich urzadzen" i nadal nie bedziesz mogl zrobic cos tak banalnego jak bezposredni zapis z pamieci RAM pod ROM...

Wystarczy coś kulturalnie zaprogramować i jest to jak najbardziej możliwe ;)-

Wiesz, wielu posiada prawo jazdy i korzysta z wynalazków współczesnej motoryzacji. Niektórzy jednak powinni uprawnienia zamknąć w szufladzie a klucz zakopać w nieznanym sobie miejscu ;)-

6,723

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Owszem. Jeśli. Tak.

Wystarczy jednak zwykłe 130XE i wybór jest jeszcze bardziej prosty ;) ... a ponieważ mało jest komputerów z pamięcią 128k, to sprawa jest tym bardziej prosta mając 256/320/576, lub 1088kB ram. Ale to nie ten dział i nie ten temat. Przepraszam za offtopic ;)-

6,724

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

dely napisał/a:

PBI, przy których dłużej się wpisuje nazwę pliku do załadowania niż trwa transmisja

Dlatego pomijam ten punkt i używam SC. Powiem więcej, programy ładują się szybciej, niż jestem w stanie nacisnąć RETURN ;)- :D

np. HDD na PBI: odczyt około 90 kB/s, SIO 19200=1.5kB/s, najszybsze turbo dla SIO, to może 8-10kB/s, czyli co najmniej 9 razy wolniej. Komfort używania też się liczy, przynajmniej dla mnie ;)-

Widzę, że cała ta dyskusja ma jakiś ukryty sens. Znając temat niezwykle dokładnie to każdy programista będzie miał wybór; czego używać a czego lepiej nie używać. Wybór jak na chwilę obecną jest dość prosty i jednoznaczny i bardzo duży w swej rozciągłości :)

6,725

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Dlaczego nie odniesiesz się do postu #510? Grzecznie pytam ;)-

W tym przypadku podtrzymuję to, co pisałem #490, oczywiście na czas pisania tego posta. Pytanie Vaska na tamtą chwilę było więc zasadne. Tak mi się wydaje przynajmniej :D