1,476

(105 odpowiedzi, napisanych Fabryka - 8bit)

zawartość ATR (pliki SID) jest inna, ale faktycznie player.com po porównaniu bajt w bajt takie samo.

1,477

(105 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki XXL za nową wersje playera!

Drugi cart z tej serii (3.1) dostanie mono jako drugi z developerów softu dla tego carta :) Więcej sztuk tej wersji hardware nie istnieje :]

Niebawem poleci pewnie seria produkcyjna jeżeli nie wyjdą żadne kwiatki.

1,478

(116 odpowiedzi, napisanych Sprzęt - 8bit)

Cześć,

Panowie ja już kiedyś o tym pisałem, ten czarny pasek o minimalnej szerokości pomiędzy jasnościami 7 i 8 wynika właściwie z zasady działania przetwornika D/A (a dokładniej rzecz ujmując przerzutników wewnątrz GTIA sterujących wyjściami LUM0-LUM3).

W momencie przejścia z jasności 7 na 8 zmianie muszą ulec wszystkie 4 bity na wyjściach LUM0-LUM3 z GTIA...

jasność 7 -> binarnie %0111
jasność 8 -> binarnie %1000

Spróbuję to napisać w bardzo dużym uproszczeniu nie wnikając w szczegóły techniczne... w środku GTIA są 4 przerzutniki na wyjściach odpowiadających za jasność (LUM3-LUM0), i teraz wyobraźcie sobie że projektant układu nie zadał sobie trudu aby wyrównać czasy propagacji sygnału dla każdego przerzutnika sterującego linią LUMx.  Przy takim projekcie układu (gdzie nie zadbano o równoczesne przełączenie przerzutników na wyjściu następuje tzw. "glitch". Gdyby się temu dokładniej przyjrzeć analizatorem na wyjściach w momencie przełączenia jasności 7 na 8 zaobserwujecie stany:

%0111 <- jasność 7
%0000 <- jasność 0 (przerzutniki LUM2,LUM1,LUM0) już się przełączyły, a LUM3 jeszcze nie zdążył.
%1000 <- jasność 8 (właśnie udało się przełączyć przerzutnikowi odpowiadającemu za LUM3)

Stan %0000 trwa oczywiście dość krótko, jednak wystarczy aby było widać na na obrazie przy dobrej jakości TV czy monitorze. W przypadku zmiany z 7 na 8 jest to jednak najbardziej widoczne, ale można zobaczyć to również w przypadku  przejścia z 3 na 4 i innych kombinacjach gdzie zmienia się stan wszystkich przerzutników na przeciwny.

ps1) nigdy tego nie sprawdzałem ale również sam CD4050 może mieć różne czasy propagacji sygnału w zależności od projektu krzemu. Nie wiem czy CD4050 jest zaprojektowany tak aby każda z bramek buforujących miała identyczny czas propagacji.

ps2) o Epi był pierwszy... nie zauważyłem wcześniej jego posta :P

1,479

(41 odpowiedzi, napisanych Sprzęt - 8bit)

to co pokazał simius to już multi-channel floppy music :)

Są open-source projekty, bazujące na arduino, wraz z pełnym kodem i video tutorialami które grają pliki MIDI na flopkach, które grają tak:

http://youtu.be/Xk_XaJ7gE4Q

http://youtu.be/qrIvu3w458Q

poniżej filmu są linki do odpowiednich materiałów.

do kompletu zawsze można dołożyć skaner HP na którym tez można grać...

http://youtu.be/FHcV8vZ96OM

a potem można już iść na całość:

http://youtu.be/w68qZ8JvBds

:D

1,480

(41 odpowiedzi, napisanych Sprzęt - 8bit)

Na 100% da się zrobić samymi POKE/PEEK... Karin Maxi Drive nie posiadam, ale jeżeli dobrze patrzę w dokumentację to pod adresem 53504 ($D100) powinien być "command register" dla WD1770 przy zapisie (POKE), oraz status register przy odczycie (PEEK). W przypadku WD177x będziesz miał komendy STEP, STEP IN, STEP OUT. Przed wysłaniem każdej komendy trzeba sprawdzić czy kontroler nie jest zajęty (bit BUSY w status register)

ftp://ftp.atari.org/pub/techrefs/WD1772.TXT

Chcesz coś zagrać na stacji Karin Maxi Drive? ;-) Nie wiem czy BASIC zapewni odpowiednią prędkość :)

1,481

(41 odpowiedzi, napisanych Sprzęt - 8bit)

w przypadku KMD to akurat będzie najprościej, bo masz bezpośredni dostęp do kontrolera WD1770/2.

Fox opublikował źródła swojego Master DOS-a dla tej stacji: http://sources.pigwa.net/files/programy … os_src.zip

