1,376

(522 odpowiedzi, napisanych Bałagan)

Mówisz o "VC-1 license key", mam oczywiście kupioną (całe 1.2GBP kosztowała) mimo tego jest tak jak pisałem ;/

1,377

(10,041 odpowiedzi, napisanych Bałagan)

@drac030: no pozwoliłem odnieść się do Ciebie, ponieważ zwróciłeś mi kiedyś uwagę gdy się wywnętrzyłem przy okazji innego wątku, chodziło o to że powiedziałem o parę słów za dużo niż powinienem, gdyż uważałeś że nie miałem ku temu żadnych powodów. A teraz gdy lecą słowa które sugerują że jeżeli ktoś myśli inaczej niż dana osoba, jeżeli ktoś nie zgadza się z tezą postawioną przez autora wypowiedzi, że prezentuje zupełnie inny pogląd na całą sytuację... to słowa które tutaj padają, jednoznacznie pokazują do wszystkich mających inne zdanie totalny brak szacunku, traktowanie ich jako błądzących i ułomnych. A jednocześnie sugerują że autor tejże wypowiedzi jest autorytetem we wszystkim i wszystko wie najlepiej, a reszta dyskutantów mających odmienne zdanie ... albo nie podzielająca wizji jest automatycznie traktowana jako gorszy gatunek nie posiadający mózgu lub nie używająca go niewłaściwie.

Nic mi niby do tego bo już dawno przestałem brać udział w tej dyskusji, ale przykro mi jest po prostu jak widzę takie coś, to  jak obraża się kolejnych ludzi związanych w jakimś stopniu ze wszystkim co związane z Atari. Niestety utwierdza mnie to tylko z mojej wcześniejszym postrzeganiu tego typu ludzi, a do tego takie posty, które tutaj widzę tylko utwierdzają mnie w moim przekonaniu że merytoryczna dyskusja w takich wypadkach nie jest możliwa.

1,378

(522 odpowiedzi, napisanych Bałagan)

To ja się wtrącę do dyskusji... bo 1080p i MKV... to w moim przypadku nie mogę mówić o jakiejkolwiek płynności, po zapuszczeniu dowolnego MKV utworzonego przez make-mkv z BlueRay... jedyne to widzę to katastrofalnie tnący się obraz o na poziomie ~12 klatek na sekundę. Jednym słowem porażka, oczywiście mówię o RaspPi2 i XBMC.

No i oczywiście RaspPi2 na ma żadnego SPDIF, trzeba kupić external DAC-a z wyjściem SPDIF czy TOSLINK, np. taki:

https://www.hifiberry.com/digiplus/

1,379

(10,041 odpowiedzi, napisanych Bałagan)

@drac030: i teraz nie bedzie watku o "mowie nienawisci"? :)

1,380

(3 odpowiedzi, napisanych Miejsca w sieci)

Panowie, chyba macie krotka pamiec :) juz byla o tym mowa i przeprowadzone mini dochodzenie :P

http://www.atari.org.pl/forum/viewtopic … 02#p206602

1,381

(26 odpowiedzi, napisanych Kolekcjonowanie)

Pod Linux-em jeszcze gorzej... na początek wyszło na jaw że producentem "bebechów" tego napędu jest "Mitsumi":

[  150.768132] usb 1-2: new full-speed USB device number 3 using ohci_hcd
[  151.311480] usb 1-2: New USB device found, idVendor=03ee, idProduct=6901
[  151.311484] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  151.311486] usb 1-2: Product: MITSUMI0
[  151.311488] usb 1-2: Manufacturer: MITSUMI0
[  152.025418] Initializing USB Mass Storage driver...
[  152.025529] scsi3 : usb-storage 1-2:1.0
[  152.025582] usbcore: registered new interface driver usb-storage
[  152.025583] USB Mass Storage support registered.
[  153.250783] scsi 3:0:0:0: Direct-Access     MITSUMI  USB UFDD 061M    0.00 PQ: 0 ANSI: 0 CCS
[  153.253361] sd 3:0:0:0: Attached scsi generic sg2 type 0
[  153.506616] sd 3:0:0:0: [sdb] Attached SCSI removable disk
[  179.394651] sd 3:0:0:0: [sdb] 2880 512-byte logical blocks: (1.47 MB/1.40 MiB)

i wszystko jest oczywiście super do czasu aż do napędu włoży się dyskietkę 720K:

