1,126

(17 odpowiedzi, napisanych Bałagan)

Dobra, ale cóż to kogo obchodzi czy ktoś kupił, czy ktoś sprzedał. Napisałem tylko czego dowiedziałem się od sprzedawcy prowadzącego hurtownię z chemikaliami, bo temat dotyczy przepisów. To, że ktoś na allegro sprzedaje nie przejmując się przepisem, to tym bardziej mi wisi, niech se każdy robi co chce, co mnie to obchodzi. Ja nie widzę też problemu w zakupie perhydrolu z NIPem czy bez, nie robi mi to najmniejszej różnicy.

1,127

(17 odpowiedzi, napisanych Bałagan)

Wiesz co, ja już nie pamiętam gdzie kupowałem, bo to było dość dawno, ale właśnie w jakiejś takiej hurtowni chemicznej internetowej. Po zakupie jak dołożyłem sobie perhydrol do zamówienia, to dostałem telefon i bardzo miły pan z obsługi poinformował mnie, że nie wolno im perhydrolu sprzedać osobie prywatnej, bo takie są przepisy. Akurat miałem firmę, więc podałem tylko dane i wysłali, nie było problemu. Zapytałem tylko czy to może być firma o dowolnej działalności, bo ja nie mam nic wspólnego z chemią, powiedział, że dowolna działalność może być, bo chodzi tylko o to, żeby było zarachowane dla kogo poszło. Więcej się nie wypytywałem, bo tak jak mówię, dla mnie nie był to żaden problem i różnicy mi nie robiło.

1,128

(10,041 odpowiedzi, napisanych Bałagan)

Fajne:-) 15 minut se generowałem przeróżne obostrzenia. Muszę komuś za to fakturę wystawić, bo w godzinach pracy generowałem:-)

1,129

(17 odpowiedzi, napisanych Bałagan)

Wiesz co, to już było od dawna, ale tam nie chodzi o to, żeby jakoś dokumentować szczególnie do czego się to używa, tylko chodziło o to, że te preparaty ze względu na to że są niebezpieczne, to muszą być ściśle zarachowane do kogo poszły, jakim transportem itd.
Jak kupowałem kiedyś perhydrol 35%, to też mi koleś powiedział, że musi po prostu wystawić fakturę na jakąś firmę, więc zwyczajnie kupiłem na swoją firmę i już. Wtedy dowiadywałem się i mógł to kupić każdy na obojętnie jaką firmę. Możesz być np. taksówkarzem i sobie kupić perhydrol, bo chcesz w samochodzie sobie wybielić gajgę od kierunkowskazu i nikt się nie ma prawa przyczepić.
Po prostu sprzedaż tych preparatów nie może być anonimowa i to tyle.

1,130

(128 odpowiedzi, napisanych Programowanie - 8 bit)

Tak, szybkość jest dla mnie istotna, bo w locie rozpakowuję plansze w grze podczas przechodzenia z planszy do planszy i nie może być za długo czarny ekran, bo się gracze zniechęcą, żeby nie powiedzieć wq...ą:-)

Takie rozpakowanie u mnie za pomocą apl, to jest 6k danych graficznych, plus dwa fonty po 1k, więc 8k musi się rozpakować w czasie do sekundy. U mnie to trwa za pomocą unapl standardową biblioteką z Mad Pascala jakieś 40-50 ramek.

Teraz doczytałem we wcześniejszych postach, że testowałeś dane podobnej wielkości i już po optymalizacjach uzyskałeś 488 ramek, czyli około 10x wolniej niż apl. W takim razie odpuszczę, może mi się ta kompresja przyda kiedyś do innych zastosowań, widać do innych celów jest shrinkler.

1,131

(128 odpowiedzi, napisanych Programowanie - 8 bit)

Spakowałem sobie testowo grafikę, muzykę, fonty, które jak dotychczas najlepiej mi się pakowały apl. Jestem pod wrażeniem, bo wszystko pakuje się o jakieś 10% bardziej, więc oszczędził bym bardzo dużo miejsca w grze, korzystając z tego shrinklera zamiast apultra.