trzeba by przejrzeć i zobaczyć jak wygląda procedura przesuwu głowicy. A może sam Fox będzie pamiętał i podpowie?

Wtedy wrzuć będzie można kawałek ASM-owej procedury w kod AB/TBXL i wywołać przy pomocy X=USR(....).

A pewnie jakbyś się uparł to byś samymi POKE/PEEK to zrobił.

1,482

(28 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki pomocy electrona udało mi się doprowadzić moje VBXE do porządku. Wina leżała w całości po mojej stronie. W wielkim skrócie...

- po wymianie RAM nic się nie zmieniło, więc RAM był dobry.
- FPGA było w pełni sprawne

a winą można obarczyć mnie... namieszałem w kablach przy VBXE i zamiast CASINH, podpiąłem HALT. Gdyby nie pomoc Electrona i jego metodyczność, rozsądek i analityczne podejście do problemu... pewnie długo nie wpadłbym na to co jest powodem problemów. Także publicznie bardzo dziękuję Electronowi za pomoc i wyrozumiałość. WIELKIE DZIEKI!

1,483

(285 odpowiedzi, napisanych Software, Gry - 8bit)

@wieczór: a może chodzi Ci o "Music Master II":

http://a8.fandal.cz/detail.php?files_id=632

http://a8.fandal.cz/files/binaries/demos/m/music_master_2.png

1,484

(285 odpowiedzi, napisanych Software, Gry - 8bit)

dzięki że Ci się chce wyszukać i upublicznić takie "perełki". Thanx Men!

1,485

(28 odpowiedzi, napisanych Fabryka - 8bit)

@epi: niestety coś dupło ;/ nie wiem jeszcze co, RAM już mam, zatem wymienię i zobaczę czy pomogło.

1,486

(5 odpowiedzi, napisanych Software, Gry - 8bit)

dzięki! teraz wygląda na to że wszystko jest OK! :)

1,487

(28 odpowiedzi, napisanych Fabryka - 8bit)

a widzisz PIN, przelazło c Ciebie na mnie... wystarczy że się pojawiłeś w warszawie... "a niech cię Panie dziobaku!"*

*) Copytight (c) by Doktor Heinz Dundersztyc

1,488

(5 odpowiedzi, napisanych Software, Gry - 8bit)

kurcze... udało się jakimś niesamowitym fartem 118...

https://dl.dropboxusercontent.com/u/44199/speed_maza_118.png

a mam pytanie do autora, gdy walnę murek wcześniej to gra wraca do planszy tytułowej, gdy gram dłuższy czas (np. wynik >100) to gra nie wraca do początku tylko zaczynam od razu rozgrywkę od początku. Jedynie hi-score, po kolejnej śmierci mówi mi jaki wynik osiągnąłem podczas poprzedniej długiej gry. Tak jak na screen-shocie powyżej... grałem udało mi się osiągnąć wynik 118, potem przywaliłem na zakręcie... gra rozpoczęła się od początku mimo iż spacji nie dotykałem (gram teraz na emu, Altirra 2.50, tryb full screen, screen-refresh 50Hz, Keyboard: send cooked key-strokes /sprawdzę czy to samo dzieje się na raw key-strokes/)... a może jest to celowe działanie gry? :)

EDIT: send raw key-strokes nie zmienia zachowania się programu. W dzień pogram na real-hardware i sprawdzę czy to wina emulatora.

ps1) ja wiem że to produkt niszowy tylko i wyłącznie dla retro-maniaków czy gra nie powinna mieś ostrzeżeń o "błyskających światłach" i możliwości wywołania przez nią ataku epilepsji? mówię to całkiem poważnie...

http://media.gamespy.com/columns/image/article/115/1159120/flash-epilepsy-and-games-20110401034647751.png

