3 rdzeniowe Atari 8 (16?48???) bit - to już wyrobi się z emulacją A1200 z dopałką, co tam jakaś 500ka... :D

Opierałem się na błędnym założeniu, że 65c816 jest co nieco zblizony do 68000, a wcale do Z-80, w zwiazku z czym np. wykonanie jakiegos rozkazu Z-80 emulatorowi zabierze powiedzmy 8 cykli 65c816, a wykonanie jakiegos z 68000 np. 3-4.  Czyli że 2-3 razy szybciej przemieli kod 68000 niz kod Z-80... więc miałem cichą nadzieje, ze te 20mhz starczyc moze na emulowanie 68000 z zegarem 7mhz.

Tak sobie bajam :)  Myślę, że emulowanie kodu 68000 na 65c816 byłoby znacznie wydajniejsze niż emulacja Z-80 czy jakiegos 8086. Dużo było swego czasu gadania, że 68000 to potomek 6502, że podobne, itp, etc,. Z-80 pewnie jest różny o 180 stopni i dużo cykli trzeba na konwersję rozkazów.

A że taniej zakup 500 - to na pewno, ale to już żadna przyjemność :)

Skoro będzie adapter do montażu w 800xl to poproszę o jeden egzemplarz.

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.

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.

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.

Co widzi informatyk-pijak w czasie delirium ?

http://allegro.pl/21-starych-myszek-i4659397621.html

:D

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.

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.

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.

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.