Mam kilka pytań:

1. Jak wygląda szybkość rozpakowania na Atari z jednego miejsca pamięci w drugie w porównaniu do apl? Ta szybkośc jest już dla mnie dość krytyczna, unapl działa mi tak w sam raz, minimalnie wolniej jak będzie to jeszcze przełknę, ale jeśli by to miało się rozpakowywać np. dwa razy wolniej, to już dla mnie nie do przełknięcia.

Nie jestem za szybki w analizowaniu tego kodu assemblerowego, więc czy mógłbym prosić o wyjaśnienia:

2. Czy dało by się zrezygnować przynajmniej częściowo z użycia strony zerowej? Z tego co widzę potrzeba 20 bajtów, chyba tyle nie mam...

3. Czy depaker korzysta z jakiegoś bufora? Widzę na końcu kodu jakieś definicje, ale jak dużo miejsca potrzeba i gdzie się lokuje w pamięci? Ogólnie prosił bym o wyjaśnienie z jakich zasobów pamięci korzysta ten depaker.

1,132

(739 odpowiedzi, napisanych Kolekcjonowanie)

Cztery identyczne joysticki podłączone jednocześnie każdy do swojego kompa, to już trochę ekstrawagancja:-) Fajny stryszek, gratuluję:-)

1,133

(88 odpowiedzi, napisanych Bałagan)

Kiedyś już wpadłem na pomysł zrobienia klawiatury na pcb i z mechanicznymi przyciskami.
Wycofałem się z tego pomysłu, bo po pierwsze to wychodzi strasznie drogo. PCB jest bardzo duże, więc drogie, a do tego przyciski mechaniczne też nie są tanie, i jeszcze trzeba do tego same klawisze skombinować i jakoś im zrobić atarowskie oznaczenia. Robi się z tego kwota sięgająca jakichś trzech stów być może, w dodatku trzeba to wszystko sobie zrobić, bo za tą cenę to przecież nie kupujemy gotowej klawiatury. Całe Atari tyle kosztuje bez problemu w dobrym stanie.
Drugi powód był gabarytowy. Nie pasują do kształtu obudowy rozmiarami klawisze pecetowe jak się je ułoży obok siebie. Atari ma jakieś inne rozmiary tych klawiszy. Minimalnie, ale to powoduje, że całość nie będzie wyglądała "jak z fabryki". Przynajmniej tak było w XE jak to kiedyś mierzyłem. W XL nie próbowałem, może pasować, bo są też klawiatury na switchach mechanicznych oryginalnie w XL.
Ostatni gabaryt to wysokość. Tu też nie wiem jak w XL czy da się dopasować takie gotowe switche i klawisze, żeby ich kształt pochylenia i wysokość były w stosunku do obudowy takie same jak w oryginalnej klawiaturze. W XE jak mierzyłem z kolei, to standardowe switche były wraz z klawiszem za wysokie i taka klawiatura wystawała by za mocno. Może trzeba by szukać jakichś niskoprofilowych switchy, ale to znowu kombinacje, i zapewne nie będą pasowały najtańsze switche, więc trzeba by znowu dołożyć kasę.
Ostatecznie, oprócz PCB ktoś musiał by podać jakie konkretnie switche zaplanował i jakie keycapy do tego, bo powiedzenie, że pcb ma standardowy gabaryt i pasują do footprintu wszystki/dowolne, to nie jest żadna informacja, a nadal nie ma klawiatury, tylko jest pcb, z którym nie do końca wiadomo czy się da zrobić to co byśmy chcieli osiągnąć.
Reasumując, pcb to jest akurat najmniejszy problem, a diabeł tkwi w gabarytach wszystkiego.

1,134

(88 odpowiedzi, napisanych Bałagan)

To już lepiej chyba zamiast drukowania kupić gotowe puste klawisze i ogarnąć jakieś kalkomanie na to plus lakier dla niezniszczalności. Plus taki, że gotowe klawisze będą pasowały na gotowe przyciski bez żadnych kombinacji.