[  469.123620] Buffer I/O error on device sdb, logical block 0
[  469.123646]  sdb: unable to read partition table
[  477.539223] sd 3:0:0:0: [sdb] Unhandled sense code
[  477.539226] sd 3:0:0:0: [sdb]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  477.539228] sd 3:0:0:0: [sdb]  Sense Key : Medium Error [current] 
[  477.539230] sd 3:0:0:0: [sdb]  Add. Sense: Incompatible medium installed
[  477.539233] sd 3:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00 00 00
[  477.539237] end_request: I/O error, dev sdb, sector 0
[  477.539241] Buffer I/O error on device sdb, logical block 0

linijka tekstu z dmesg-a mówiąca:

[sdb]  Add. Sense: Incompatible medium installed

Sugeruje że napęd nie obsługuje po prostu gęstości 720k, a  gdy już kernel się odczepił od napędu ufiformat powiedziało co następuje:

root@lxde:/home/seban# ufiformat -i /dev/sdb
vendor:  MITSUMI
product: USB UFDD 061M
write protect: off
media type: 2HD
status      block size   kb
formatted    2880  512 1440
formattable  2400  512 1200
formattable  1232 1024 1232
formattable  2880  512 1440
root@lxde:/home/seban# ufiformat -v -f 720 /dev/sdb
format on device=/dev/sdb, size=720
/dev/sdb: media type mismatch

z punktu widzenia ufiformat dyskietka jest typu HD, próba formatowania na 720k kończy się "media type mismatch".

1,382

(26 odpowiedzi, napisanych Kolekcjonowanie)

Cześć,

super stacja USB 3.5" marki "4World" z poziomu Windows7 zachowuje się dokładnie tak samo jak Twój "gembird":

https://dl.dropboxusercontent.com/u/44199/4word_720k.png

sprawdzę jeszcze z pod Linux-a, ale to nieco później.

1,383

(26 odpowiedzi, napisanych Kolekcjonowanie)

mam chyba jeszcze jedną stację tego typu, to jakiś krzak z pod znaku "4world", sprawdzę czy ona ma jakieś problemy z formatowaniem na 720k, ale to dopiero w ciągu nadchodzącego tygodnia. Z tego co pamiętam to ona też nie miała problemu z formatowaniem na 720k, ale sprawdzę i dam znać. Popatrzyłem również na tego flopa marki "gembird", wygląda identycznie jak ten 4world którego mam gdzieś w pracy.

1,384

(26 odpowiedzi, napisanych Kolekcjonowanie)

no można oczywiście "zalepić" okienko określające typ dyskietki, co też oczywiście uczyniłem przy powyższych testach, jednak z doświadczenia mogę powiedzieć że dyskietka HD, przerobiona na DD w taki sposób "krótko żyje", po pewnym czasie zwykła stacja DD zaczyna mieć problemy z odczytem danych. Przynajmniej tak było w moim wypadku, dyskietki DD działały wiekami, a HD "przerobione" na DD przestawały się czytać po 6 miesiącach do roku. Jeżeli dyskietka HD była kiepskiej jakości, problemy z odczytem pojawiały się bardzo szybko.

Jeżeli w taki sposób chcemy sobie przenieść dane, czy nagrać jakąś grę w którą chcemy pograć, to OK. Jednak przestrzegam przed trzymaniem w ten sposób ważnych danych.

Jer już kilka razy wyjaśniał dlaczego tak jest... nie mogę teraz znaleźć jego postu, więc wielkim skrócie i uproszczeniu chodziło o to że przy zapisie dyskietek DD używany jest mniejszy prąd płynący w głowicy, która magnesuje nośnik, a dyskietki HD są dość "twarde" magnetycznie. Po to właśnie jest okienko w dyskietce, aby stacja wiedziała z jaką dyskietką ma do czynienia i odpowiednio dostosowała prąd zapisu, gdy zaklejamy okienko na dyskietce HD, to prąd zapisu zostaje zmniejszony ale pod głowicą nadal znajduje się "twardy magnetycznie" nośnik, który w takim wypadku głowica namagnesuje o wiele słabiej niż tego wymaga "norma" przy danej "twardości" nośnika.

A pytanie pomocnicze zadawałem, ponieważ gdy mamy prawdziwy kontroler FDC w komputerze i normalną stację dysków 3.5" HD, to wtedy w większości przypadków  nie ma problemu z formatowaniem dyskietek HD na pojemność 720K... problemy pojawiają się dopiero przy napędach USB o których mowa w tym poście. Co ciekawe zdarzył mi się kiedyś 3.5" flop (SONY), który bez problemu formatował dyskietki HD na 720K, w dodatku potrafił ustawić silniejszy prąd zapisu, nawet wtedy gdy w stacji tkwiła dyskietka HD, a ja nadal uparcie formatowałem taką dyskietkę na 720K.

