Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Atari CAS Play 0.05 - CAS w przeglądarce Krystone wydał Atari CAS Play 0.05, narzędzie do odtwarzania i konwersji plików .CAS w przeglądarce!
TasmARI - nowy projekt dla Atari Innowacyjne urządzenie łączące Atari ze światem IoT.
Nowe wieści o RM800XL Revive Machines prezentuje interfejs repliki Atari 800XL w dwóch nowych materiałach wideo.
Catslevania VBXE z nowym demem Nowe demo gry Catslevania dla Atari XL/XE z VBXE, adaptacji Castlevanii, jest już dostępne do pobrania!
Altirra 4.40 test 24 Najlepszy emulator Atari, Altirra, ma nową wersję testową 4.40 test 24.
Opcje wyszukiwania (Strona 41 z 49)
To bedzie mozna odpalic dosa, norton commandera i matlaba... moze jeszcze pinball pod cga - no coz - zadziwimy fanów xt/at - dobre i to :)
Ta "konsola" to lekka przeginka. Przypomina mi scenę z rynku motoryzacyjnego: "Volvo 460 - sprzedam przednią ćwiartkę lewą z silnikiem - bez sanek - stan dobry - do wspawania w powypadkowe auto".
W tym wypadku jest też stempelek na górze, brak freda, brak kabelków...
Zabawa dla spostrzegawczych: "Znajdz 10 szczegółów różniących tą płytę od XLF-a i REV C" :)
3 rdzeniowe Atari 8 (16?48???) bit - to już wyrobi się z emulacją A1200 z dopałką, co tam jakaś 500ka... :D
... po czym wszyscy wycofali się z zamówienia "R" i przesiedli się na Amigi. :)
drac030 napisał/a:Sori, ale raczej na pewno nie byłoby to wydajniejsze: 65C816/20 MHz ma nad Z80/3,5 MHz znaczną przewagę wydajności i zasobów (np. 256 wiader pamięci zamiast jednego). Przykład: sławny move blokowy Z80 (LDIR) to 160 KB/s, podczas gdy na 65C816 to prawie 2,7 MB/s.
.
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.
Czyli to podania ludowe o dużym pokrewieństwie tych konstrukcji. No szkoda.
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ść :)
mono napisał/a:@lemiel: Dzięki. Amiga to z VBXE i SoundBoardem :) Z Evie to ST :)
Właśnie a propos: od wczorajszego wieczora dręczy mnie wizja:
- skoro "R" jest wydajniejszy od A500 i ma 16bitowy procesor, a VBXE ma blitter zapewne szybszy od tego w amidze oraz wyswietli wiecej kolorow i w wyzszych rozdzielczosciach niz Fat Agnus.... to... może by tak emulator AMIGI na MAŁE ? To byłaby NIESAMOWITA HISTORIA :)
Skoro będzie adapter do montażu w 800xl to poproszę o jeden egzemplarz.
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??
uicr0Bee napisał/a: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 :)
Znalezione posty [ 1,001 do 1,025 z 1,219 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.037 sekund, wykonano 25 zapytań