1,135

(88 odpowiedzi, napisanych Bałagan)

Zewnętrznie to się taki moduł da chyba zrobić w postaci emulatora. Gdzieś coś czytałem kiedyś o takim emulatorze na RPi.
Natomiast chyba fajniejsze było by gdyby to się dało zrobić w postaci odrębnego urządzenia na kilku tanich scalakach w postaci małej płytki i to już jak kto woli, może być do środka, może być na zewnątrz. Coś tam ostatnio z tOrim pisaliśmy na podobny temat w innym wątku.

1,136

(88 odpowiedzi, napisanych Bałagan)

A były przecież klony liczne 2600 i jakoś nie było problemu dla firm klonujących w dawnych nawet czasach tego robić. To by mogło oznaczać, że być może ktoś mógłby taki zespolony układ zrobić w jakimś współczesnym cpld czy tam fpga?

1,137

(88 odpowiedzi, napisanych Bałagan)

@tOri, właśnie dokładnie o coś takiego mi się rozchodzi, żeby sygnałami synchronizacji normalnie jak człowiek taktować matrycę, a tylko rgb zdekodować "cyfrowo".

---------
A co siedzi w takim 2600? Jakieś specjalizowane układy, czy da się to zbudować z dostępnych na rynku zwykłych części?

1,138

(88 odpowiedzi, napisanych Bałagan)

@sqward, to jest koncert życzeń, a nie porozumienie o tym co kto rozumie jak działa. Ja chcę taki monitor jak napisałem :)
Opis jest skrótowy, oczywiście że na matrycy lcd nie ma żadnej plamki jak w kineskopie, chodziło mi o zobrazowanie tematu wyświetlania obrazu w oparciu o częstotliwości pochodzące z Atari. Chodzi mi o taką synchronizację, żeby przechwytywać piksele z częstotliwością z jaką one sobie lecą w sygnale wizji i dalej obrabiać i wrzucać na matrycę również z częstotliwościami będącymi wielokrotnością tej częstotliwości źródłowego sygnału. Nie rozwijam szczegółów konstrukcji, miał być koncert życzeń a nie opisy techniczne ich rozwiązania. Jak by każdy wiedział jak sobie te życzenia spełniać, to by sobie każdy sam to zrobił i w sumie wątek nie miał by sensu. To są tylko pomysły na coś czego brakuje.

1,139

(88 odpowiedzi, napisanych Bałagan)

Ale właśnie o to się rozchodzi, żeby nie digitalizować, tylko wyświetlić to co przychodzi z Atari. Czyli lumę i chromę. Zbudować monitor jakby analogowy, który z zadaną częstotliwością wyświetli bez przetwarzania po prostu to co dostanie. Po matrycy ma lecieć po prostu nasza plamka z Atari, jak po zwykłym telewizorze, a sterownik ma tylko sterować tą plamką. O takie coś mi się rozchodzi, a nie o  kolejne przetworniki, i digitalizowanie obrazu.

1,140

(88 odpowiedzi, napisanych Bałagan)

x_angel napisał/a:

Skoro w Amidze się dało przechwycić RGB, to czemu w Atari ma się nie dać?

Może np. dlatego, że w małym Atari nie ma RGB? :)

Mi właśnie chodzi natomiast o to, żeby nie przechwytywać i nie przetwarzać tego obrazu z małego Atari na sygnał o innych częstotliwościach wymaganych przez monitory/telewizory/urządzenia, tylko zamiast tego, żeby zrobić monitor wyświetlający obraz z częstotliwością wprost z Atari. Dzięki temu mielibyśmy prawdziwy obraz z Atari, z mega płynną i idealnie odwzorowaną grafiką jaką generuje Atari i jaką widzieliśmy na monitorach analogowych.

1,141

(88 odpowiedzi, napisanych Bałagan)

Jak koncert życzeń, to i ja się przyłączę:-)