Reasumując... cała moja paplanina miała na celu uzmysłowienie koledze zadającemu pytanie (ratai), że jeżeli próbuje formatować dyskietkę HD na 720K przy pomocy flopa na USB, to zapewne jest to powodem niepowodzenia.

1,385

(26 odpowiedzi, napisanych Kolekcjonowanie)

A ja zadam jedno pytanie pomocnicze... ta dyskietka którą próbujesz formatować na 720K to jest DD czy HD?

pytam ponieważ:

1) dyskietka HD:

~ $ sudo ufiformat -i /dev/sdb
vendor:  NEC
product: USB UF000x
write protect: off
media type: 2HD
status      block size   kb
formatted    2880  512 1440
formattable  2400  512 1200
formattable  1232 1024 1232
formattable  2880  512 1440

~ $ sudo ufiformat -f 720 /dev/sdb
/dev/sdb: media type mismatch

2) dyskietka DD

~ $ sudo ufiformat -i /dev/sdb
vendor:  NEC
product: USB UF000x
write protect: off
media type: 2DD
status      block size   kb
unformatted  1440  512  720

~ $ sudo ufiformat -f 720 /dev/sdb
geometry: track=80, head=2, sector=9, block=512
done   

~ $ sudo ufiformat -i /dev/sdb
vendor:  NEC
product: USB UF000x
write protect: off
media type: 2DD
status      block size   kb
formatted    1440  512  720
formattable  1280  512  640
formattable  1440  512  720

to samo jest z poziomu Windows7:

1) dyskietka HD włożona do stacji i próba formatowania jej na 720K:

C:\Users\seban>format a: /u /f:720
Włóż nowy dysk do stacji dysków A:
i naciśnij klawisz ENTER, gdy będzie gotowe...
Typ systemu plików to FAT.
Formatowanie 720K
Parametry nie są obsługiwane przez dysk.

2) dyskietka DD:

C:\Users\seban>format a: /u /f:720
Włóż nowy dysk do stacji dysków A:
i naciśnij klawisz ENTER, gdy będzie gotowe...
Typ systemu plików to FAT.
Sprawdzanie 720K
Trwa inicjowanie tabeli alokacji plików (FAT)...
Etykieta woluminu (11 znaków lub ENTER = bez etykiety)? test
Zakończono formatowanie.
     713,0 KB całkowitego miejsca na dysku.
     713,0 KB jest dostępnych.

        1 024 bajtów w każdej jednostce alokacji.
          713 jednostek alokacji dostępnych na dysku.

           12 bitów w każdym wpisie tabeli FAT.

Numer seryjny woluminu: 4C37-6593

Czy sformatować następny (T/N)?

1,386

(31 odpowiedzi, napisanych Fabryka - 8bit)

Hej!

Do YMF297 nie ma niestety dostępnego data-sheet. To był jeden wielki eksperyment i zgadywanie, grzebanie w dokumentacji podobnych scalaków + reverse engineering  i jakoś to się udało. Poza tym pomoc ze strony Malfunction/Altair była nieoceniona i jeszcze z Candle który grzebał w starych "serwisówkach" do Arcade sprawdzając pinout-y i konfigurację.

No w szufladzie trzymałem bo nie było żadnego sensownego oprogramowania czy playera, tylko moje jakieś durne eksperymenty. Nie chciałem także pokazywać tego zanim nie będę w 100% że to zadziała... nie chciałem też robić smaku, bo nie byłem pewien czy projekt będzie miał szansę na ukończenie i powodzenie wśród użytkowników.

1,387

(31 odpowiedzi, napisanych Fabryka - 8bit)

Hej!

Oczywiście że próbował, zarówno OPL3 jak i YM2149. Tyle że zdecydowałem się pójść inną drogą... po eksperymentach z OPL3 i YM2149 powstało takie combo OPL3+YM2149... tyle że z użyciem zupełnie innego układu.

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

Cart będzie dostępny komercyjnie, na razie nie mogę nic więcej powiedzieć.

pozdrawiam
Seban

1,388

(27 odpowiedzi, napisanych Programowanie - 8 bit)

Cyprian napisał/a:

