Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
BigPEmu 1.12 Richard Whitehouse wydał BigPEmu 1.12
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
Strony Poprzednia 1 2 3 4 5 6 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
cena... slyszalem ze okolice 100zl ale tak jak wczesniej pisalem nie wiem przy jakiej ilosci obowiazuje ani co jest w cenie... mysle, ze nalezy ja traktowac jako orientacyjna. jak przyjdzie co do czego to sie dowiemy ;-) poki co trzeba sie rozeznac o jakiej ilosci bedzie mowa.
tak naprawde to xxl planuje wszystkim sprzedac mapram, no chyba ze bedzie promotorem rozszerzenia do 4mb, sdx i 65c816 i bedzie aktywnie wspieral taka platforme piszac na nie oprogramowanie
coz, zobaczymy te piekne produkcje na 816 z 4mb pamieci
az chce sie zyc!
Ja bym się też pisał na takie rozszerzenie do mojego 65XE, jeśli jest ono wersją rozwojową znajdującego się tam prototypu.
Z tym że, ponieważ ten komputer ma 65C816, jeśli jest taka opcja, pozostałbym przy następującej konfiguracji:
1) PORTB: wybieralne do 1 MB (chyba że problemy zgodnościowe z 2 MB już zostały rozwiązane) plus 2 MB liniowej.
2) Axlon: 2 MB plus 2 MB liniowej.
4 mega w bankach mnie niezbyt interesuje, MapRAM też nie. Jeśli natomiast wersja rozwojowa nie oferuje takiej opcji, to nie reflektuję. Czyli: zapisałbym się warunkowo.
pierwszy post wyedytowany. wiecej info o rozszerzeniu i lista chetnych.
+1
ok, podobnie uczynię jak Draco, czyli
warunek:
IF post#28=%1:biore=%1:kasemam$="kwiecien,maj,czerwiec, bo wczesniej pracy niet":else:niebiore=%1:endifwynik odprowadzony do:
*biore
*niebiore
;)
Ostatnio edytowany przez Pin (2013-03-12 13:17:03)
+1 z linią od Pina ;)
Tak sobie myślę ...
Projekt jest (nie widziałem ale z opisu wnioskuję) fajnie zaawansowany, złożony i wogóle wybiega nieco w przyszłość blebleble itd.
Ale opiera się na pewnym przestażałym założeniu: czytaj SIMM ... cieżko dostępna przestarzała technologia itd.
Może by tak przerobić to na w miarę nowoczesną 1 kość SDRAM (1 układ nie moduł DIMM)? Wydaje mi się że nie było by z tym specjalnie dużo pracy.
Zalety:
- Odpada generowanie cykli odświerzania na rzecz autorefesh. Znacznie prostszy układ.
- Odpada problem z zakupem pamięci
- Rozmiar
Wady:
- prawdopodobnie trzeba by było pogonić pamięć asynchronicznie od Atari - czytaj trochę szybciej - aczkolwiek tego pewien nie jestem.
Co o tym myślicie ?
Ostatnio edytowany przez willy (2013-03-13 13:13:44)
a ja na to: http://www.tme.eu/pl/details/as6c4008-5 … ce-memory/
Maiłem na myśli coś takiego: http://www.tme.eu/pl/details/as4c8m16s- … e-memory/#
hint: 3.3v, sdram (wiec nie masz pewnosci ze to o co pytasz - dostaniesz)
ze statykiem na 5V jest znacznie mniej roboty. wrecz mozesz 1/3 atarki wyciac, podpinajac go.
co nawet chyba przetestuje...
willy, produkcyjnie to ddr3 mozesz uzywac
sdram jest tak samo obsolete jak simm
DDR (kążdy) ma pewną wadę której nie ma SDRAM. Ma minimalną częstotliwość taktowania + sam kontroler nie jest prosty. A SDRAM mimo że OBSOLETE to nadal jest produkowany, nadal jest powszechnie dostępny i prosty w użyciu.
i rowniez wymaga kontrolera
Jak każdy DRAM.
dlatego tez proponuje prostote, static ram, od razu na 5v, bez potrzeby stosowania przejsciowego bufora...
jak i jakiegokolwiek kontrolera, odswiezania itd.
Ostatnio edytowany przez jellonek (2013-03-13 15:26:37)
Plus tego rozwiązania (SRAM) to prostota.
Koszt i rozmiar przy 4M robi się spory :)
4M? po co to komu?
przeciez wiadomo ze 640kb powinno wystarczyc kazdemu...
Ostatnio edytowany przez jellonek (2013-03-13 18:30:06)
Ale to było pod DOSem. A flashjazzcat właśnie kończy Windows dla Atari... :D
Jaki łindołs - porządne X11 :P
Jak wierzchem pójdzie CDE, KDE albo Gnome to i 4 mega się przyda :)
na gnome to i 4G nie styknie...
A flashjazzcat właśnie kończy Windows dla Atari
Kończy? - tu bym obstawiał opcję /może jest w połowie/ ;) ... no i zależnie od sposobu działania, będzie to albo nieużyteczna ciekawostka, albo użyteczne gui.
It all depends on the presence or absence of productivity applications written expressly for the interface. All A8 GUIs have previously failed in this respect. I can do so much myself, depending on my life expectancy. :) Much depends on how useful interested developers can be when the time comes.
As for 4MB: I can't even imagine how the GUI would use that, but time will tell.
Ostatnio edytowany przez flashjazzcat (2013-03-14 23:01:49)
How I could imagine using extended memory by windows based system is running several programs in the same time. Of course with 8-bit Atari we cannot think about real multitasking - within programs started concurently only one would be active and running. But other programs can remain in memory frozen at current state and stored in extended memory. When you're switching between programs they are becoming active and taking place in basic memory while program becoming unactive is stored in extended memory. At such approach any amount of memory can be useable - problem with graphics environments for 8-bit computers is limited amount of memory.
Of course if you have a HDD that can be solved also by swapping memory blocks to hard drive .
Ostatnio edytowany przez wieczor (2013-03-15 10:37:18)
Strony Poprzednia 1 2 3 4 5 6 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
[ Wygenerowano w 0.097 sekund, wykonano 11 zapytań ]