Jest takie jedno coś, czego jeszcze nikt nie zbudował, a było by chyba fajne. Nowy monitor do małego Atari. Zamiast kombinować przelotki, konwertery, szukać do czego się podłączyć, to można by po prostu zrobić monitor. Można by wziąć jakąś współczesną matrycę tanią i łatwo dostępną w nieograniczonych ilościach, i dorobić do niej taki sterownik, który by bezpośrednio na częstotliwościach Atari wyświetlał obraz na tej matrycy. Bez żadnych konwersji częstotliwości. Po prostu wziąć sygnały jasności i koloru z GTIA i wyświetlić wprost na matrycy.

1,142

(88 odpowiedzi, napisanych Bałagan)

To działa tak, że Cubase wysyła jakieś wartości do dongla, a dongle nie wiadomo co z tym robi, po drodze zapamiętując pewną część wyliczonej wartości i wykorzystując ją w kolejnym obliczeniu jak Cubase coś znowu wyśle. Z tego powodu nie da się rozpracować samego dongla, bo podając różne wartości otrzymujemy za każdym razem wynik, którego nie wiemy z czego dostaliśmy i dlaczego taki a nie inny. Za każdym kolejnym obliczeniem wynik jest znowu nieprzewidywalny, a wpływają na niego wszystkie poprzednie obliczenia. Dodatkowo podczas obliczeń robionych w donglu Cubase zmienia jeszcze te podawane stany na niego, co znowu wpływa na wynik.

Żeby było śmieszniej, w donglu nie ma jakiejś wielkiej i skomplikowanej maszyny. Siedzi tam tylko zwyczajny GAL, więc gdyby mieć do niego wsad, to produkcja takiego dongla kosztowała by z 10zł. Niestety wsadu Steinberg powiedział że nie da, a w żadną produkcję dongli ani pozwolenie na produkcję choćby za kasę też nie chce wejść. To są informacje, które gdzieś tam na forach przeczytałem, bo ktoś z bodajże atari-forum próbował nawiązać współpracę i nic się nie dało zrobić.

Jedyna opcja, to brutalne rozebranie GAL-a i sczytanie zawartości pod mikroskopem. Jakoś tam się kwasem rozpuszcza obudowę i da się tą strukturę obejrzeć i odczytać, ale to już więcej szczegółów nie znam, tOri chyba coś tam wie więcej na ten temat, bo wiem że się tym interesował kiedyś, to może coś dopisze.

Druga opcja to jest analiza od strony softu. Tutaj niestety też ludzie polegli, ale nie dlatego, że się tego nie da zrobić, ale dlatego, że programiści od Cubase zabezpieczyli to w tak wielu miejscach, że znalezienie w bardzo długim kodzie wszystkich tych miejsc jest po prostu mega trudne i czasochłonne, a do tego znowu trzeba się na tym znać i umieć całego Cubase zdeassemblować i przeanalizować cały kod, żeby to dobrze scrackować. Problemy z crackami wynikają z tego, że właśnie znajdują się takie miejsca w kodzie, których nie uwzględniono w cracku i nie wiadomo ile jeszcze takich miejsc jest. Cubase komunikuje się z tym donglem wielokrotnie. Okazało się też, że programiści poszli jeszcze dalej i różne dodatki i drivery od Cubase też wysyłają coś do dongla zmieniając mu zawartość obliczeń.

Z tego powodu np. trzeba stosować kombinacje z podmianą plików od innych wersji. Istnieje taka wersja scrackowana Cubase 3.10, w której podmieniono driver MROS z wersji 3.38 na driver 3.31, który umie się zaraportować do Cubase, że niby jest 3.38. Po tej podmianie ta scrackowana wersja Cubase 3.10 wydaje się, że działa dobrze i stabilnie. Bawiłem się tą wersją przez kilka dni kiedyś i nic mi się nie wywaliło, ale być może się jeszcze wywalić na czymś z czego nie korzystałem:-) Jak by co to mail na PW, mogę udostępnić tą wersję.

1,143