ciąg dalszy "wersji z III obiegu": Jaguar to następny model Amstrada, Lynx następny model amigi a Macintosh to taki poprawiony Atari Pong
:)

proponuję przeczytać to:

http://pl.wikipedia.org/wiki/Jay_Miner  a potem więcej i nieco bardziej szczegółowo tutaj: http://en.wikipedia.org/wiki/Jay_Miner

a następnie jeszcze  to: http://pl.wikipedia.org/wiki/Atari_ST#Historia i na koniec to: http://pl.wikipedia.org/wiki/Shiraz_Shivji

EDIT:

Więc jakby nie zaklinać rzeczywistości to wychodzi na to że układy dla Atari 8-bit (TIA, ANTIC, GTIA) a potem te zaprojektowane dla komputerów Amiga miały niejako "wspólnego ojca".  A żeby było jeszcze śmieszniej to Atari ST zaprojektowali inż. pracujący wcześniej dla Commodore.

1,389

(30 odpowiedzi, napisanych Programowanie - 8 bit)

masz kilka przykładów do przesłuchania... jedne charczą ale są głośniejsze, drugie są ciche ale wyraźniejsze... niestety na całość nakładają się inne zniekształcenia z toru video.

1,390

(30 odpowiedzi, napisanych Programowanie - 8 bit)

obejrzyj przykłady a sam zobaczysz i usłyszysz :)

EDIT:

Wszystkie te digi-dema z paskami robią właśnie to co mówisz, biorą wartość próbki PCM, zapisują ją do rej. głośności POKEY-a z ustawionym bitem #4 (ora #$10) i gdzieś za lub przed ORA #$10 wpisują wartość do rej. koloru ramki ($D01A).

1,391

(30 odpowiedzi, napisanych Programowanie - 8 bit)

te paski to najprostszy do uzyskania efekt wizualny, jedno "STA $D01A" i zamiast czarnego ekranu mamy kolorowe paski zamiast ogarniającej nas czerni :) Aby uzyskać inne efekty trzeba poświęcić nieco więcej cykli CPU, da się ale trzeba trochę bardziej się postarać (co zresztą doskonale pokazał Jakub Husak w produkcjach typu "Your Body" czy "Music non stop")

Także jeżeli chodzi o paski to jestem w 100% pewien że nie chodziło o nic więcej niż tylko efekt wizualny. A teraz mogę powiedzieć że te paski tylko potęgowały zakłócenia przenikające z toru Video do toru Audio :)

1,392

(30 odpowiedzi, napisanych Programowanie - 8 bit)

tylko ja mam problem z takimi eksperymentami, bo mi prościej podpiąć DAC czy Codec do Atari niźli bawić się z haraczącym zakłóceniem :) Wiem że choćby nie wiem jak się starać to nie osiągnie się jakiejś super jakości, a dźwięk takiej jakości bardzo źle działa na moje uszy :D Więc to demotywujące, jednak na chwilę obecną ciekawość zwycięża... ot natura ludzka :P

Pomysł ten od dawna w mojej głowie istniał, bo już dawno temu usłyszałem że się da, a było to w czasach gdy czekało się na produkcje spakowane Cruncher-em 4.64 czy 5.0 de-kompresowały się powodując owe słyszalne zakłócenia w głośniku, gdy produkcja zawierała sample można było je usłyszeć, a właściwie namiastkę tego co z nich zostawało :) Po latach zobaczyłem że ludzie od C64 zrealizowali ten mój szalony pomysł w demie do którego linkowałem, i uznałem że moja teoria była słuszna :D Tyle mi wystarczyło, jednak po latach kolega 'laborant' obudził ponownie moją ciekawość, tylko teraz dzięki cross-dev można wszystko bardzo szybko sprawdzić... gdybym miał czekać aż 128KB wczyta mi się do RAM-u z dyskietki... darowałbym sobie po kilkunastu próbach, albo napisał jakiś "syfer-baro-generator", tudzież pracował z raz wczytanymi samplami to ext. ram.

EDIT:

Pierwszy raz zdałem sobie sprawę że takie akcje są możliwe gdy nawet nie miałem jeszcze swojego komputera, więc biegałem do kolegi który miał Atari 130XE wraz ze stacją dysków LDW2000.... Miał on cało-dyskową wersję gry The Wall, i właśnie podczas wczytywania tej gry z prędkością 19200bps wyraźnie było słychać sampla który potem był odgrywany przez grę na ekranie tytułowym. Nie wiem co to za wersja była, ale ta co jest na AoL ma inny loader (z licznikiem) i dźwięk wczytywania nie jest wyciszony. Pamiętam że tamta wersja wczytywała wszystko przy wygaszonym ekranie i wyciszonym dźwięku SIO... w tle było słychać jednak cichy dźwięk odczytywanych danych... gdy leciał fragment zawierające sample, było to wyraźnie słychać.

