Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TONY - Ark of the Covenant Kontynuacja przygód Tony'ego na Atari 8-bit, bez przemocy, z naciskiem na spryt i eksplorację.
ABBUC Software Contest 2025: Zgłoszenia Sprawdź aktualną listę programów zgłoszonych do konkursu ABBUC Software Contest 2025. Termin mija 31 lipca!
Gopher2600 0.50.0 Nowa wersja emulatora Atari 2600 z usprawnieniami i nowymi funkcjami debuggera.
Steem SSE 4.2.0 już dostępny Nowa wersja emulatora Steem SSE z istotnymi usprawnieniami i nowościami
Powrót Head Over Heels! Thalamus zapowiada Return to Blacktooth - kontynuację klasyka na Amigę i Atari ST
atari.area forum » Posty przez laborant
Dla symulacji nałożyłem kolejny czip 40 nóżkowy na procesor będący w podstawce - przy tej grubości (kanapka 2 czipy + podstawka) obudowa da się jeszcze normalnie zamknąć, ale czip praktycznie dotyka już spodu klawiatury. Jeśli "R" będzie choć odrobinę grubszy, to robi się ciężka sprawa. Może przyjdzie wlutowywać rapidusa bezpośrednio w płytę :(
VBXE na szczęście nie mam... to na razie się nie martwię (DO CZASU).
i to jest właśnie REV-R3, od góry jest REV-... i CA025926-001, a od spodu C025925-001. Może mieli zamysł, że będą różne klisze góry i dołu i stąd ta "podwójna" numeracja. Ja się w każdym razie kieruję dołem, bo to oznakowanie jest zawsze, a górne niekoniecznie.
Czy da się zamknąć obudowę 800xl z rapidusem w podstawce po procesorze? Na oko nie wygląda, by dał radę bezkolizyjnie wejść, ale może ktoś już próbował wmontowac??
gepard, a to są wszystko rzeczy, których do tej pory nie było w znanych serwisach, czy po prostu jedziesz po kolei co znajdziesz?
Narzędzie on-line do sprawdzania plikow, o ktorym rozmawialismy jakis czas temu przygotowalem. Mozna szukac wsrod 12500 XEXow i ok 10500 ATR-ow. W bazie są zbiory atarionline i tosecu (tosec - na razie tylko xexy) Zapraszam do testowania. Informacje dostepowe dla chetnych na priv.
Nie wiem, jakie w tym carcie jest bankowanie, czy 4x8kb czy 2x16kb, ale jesli wsad byl zczytany nie programatorem, a jakims programem narzedziowym pod atarka do robienia zrzutu carta, to kolejnosc blokow (bankow) w pliku moze nie odpowiadac fizycznej kolejnosci w jakiej znajduja sie w oryginalnym romie. Np. blok 1 z pliku moze byc w romie 4 etc. Przeanalizuj logike przelaczania bankow w carcie - bedzie wiadomo, czy to nie taka sytuacja.
tak, to możliwe. prawie całkiem wyzerowała się zawartość bo blisko FF :)
prawdopodobnie ma uszkodzenie na liniach adresowych tez, skoro sie powtarza jeden bajt.
No 7fff to pojemnosc epromu 27c256 32kilobajtow. To jesli wsad jest dluzszy, to trzeba by uzyc 27c512, ale ja watpie by ten wsad byl dobry. Dlugosc obrazu romow i epromow zawsze jest jakas potega liczby 2, a nie jakas arbitralna wielkoscia typu 800f. Wg. mnie ten wsad jest skopany, albo to obraz romu 32kilo plus jakis naglowek 16 bajtow z np. czyjegos programu narzedziowego, czy cos...
Gwoli ścisłości: klawiatur do 800XL jest 5 typów, wszystkie są zamienne - można dowolnie zastępować jeden typ innym - każda zadziała.
Ok, progres jest. Mam wyszukiwarke haszy lub dlugosci, upload plus obliczenie hasha i sprawdzenie, czy juz jest. Powiedzmy że jest zalążek narządka...
Prymityw, brzydkie, koślawe, ale chodzi jak wściekłe - robi co ma robić - jest radocha :)
Zaczyna wciągac. Muszę jeszcze przemyslec sprawe atr-ow i ilosci pól w bazie - moze na atr-y dam osobną tabelę, żeby nie mieszaly sie z reszta danych.
Archiwa - mozna je dekompresowac i poddawac haszowaniu pod unixami za pomoca skryptu shellowego, na pececie jakis bat by wystarczyl. Ale jakas analiza budowy atr, sumowanie poszczegolnych plikow wewnatrz to juz za wysokie progi dla mnie. Dlatego jestem na razie sceptyczny, by w ogole rozwazac ATR-y - ze wzgledow wczesniej juz wspomanianych bedzie kaszanka, a na analize nie mam koncepcji i umiejetnosci.
Prawie wszyscy go uzywaja do tego typu celow, wydaje mi sie, ze technicznie wystarczy. 32 cyfry hex na hasz. Duzo. Szansa ze sie powtorzy znikoma. Ale pewnie bedzie wtedy inna dlugosc plikow z tym samym haszem, wiec dadza sie rozroznic. Czy dluzsze bylyby potrzebne? Bo ja wiem? Mozna dac na wszelki wypadek sha256 z 64 cyframi... W TOSECU chyba dominuje md5.
Nie bedzie problemu, php ma w sobie narzedzia do generowania md5 i innych, bede musial tylko podumac nad requesterem do uploadu, zobaczymy w kolejnych dniach jak bedzie chwila.
Ok, na razie mam skrypcik ktory przeszukuje baze mysql wpisow (z tego przykladowego pliku utils - 1300 pare pozycji). Import - export - nie ma problemu, zakladajac stosowanie stalego formatu danych.
Mozna szukac po dlugosci pliku, albo jego hashu. Oprocz tego nie ma doslownie nic, zadnego frontendu, tak typowo na probe na kolanie zrobione, z ciekawosci... dziala...
Widze, ze nie byloby zle, mozna przysiasc od czasu do czasu, rozwijac, dorabiac jakies menu i funkcje, tylko czy jest sens? Moja wiedza w tej dziedzinie jest skromna, wiec predzej czy pozniej się na czyms zatrzymam.
TOSEC - widziałem go, ale gdzie ta wyszukiwarka haszy? Na razie zrobilem nieskonczenie prymitywny skrypt, ktory zwraca rekord z bazy, jesli znajdzie taki hasz, więc jest jeszcze czas się zatrzymać, z wyważaniem otwartych drzwi :)
Tak, masz racje, calodyskowe atry-z save'ami tez polegna. Na razie skupiłbym sie wiec na xex-ach, ewentualnie wszystkim co ma postac jednoplikowa - obrazki, songi, romy. Listingi basicowe tez w sumie podejda.
# - myślę że haszowanie MD5 - powszechnie stosowany algorytm i narzedzia dostepne na kazda platforme, szybkie, na tyle odporne na bledy, ze wystarczy do tego celu. Zaimplementowany w php zreszta.
No coz. Powoli zatem bede myslal nieco powazniej nad pomyslem, ale na razie w podstawowej formie - ogranicza mnie wiedza praktyczna o php. Czyli na poczatek na widelcu : upload i liczenie haszy + wyszukiwarka dla istniejacych.
Baza w mysql + skrypt w php który generuje automatycznie hashe uploadowanego pliku i szuka w bazie - by zrobic szkielet czegos takiego dostepnego przez przegladarke to doslownie 5 minut roboty dla osoby tworzacej w php. Zastanawiam sie czy nie sprobowac napisac czegos takiego, nie wiem czy dalbym rade, ale mysle, ze spokojnie wystarcza podstawowe umiejetnosci php.
Bedzie trzeba uwzglednic tez opcje importu pliku csv z haszami z np. duza baza uzyskana z innych archiwow, oraz mozliwosc recznego dopisywania,kasowania i edycji wpisow. Choc to mozna robic na zywca bezposrednio na bazie, np. phpmyadminem...
Ale faktycznie warto na poczatek przemyslec strukture pliku, ile i jakie pola jeszcze oprocz nazwy, wielkosci i hasza - na pewno informacja gdzie plik sie znajduje, moze tez kto i kiedy uploadowal, jakies pole info z opisem co to jest?
Co do atr-ow: do calodyskowych z wlasnymi loaderami smialo sie sprawdzi, ale do skladanek i dyskow pod dosem, ktore byly zapisywane i kasowane partiami bedzie praktycznie nieskonczona wielosc hashy, mimo ze uzyteczna zawartosc ta sama (chodzi mi o niewyczyszczone sektory w obrazie,a figurujace pod dosem jako puste).
Mam wrazenie ze spekulanci sami wpadli w maszyne spekulacji i kupuja od siebie na wzajem coraz to po wyzszych cenach.
Dokładnie. Ale kupują sami od siebie również po to, by "utrwalić" zamierzony poziom cen i potwierdzić ich zasadność w oczach potencjalnego kupca.
No własnie, żywe potwierdzenie tej zasady.
Gdyby był za te 2000$ jak sądziłem, że może być wart, to nikt by nie kupił, bo za tanio, a tak... :)
To i tak jest za mało. Bogacz kupi przy 6000-8000zł - dopiero wtedy poczuje, ze cena jest stosowna do jego statusu materialnego. A wziąć za 749 jakiś stary komputer to byłaby właściwie OBRAZA.
Propozycja, pomysl.
Brakuje mi jednej rzeczy, ktora ulatwilaby bardzo odnajdywanie zapomnianych perelek z kaset (i nie tylko). Czesto trafiaja mi sie kasety, bez opisu, zwlaszcza z uzytkami, ktore po zaladowaniu trudno okreslic czym sa. Otwiera sie jakas winietka z enigmatyczną nazwą np. Copier 2.0, albo sam prompt z jakimis opcjami do wyboru. Trudno powiedziec czy takie cos jest juz w bazie programow i pod jaka nazwa, a nigdy nie chce mi sie przetrzasac archiwum i recznie szukac. Tak samo niektore demka - nie wiadomo jaka wlasciwie maja nazwe i czy juz sa znane, a jestem pewien, ze cos niespotykanego na pewno bym znalazl, np. jakies zapomniane i nieznane uzytki z DDRu, itp.
W tym momencie idealnie byloby, gdyby stworzyc centralna baze sum kontrolnych md5 (chocby w postaci pliku tekstowego) znanych plikow - jakie sa w roznych zbiorach. Super uprosci to proces zgrywania i wyluskiwania nowych, nieznanych programow, lub kolejnych wersji/mutacji.
Z grubsza widze to tak:
1. zgrywam tajemnicze pliki z kaset (do ATR-ów troche mniej sie przyda to rozwiazanie)
2. generuje hashe dla tych plikow
3. sciagam plik z aktualnymi sumami dla zebranego juz softu
4. szukam mojego hasza - jesli go nie ma, wiem ze to cos nowego, lub ze jest to
nieznana wczesniej wersja, jesli jest to od razu widze co to i pod jaka nazwa figuruje.
Idac dalej, gdyby wygenerowac taki plik np. dla zawartosci pigwy i go opublikowac to momentalnie daloby sie rowniez sprawdzic dumpy cartow, romow, etc.
Zrobienie tego pod linem to doslownie chwila roboty -np. md5sum, a i dla "grzyba" tez sa fajne narzedzia, np. pakiet md5deep.
Dolaczam przykladowy plik wygenerowany dla xexow zawartych w archiwum utils z atarionline - w pliku pierwsza pozycja to dlugosc, potem hasz danego pliku i jego nazwa ze sciezka.
A z czasem mozna pomyslec o bazie mysql z mini aplikacja w php, ktora po wklejeniu hasza od razu zwraca, czy takie cos jest, w ilu wersjach, gdzie, etc.
Klon, ale rzadki - trzymaj go i za nic nie sprzedawaj, bedzie jak z flopami-tomsami, wielokrotnie wiecej wartymi niz oryginalne stacje JIL. Juz teraz jest wart - mysle - że ze 2 kilo zielonego papieru, za 15-20 lat masz na bank z 10-20k. Normalnie polisa na życie - o ile chinczyki nie wznowia po cichu produkcji :D
R-Type, Pinball
A Saboteur, gdyby znalazl sie w kregu rozwazan byloby super.
Kroll: może niefortunnego słowa użyłem, w każdym razie nie o to znaczenie mi chodzilo. Miałem na myśli
raczej, że była akcja złomowania sprzętu w tej firmie i uratowaliscie sprzet z przemialu, czy kasacji.
:)
No, ale ta ataryna to nowa jakoby była, no to jasne że i w worku jeszcze :)
atari.area forum » Posty przez laborant
Wygenerowano w 0.090 sekund, wykonano 69 zapytań