(88 odpowiedzi, napisanych Bałagan)

Klon dongle do Cubase wymaga reverse engeneering układu GAL, który siedzi w środku. Trzeba by takiego GAL-a rozpuścić i zajrzeć do środka. Problem z tym jest o tyle, że takich rzeczy robi niewiele osób, a do tego trzeba poświęcić i zniszczyć oryginalny dongle, albo kilka takowych...

Fajnie to brzmi. tOri, a może podłączysz swoją płytkę do ST i odpalisz muzykę z kilku gier?
Tu jest jakaś składanka i można zobaczyć przykładowo jakie gry z tego korzystały: https://www.youtube.com/watch?v=4GlkpdvRhQ0

Swego czasu chodziło mi po głowie, żeby dodać mały, tani moduł brzmieniowy pod midi do Atari ST. Pomysł był taki, żeby to zrobić jako płytkę pod któryś z układów w ST i domiksować od razu do dźwięku tak, żeby mieć na wyjściu monitorowym razem z resztą dźwięku. Nie wiem jak brzmi ten układ tutaj pokazany, ale jeśli "daje radę" i brzmi na wystarczająco fajnym poziomie, to może by się układ nadał do tego typu wykorzystania? Na Atari ST jest sporo fajnych gier, które potrafią korzystać z midi i grać na nim muzykę podczas gry. Np. takie gry jak Monkey Island. Inne zastosowanie, to zabawa z takim midi w Cubase. Generalnie mając w środku w ST dobrze brzmiące midi mielibyśmy super fajną dopałkę, w dodatku taką, do której jest gotowa masa softu, co uważam za wielki plus w stosunku np. do podłączania tego do małego Atari, którym co prawda dużo da się zrobić, ale co z tego skoro i tak nie ma softu.

1,146

(33 odpowiedzi, napisanych Sprawy atari.area)

I dlatego dokładnie odpisałem jaka jest moja opinia na ten temat :)

1,147

(33 odpowiedzi, napisanych Sprawy atari.area)

Tak jak mówię: jestem za tym, żeby polegać na Kierowniku. Jest jedną z baaaardzo nielicznych osób, u których nie widziałem na forach nigdy emocjonalnego bełkotu kłótliwej retoryki, nie widziałem nigdy beznadziejnie bezpodstawnego upierania się przy wyssanym z palca zdaniu, nie widziałem nigdy, by pisał jakieś bzdury i głupoty, albo czegoś kompletnie z czapki. Wreszcie nie widziałem, żeby kiedykolwiek ocenił i rozstrzygnął jakąś sytuację błędnie, jak również nie widziałem, żeby się jakiś burdel na forum zrobił, a on by tego nie ogarnął, lub co gorsza w takowym burdelu brał czynny udział (co niestety obserwuję nie raz na innych forach). Na koniec, trzeba przyznać, że na tutejszym forum mamy Kierownika, który ma autorytet u większości, więc nie rozumiem po co dyskusje w ogóle, niech Kierownik całą swoją mocą postępuje roztropnie jak zawsze, a na pewno będzie wszystko dobrze. Zdecydowanie lepiej niż jak się tu zacząć by miały kolejne głosowania w sprawach politycznych.

1,148

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

Kartridża nie wsadzisz.

1,149

(33 odpowiedzi, napisanych Sprawy atari.area)

Aha. W takim razie ile głosów "ludu" potrzeba, żeby wyrzucić kogoś z forum? :)

1,150

(33 odpowiedzi, napisanych Sprawy atari.area)

Vasco/Tristesse napisał/a:

Wiec spoko, nie głosujcie, zagłosują inni, sumienie pozostanie czyste.

Tu nie chodzi o to, że ja nie chcę głosować, tylko że ja nie chcę, żeby właśnie te inne osoby głosowały.
Po prostu uważam, że to nie jest temat do głosowania, tylko do podjęcia decyzji przez kompetentną osobę z kompletem wiedzy na ten temat. Niech to będzie osoba, która ustala reguły na forum i je później egzekwuje.