1,393

(30 odpowiedzi, napisanych Programowanie - 8 bit)

dlatego napisałem że sprawdzę jeszcze jeden pomysł który mam w głowie, pomysł który ma jakieś podstawy teoretyczne, czy sprawdzi się w praktyce... zobaczymy :)

1,394

(30 odpowiedzi, napisanych Programowanie - 8 bit)

Tak naprawdę to nie wiem co przeszkadza... nawet nie popatrzyłem jeszcze na analizę widma czy oscyloskop, te moje szalone podrygi i eksperymenty miały tylko na celu zobaczenie czy cokolwiek będzie słychać i nawet coś słychać... jakości marnej, być może można by nad tym popracować, ale to wymaga czasu na analizę i eksperymenty... a ja nie miałem czasu na dłuższe eksperymenty. Sprawdzę tylko jeszcze jeden mój pomysł i odpuszczam bo mam wrażenie że "Niewarta skórka wyprawki" :)

1,395

(142 odpowiedzi, napisanych Programowanie - 8 bit)

dzięki za linki TeBe. Tak po ich obejrzeniu, o ile mnie pamięć nie myli to chyba gra "Mercenary - Escape from Targ" całą arytmetykę miała opartą o mnożenie na tablicach log/exp. Wtedy gdy patrzyłem w kod nie bardzo mogłem to zrozumieć bo moja wiedza matematyczna była znikoma.

Mnożenie oparte o właśnie metodę z tablicą kwadratów, tzn:

f(x) = x*x/4 
f(a+b) - f(a-b) = a*b

Wykorzystałem w Invitro do SV2K11 przy początkowej części gdzie smaruje 3d star-field wraz z korekcją perspektywy, i to nawet "wchodzące w ramkę". Gwiazdek mało to na ich tle smaruje się jeszcze slow-motion sprite-scroller :P

1,396

(30 odpowiedzi, napisanych Programowanie - 8 bit)

"cośtam" gra... na początku chciałem bardzo skomplikować sprawę... ale wyszło na to że najlepiej wychodzi czyste miganie kolorem ramki... na początku postanowiłem kombinować z użyciem sprite-ów... (dźwiek był najlepszej jakości, jednak bardzo cichy)... potem próbowałem różnych technik modulacji koloru ramki... wychodzi dość kiepsko... wymaga to dłuższej chwili dla eksperymentów. Oczywiście audio jest bardzo ciche i trzeba wzmacniacz rozkręcić na maksa, no i w wypadku Atari to niestety tor audio jest nieco inaczej filtrowany niż w przypadku C64...

Jak ktoś chce posłuchać tej masakry to proszę bardzo (oczywiście działa tylko na prawdziwym Atari). Kod jest wręcz lamerski, napisany naprędce... wymagane 256KB RAM, ale to tylko dlatego ze postanowiłem do eksperymentów użyć 8-bit sampli. Dzięki tym chorym, wręcz idiotycznym eksperymentom pojawił mi się jednak jeden pomysł w głowie... nie mam już dziś sił ani cierpliwości... nie bardzo widzę co prawda sens ciągnięcia tego eksperymentu, ale spróbuje zrobić jeszcze jedno podejście na dniach...

Dla chcących tego posłuchać link: Antic Audio Test Examples

Program ładuje się od $2000 zajmuje niewiele, ale za to sample ładują się do 8 banków pamięci: $e3,$e7,$eb,$ef,$a3,$a7,$ab,$af. Całość ma ~130KB (99% to "sampel").

Instrukcja obsługi programu... po wczytaniu i uruchomieniu widać najczęściej różne "oczo-dręczące" paski i wzory... należy rozkręcić głośność telewizora/monitora na maksa... może uda się coś komuś usłyszeć, na moim starym TV CRT dźwięk jest dość głośny. Jeżeli ktoś chce posłuchać sampla granego na POKEY-u (4-bit), wystarczy wcisnąć i trzymać SHIFT, puszczenie SHIFT wyłącza odgrywanie na POKEY. (UWAGA!!! przed wciśnięciem SHIFT ścisz TV/Monitor jeżeli nie chcesz doprowadzić do zawału siebie lub domowników, ew. uważać na psa lub kota :P).

