3,801

(7 odpowiedzi, napisanych Sprzęt - 16/32bit)

ST ma 250ns dostęp do pamięci, więc SIMMy 100ns powinny działać ok

3,802

(1 odpowiedzi, napisanych Emulacja - 16/32bit)

fajny ficzer, wątek z AF tutaj http://www.atari-forum.com/viewtopic.ph ... p;p=213255

3,803

(136 odpowiedzi, napisanych Scena - 16/32bit)

Drone i JAPAN rewelka, blackbird słabo

więcej tutaj: http://pouet.net/party.php?which=1507&when=2012

3,804

(19 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

gepard napisał/a:

btw. po malutku można AdamaK też nazywać Amigowcem ;) nie pochwalił sie a gdzieś tam niedaleko flakona stoi u niego CDTV :P

no i dobrze, jak mawiała moja babcia 'język wroga trzeba znać' :P 
Sam mam zainstalowane WinUAE, ostatnio testuję na nim atarowy EmuTOS.
Na zagranicznych amigowych forach ludzie się nie wstydzą napisać że kupili ST, a na pewnym polskim forum za to można zostać zlinczowanym.

3,805

(14 odpowiedzi, napisanych Bałagan)

Dynamike, rozumiem o co Ci chodzi, ja np. chciał bym zobaczyć demo na TT, które by wykorzystało moc i ficzery tej maszyny. No niestety, demoscenowych programistów jest mało, jeśli już coś piszą to raczej na 'standardowe' maszyny.
Tak więc pozostaje tylko wariant 'napiszę se' :))))

Co do blittera, to ten z MSTE jest tak samo szybki jak ten z STe, jedyna róznica to jeden dodatkowy cykl (na bus mastering) na każdy blit. W ST blitter skopiuje cały ekran w 32002 cykli a w MSTE w 32003 cykle. Summer Delights ma wycyklowany overscan pod STE co do jednego cykla per ramka obrazu, więc jeden dodatkowy cykl blittera MSTE niszczy cały efekt.

3,806

(19 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

patrząc na niektórych na tym forum to raczej A1200 ;)

tak na serio, to na początku marzeniem jest STE, potem Falcon

3,807

(19 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Krokodylowy bierz STE,  klawiaturę łatwiej dostać niż komputer

3,808

(14 odpowiedzi, napisanych Bałagan)

tak pytam bo osobiście nie słyszałem negatywnych opinii :)
co do dem to MSTE to przecież zwykły dopalony STek, więc produkcje STkowe działają, co więcej chcieć :)

3,809

(14 odpowiedzi, napisanych Bałagan)

dynamike2010 napisał/a:

MEGA STE jest znane z niedopracowania

możesz rozwinąć tą myśl?
mam parę STków, między innymi MegaSTE, no i jak dla mnie jest to najlepszy model ST :)

jak na 200 MHz ARMa to demo nie powala,

3,811

(17 odpowiedzi, napisanych Bałagan)

używam skype, gg, nk tylko okazjonalnie

3,812

(27 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

no nie wszyscy śledzą aukcje bezpośrednio na allegro czy ebay. ja np. śledzę aukcje tutaj :P
tak więc jestem otwarty na ciekawe linki

3,813

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

grey mój błąd,
moja myśl przewodnia była taka że chcemy więcej dem na SV, czy to autorskich czy portowanych

3,814

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

jury, mam nieśmiałe wrażenie że wszystkie demosy powinny działać na SV z większym framerate niż na Videlu ze względu na szybszy dostęp do pamięci. no ale zobaczymy

Gepard ale to nie jest coś za coś, bo takie np. DHS nie portuje cudzych dem, a Mikro nie pisze własnych :)  Jestem pewien że i takie i takie dema się pojawią.

3,815

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

kiepski pomysł to przeportować kiepskie demo z kiepską jakością :)
tutaj mamy świetne dema z lepszą jakością (frame-rate / 16 bit dzwięk) niż na Amidze. Z SV mogą one wyglądać jeszcze lepiej,  jak dla mnie  Mikro niech dalej portuje :)

a DHS na pewno przygotuje parę własnych produkcji na SV

3,816

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

no tak ale sprzętowe dekodowanie MPEG-2 z SV to nie ugryzie aktualnych formatów wideo.
Więc DVD będzie dopalane sprzętowo a Youtube czy inne z MPEG-4 ASP, H.264/MPEG-4 AVC, H.263 będzie tylko obsługiwane software'owo.


Adam Klobukowski napisał/a:

Brak dopalania 3D jest miom zdaniem średnio istotny: w radku też leży odłogiem, a nawet gdyby nie leżał to za 10PLN możesz do pieca zakupić kartę która zje Radeona w CTPCI jak i ewentualne 3D w SuperVidelu.