ps2) definitywnie QbaHusak stworzył 8-bitową wersję REZ-a :) ( http://en.wikipedia.org/wiki/Rez ) tak samo jak od rez-a nie mogę sie oderwać od tego ... nie wiem jak jutro będę funkcjonował w pracy :P

1,489

(5 odpowiedzi, napisanych Software, Gry - 8bit)

ta gra to szaleństwo (w pozytywnym tego słowa znaczeniu) ... :D wciąga niesamowicie... mi się na razie nie udaje przekroczyć 112 ...

https://dl.dropboxusercontent.com/u/44199/speed_maza.png

1,490

(28 odpowiedzi, napisanych Fabryka - 8bit)

czyli zapewne wszystko działa na sprawnym VBXE. Do czasu aż nie uruchomię ponownie swojego VBXE, testów na real Atari + VBXE nie przeprowadzę. Spróbuję podmienić RAM na VBXE, chwilę to potrwa, bo nie mam takiego pod ręką.

1,491

(28 odpowiedzi, napisanych Fabryka - 8bit)

np. robię tak...

power off...
power on....

ładuję I002135.XEX

nie odpala nawet XDL (Antic $02 na dole)

ładuję I002141.XEX

odpala XDL na ekranie pojawia się przekłamany obrazek... (z błędami)

reset

ładuję ponownie ładuję I002135.XEX

widać XDL tym razem ale do kompletu dane obrazka są przekłamane...

power off, repeat, i sytuacja się powtarza.


mam pierwszą wersję VBXE (v1), rdzeń 1.26 do kompletu Ultimate (włączony QMEG, SPARTA wyłączona).

zaraz załaduję np. "old school the VBXE remix".

EDIT: no to zaj#*#^#... moje VBXE umarło ;/ ciekawe czy RAM czy FPGA ;/

1,492

(28 odpowiedzi, napisanych Fabryka - 8bit)

pod emu mi działa, na real atari... coś chyba robię źle... albo moje VBXE właśnie umarło a jeszcze o tym nie wiem ;/

[... missing link ...]

VBXE core: 1.26

różne pliki dają różne efekty, niektóre wcale nie odpalają XDL tylko widać linię ANTIC $02 na dole ekranu.

1,493

(28 odpowiedzi, napisanych Fabryka - 8bit)

na gołym Atari jest już OK:

http://seban.pigwa.net/drop/ivbconv.png

na EMU z wyłączonym VBXE również OK.

Podepnę jeszcze do Atari z VBXE (v.1) i CRT, ale to działało wcześniej więc zapewne będzie OK :)

1,494

(15 odpowiedzi, napisanych Zloty)

@epi: napisałem posta w odpowiednim wątku. Tutaj już pisał nie będę bo się Sikor denerwuje niepotrzebnie. Na "gołej" und "real" Atarce również wykrywa VBXE którego nie ma.

1,495

(28 odpowiedzi, napisanych Fabryka - 8bit)

Hej!

Piszę teraz tutaj bo się nam Sikor denerwuje (poniekąd trochę słusznie). Więc poszczekam sobie do Ciebie tutaj... jak chcesz zobaczyć jak się to zachowuje na gołym 130XE (zero przeróbek, stan fabryczny, VBXE brak fizycznie) to zerknij sobie na ten film.

zgrane z "real hardware", przepraszam za jakość ale mój stary chiński grabber na USB odmówił współpracy i zgrywałem innym chińskim graberem, również na USB ;P plik AVI, ale to dla zmyły kodek to X264... np. VLC daje radę. (jedyne narzędzie jakie posiadam do edycji filmów w chwili obecnej to Virtual Dub, klątwa Phareona? czy co? :P )

1,496

(15 odpowiedzi, napisanych Zloty)

@epi:

wysłałem do nich info że mają "false-positive", powinni naprawić. dam znać jak zareagują.

Co do emulatora to Altirra 2.50, fakt moje przeoczenie. Przejrzę źródła i zobaczę jak wykrywane jest VBXE. Zobaczę co ma altirra na $d7xx. i też dam znać, sprawdzę również na real atari.

mm) czy zgodnie z prośbą sikora i epi-ego można prosić o przeniesienie wątku do odpowiedniego miejsca.

1,497

(15 odpowiedzi, napisanych Zloty)

#1) człowiek uczy się przez całe życie :) nie miałem pojęcia o istnieniu zakładki RELEASES :)

#2) niestety F-Secure nie lubi Twojego exe-ka z releases:

https://dl.dropboxusercontent.com/u/44199/ivbconv.jpg

1,498

(15 odpowiedzi, napisanych Zloty)

piękna to moda dawać źródła i oczekiwać że każdy sam sobie ściągnie git-em src i skompiluje pod swoją platformę :] efekt jest taki że użytkownikiem twojego softu będzie wąskie grono osób które będzie potrafiło sobie skompilować kod źródłowy który udostępniasz. Rozumiem że w ten sposób pozbywasz się większości ludzi "niegodnych" używania Twojego softu :P

poza tym pisałem że wykrywa VBXE nawet jak jest wyłączone (na EMU), rozumiem że u Ciebie działa gdy nie ma VBXE w real hardware? (tzn. wypisuje VBXE not found... go to ##&&*#)

1,499

(15 odpowiedzi, napisanych Zloty)

@epi: za daleko mam do real atari... brakuje mi jakieś 30cm aby włączyć real hardware. Będziesz musiał na real atari sprawdzić sam :P

1,500

(15 odpowiedzi, napisanych Zloty)

@epi: coś detekcja VBXE się sypie :) jak nie ma VBXE (emu, VBXE off) pisze że VBXE found at $d740 i pokazuje krzaki :)