3,701

(17 odpowiedzi, napisanych Bałagan)

używam skype, gg, nk tylko okazjonalnie

3,702

(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,703

(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,704

(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,705

(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,706

(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,707

(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,708

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

raczej nie można

3,709

(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,710

(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,711

(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,712

(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,713

(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,714

(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,715

(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?

3,716

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

sqward, uruchomiłem Twój program na moim świeżym nabytku TT030.
W trybie 640x400x2 wynik wygląda tak:
PunBB bbcode test

3,717

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

sqward git to wygląda,
tak się rozczuliłem że musiałem obeżeć całe Sonolumineszenz :)

3,718

(53 odpowiedzi, napisanych Bałagan)

a gdzie wkłada się kartridze? :)

3,719

(53 odpowiedzi, napisanych Bałagan)

gepard napisał/a:

od gry na segę wraz z chmarą murzynów wolałbym w takiej sytuacji 1 nintendoh-girl ( to takze w temacie odzieżowym dla kobiet, który to niedawno linkowano) ;)

przyciski ma w złym miejscu :)

3,720

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

AS..., prawda,
łatwiej nagrać raz powiedzmy 400MB na CDRW i niż wachlować  270 razy dyskietką.
Z szybszych sposobów polecam albo IO Mega ZIP / Jazz albo kartę siecową.
Ja miałem podpiętego Jazza 1GB do Falcona, działało to pięknie.

3,721

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

Jacques napisał/a:

Czy oprócz tego jest jakaś różnica w transmisji, że urządzenie SCSI-2 nie zadziałałoby z TT?

SCSI 2 powinno działać z SCSI 1 -SCSI założenia jest backward compatible
wystarczy zwykły kabel z wtyczką SCSI 2  z jednej strony i SCSI z drugiej

3,722

(12 odpowiedzi, napisanych Programowanie - 8 bit)

sqward napisał/a:

Cyprian: wszyscy czekamy :)

nie czekaj tylko zapodaj jakieś nowe demo :P

3,723

(12 odpowiedzi, napisanych Programowanie - 8 bit)

qbahusak, fajna idea, ciekawy jestem rezultatu.
Podobną metodę chciałbym zastosować na ST  i podzielić dzwięk na dwa pasma - górne i dolne;
Górne odtwarzane przez przetworniki DAC 50khz oraz dolne przez YM albo / mikser LMC. Myślę że powinno to poprawić  dynamikę dzwięku.

3,724

(117 odpowiedzi, napisanych Miejsca w sieci)

jellonek , specjalnie w tekście zaznaczyłem że "wcale nie chodzi mi o cytowanych tu jellonka, wieczora i genzora".
Nie chodziło mi konkretnie o Ciebie tylko o pewien model 'dyskusji', polegających na deprecjacji przeciwnika bez podania argumentów.
Tak więc nie masz co się unosić.


jellonek napisał/a:

czy papka marketingowa nazywasz to, ze jednak znacznie czesciej w polskich domach mozna bylo spotkac amige niz st? ta sama papka pewnie dotyczy wiekszej ilosci gier dostepnych na amige?
w ile gier mozesz pograc na przechujowym technicznie cd32, a w ile na technicznie zajebistym jaguarze?

bo taki był target Amigi - "dla dzieci do gierek".

jellonek napisał/a:

wspominasz ze st mialo szybszy dostep do pamieci... nieco przemilczajac ze od pierwszego modelu do amig mozna bylo podpiac fast ram, ktorym proc nie musial sie dzielic z chipsetem.

jak masz możliwość to sprawdź proszę jakimś benchmarkiem o ile w A1000/A500 fast ram jest szybszy od chip ram.
ale wierz mi, nawet z fastramem A500 jest o 12% wolniejsza od ST.

jellonek napisał/a:

nie jestem pewien jak to bylo w atari, ale zdaje sie ze dopiero w tt pojawil sie... tt ram.

oczywiście że były, pewnie nie słyszałeś o Xtra-RAM +8 (wcześniej był to Frontier)

jellonek napisał/a:

tt miala swoja nisze dzieki calamusowi - dtp, ale jak zaczniesz porownywac liczby, to raczej wyjdzie ze wiecej "duzych amig" sprzedalo sie do przetwarzania obrazu (wszelkie genlocki, scala itd) niz atarek pod dtp.
jako zadanie domowe polecam wygrzebac (co na wierzchu nie lezy) liczby sprzedanych egzemplarzy falkonow vs liczbe sprzedanych 1200tek - po czym prosze bys sie zastanowil dlaczego w ogolnym rozrachunku to jednak na amigi powstalo wiecej softu i wiecej gier.

rozumiem sentyment itd. ale zaklinanie rzeczywistosci nie zmieni jej w taka jaka jest/byla porzadana...

właśnie uprawiasz zaklinanie rzeczywistości, rzuć chociaż jakieś cyfry. np. ile więcej softu powstało

ja się nie napinam i nie twierdzę że ST ma więcej kolorów niż Amiga czy że ST miało lepszą sprzedaż.
Twierdzę za to że użytkowanie komputera na grach się nie kończy. Że ST/TT/Falcon było świetną serią i że dzięki większej wydajności (moc procka/pamięc) lepiej sobie radziło na rynku Pro (akurat ten segment jest mi bardzo dobrze znany mniej więcej od początku la 90tych). Prawdą jest natomiast że rynek gier był domeną Amig.



Tutaj znajdziesz wykres porównujący sprzedaży samego ST (bez TT/F030) do wszystkich Amigi. Nie tak jest źle jak sugerujesz:
http://www.atari.org.pl/forum/viewtopic.php?id=9694

BTW. niedawno pewien muzyk wypytywał na tym forum o myszkę, okazało się że do tej pory profesjonalnie wykorzystuje ST w swoim zespole.

3,725

(117 odpowiedzi, napisanych Miejsca w sieci)

jury, tak ale też i nie :P
pod Geneva/MagiC/Mint czy multiGEM działają w multitaskingu zwykłe aplikacje
pod TOSem aplikacja powinna rozumieć tryb pracy ACCessory/APPlication