Jestem przekonany że jeżeli ktoś się uprze to można to doprowadzić do całkiem zgrabnej formy, jednak głośność tak jak w przypadku C64 będzie naprawdę znikoma a zakłócenia generowane przez tor Video będą i tak dość znaczne.

Zrobię jeszcze parę eksperymentów, tym razem podniosę sample-rate bo chcąc mieć (nie wiedząc czemu) zrobiłem takiego koszmarka 8KHz. No i zrealizuje jeszcze jeden z pomysłów który chodzi mi po głowie. Ale to trochę później. Wcześniej sprawdzę jeszcze inną metodę PWM, pierwsza której próbowałem wyszła wręcz fatalnie :P

EDIT 1:

pierwsza próba PWM: Antic PWM Audio. O dziwo coś słychać i udaje się dosłyszeć poszczególne instrumenty. Na dziś dość... trzeba podnieść sample rate i złapać h-sync z ANTIC... może coś z tego dałoby się więcej wyciągnąć.

EDIT 2:

druga próba PWM, tym razem 5-bit PWM, in sync with H-SYNC: Antic 5-bit PWM audio

EDIT 3:

Jeżeli ktoś ma zacięcie do liczenia cykli i trochę wolnego czasu, właśnie wyszło mi że można spokojnie zrobić czysto software-owy 5-bit PWM na POKEY-u używając jednego kanału, gdy cały player wejdzie w 1-linię to nawet pisku nie będzie słychać :P Przy playerze bez opty (wchodzi w 2-linie) słychać pisk, ale jakość/dynamika jest dość ciekawa :)

ps1) zero jakichkolwiek optymalizacji w kodzie, to wszystko "proof of concept".

ps2) dobranoc, mam dość. czym ja się k******#( zajmuje ;/ jestem zdrowo powalony.

1,397

(30 odpowiedzi, napisanych Programowanie - 8 bit)

jak znajdę chwilę to sprawdzę w domu na CRT czy coś słychać na prostym PWM.

1,398

(30 odpowiedzi, napisanych Programowanie - 8 bit)

myślę że "PWM" na paskach w zupełności wystarczy, na początek wystarczy posłużyć się tylko jasnościami $00,$0F.

1,399

(30 odpowiedzi, napisanych Programowanie - 8 bit)

ludzie od C64 wymyślili pewne zastosowanie tej przypadłości....

https://youtu.be/ZW2XKSWUPLw

Cześć,

Nie jestem kompetentny wypowiadać się w tej sprawie, więc się wypowiem :) Nie wiem czy cokolwiek wniosę do sprawy, ale może się przyda.

#1) czy patrzyłeś sobie np. na ten utwór Jakuba Husaka... http://asma.atari.org/asmadb/search.php?details=244

gdy zajrzysz pod $4695 zobaczysz...

4694: 38                SEC
4695: A9 0D             LDA #$0D
4697: ED AB 3E          SBC $3EAB    [$3EAB] = $07
469A: 8D AB 3E          STA $3EAB    [$3EAB]

w lokalizacji $3EAB znajduje się prędkość wywoływania player-a. A więc powyższy kod co każe wywołanie zmienia prędkość, na przemian występuje prędkość 6,7,6,7,6,7,6,7,6,7,6,7.... genialne w swojej prostocie i nie wykorzystuje żadnych dodatkowych komend zawartych w pattern-ach. Player jest w ACTION! wiec gdy go "disasemblujesz" to może dziwnie miejscami wyglądać, ale jak na kompilator i kod w ACTION! to wynikowy kod wygląda naprawdę całkiem nieźle :)

#2) gdy X-Ray pisał pod MPT i tam nie miał możliwości wykorzystania takiego tricku, po prostu znajdował jeden kanał na którym nie potrzebował używać dodatkowych kodów (np. sterujących głośnością, etc.) i zapełniał go komendami zmiany prędkości co nutę, tak jak to opisałeś wyżej. Z tego co z nim kiedyś rozmawiałem chodziło mu o uzyskanie tempa pośredniego, zamiast pisać z prędkością 1 i wstawiać nuty w odpowiednich miejscach, prościej mu było uzyskać zamierzony efekt właśnie w ten sposób. Dodam tylko że X-Ray często i gęsto pisał na prędkościach 2,3 (podczas gdy tempo wywoływania player-a wynosiło 50Hz).