Tym nie mniej, już po wyprodukowaniu, planowane jest dodanie kilku rzeczy:
- proste 3d (teksturowane wielokąty)
- sprzętowe dekodowanie MPEG-2
- rozszerzenie blittera o skalowanie
(oczywiście w miarę możliwości)

lepiej mieć dopalanie 3D niż go nie mieć. Dzięki dopalaniu ma sens portowanie gier 3D z obsługą SDL.

no ale skoro ma być to "proste 3d (teksturowane wielokąty)" to ja jestem za :)

3,817

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

AS... aplikacje typu DeluxPaint czyli takie które mają własny nie GEMowy GUI, mogą się buntować.
ale każdy GEMowy soft powinien już działać, aplikacje konsolowe również.

jak dla mnie też SV jest fajniejszym rozwiązaniem niż Radeon, (ze względu na szybkość dostępu procesora do Video RAM oraz kompatybilnośc) jedyny minus to brak dopalacza 3D, drugi jedyny minus to cena...

fajnie by było mieć coś takiego w TTce...

3,818

(18 odpowiedzi, napisanych Sprzęt - 16/32bit)

raczej nie można

3,819

(38 odpowiedzi, napisanych Sprzęt - 16/32bit)

SuperVidel kompletnie zastępuje Videla (emulacja na poziomie hardware), więc nie będzie potrzeby przełączania/wyłączania SV

3,820

(58 odpowiedzi, napisanych Bałagan)

Lotharek, trzymaj sie chlopie!!!!

lotharek napisał/a:

leze w szpitalu z polamana szczenka po wypadku na basenie..w gebie masa drutow, jem przez slomke, jutro operacja laczenia szczeki...zagryzlem z calej sily zeby po dostalem "z kraula" i sobie zlamalem.

napisz tylko gdzie i od kogo, już tam jedziemy ;)

3,821

(5 odpowiedzi, napisanych Sprzęt - 16/32bit)

ciekawa sprawa z tym testem pamięci.

TOS 3.06 przetestował pozytywnie TT-RAM, pokazał że jest 20MB.

z tym że fizycznie włożone jest 4MB i tylko zworki ustawione 20MB :)

3,822

(17 odpowiedzi, napisanych Bałagan)

ja na laptopach się kompletnie nie znam ale jako wieloletni użytkownik modeli HP n610c, HP 6510b, Elite 8460p nie mogę złego słowa na nie powiedzieć. Tego Elite mam od paru miesięcy i jest git, śmiga, świeci, brzęczy.

3,823

(15 odpowiedzi, napisanych Sprzęt - 16/32bit)

darpajdp napisał/a:

średniej rozdzielczości gubi drobne detale.

wygląda na klasyczny problem tunerów/scandoublerów - ST-MID ma za duży pixel clock (16MHz) więc tuner gubi co któryś pixel.

darpajdp napisał/a:

Niestety lipa, nie działa na niskiej i średniej rozdzielczości

na atari-forum parokrotnie czytałem czytałem że ST ma za mocny sygnał RGB dla TV LCD,
spróbuj może dać rezystory 150 ohm na sygnały R, G i B

http://info-coach.fr/atari/hardware/interfaces.php

Niebawem też będę podłączał ST pod LCD, dam więc znać jak to wygląda u mnie.

3,824

(23 odpowiedzi, napisanych Programowanie - 16/32bit)

chodzi mi o to czy "move.l D0,(A0)" będzie czekała na zakończenie zapisu do ST-Ramu, czy wystarczy jej zapis do Cache (a cache zapisze te dane w tle) i przejdzie do "muls.l  D2,D3"

3,825

(23 odpowiedzi, napisanych Programowanie - 16/32bit)

mam 32MHz :)
NemBench na tej samej TTce pokazuje większe wartości. Po lewej Twój program, po prawej z Nembench:

ST-Ram read long:  7.57 MB/s  vs  7.867 MB/s
ST-Ram write long: 3.78 MB/s  vs  7.867 MB/s
ST-Ram copy long:  1.89 MB/s  vs  3.84 MB/s

TT-Ram read long: 11.11 MB/s  vs  14.83 MB/s
TT-Ram write long: 6.71 MB/s  vs  12.61 MB/s
TT-Ram copy long:  3.46 MB/s  vs  4.84 MB/s

pełne testy z Nembencha możecie zobaczyć tutaj:
http://www.atari-forum.com/viewtopic.ph ... mp;t=17970


sqward, co do cache write-through w 030, to tak na chłopski rozum, jeśli wykonuję poniższe instrukcje w TT-Ramie:

   move.l D0,(A0) <-- zapis do ST-Ramu
   muls.l  D2,D3

to MULS będzie musiał poczekać na zakończenie zapisu do ST-ramu czy wykona się w trakcie dzięki cache?