3,526

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

(17 odpowiedzi, napisanych Bałagan)

używam skype, gg, nk tylko okazjonalnie

3,529

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

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

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

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

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

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

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

raczej nie można

3,536

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

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

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

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

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

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

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

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

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

(53 odpowiedzi, napisanych Bałagan)

a gdzie wkłada się kartridze? :)

3,546

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

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

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

(12 odpowiedzi, napisanych Programowanie - 8 bit)

sqward napisał/a:

Cyprian: wszyscy czekamy :)

nie czekaj tylko zapodaj jakieś nowe demo :P

3,550

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