3,676

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

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

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

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

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

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

raczej nie można

3,682

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

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

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

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

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

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

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

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

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

(53 odpowiedzi, napisanych Bałagan)

a gdzie wkłada się kartridze? :)

3,692

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

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

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

(12 odpowiedzi, napisanych Programowanie - 8 bit)

sqward napisał/a:

Cyprian: wszyscy czekamy :)

nie czekaj tylko zapodaj jakieś nowe demo :P

3,696

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

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

(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

3,699

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

tak tak, po prostu próbowałem ustalić czy mówimy o tym samym - danych MIDI z pliku:
Co sądzisz to tym przykładzie pliku MIDI:

[8C 00]    90 6C 20    [83 00]    [80 6C]    20 00    90 6C 20    [83 00]    [80 6C]    20    [83 00]    90 6C 20    [83 00]    [80 6C]     20 01    FF 2F 00

Chodzi mi o tą deltę i jej częstotliwości. I co da jej obliczenie?

3,700

(117 odpowiedzi, napisanych Miejsca w sieci)

jury, nie chodzi o to by teraz się licytować kto i ile miał lepszych gierek, tylko o to:

Cyprian napisał/a:

2) umożliwił inżynierom wypuścić na rynek świetną serię: ST, TT, Falcon oraz konsole Lynx i Jaguar

jellonek napisał/a:

no po prostu smiech na sali :)

jest grupa osób, (kiedyś na ppl'u spotkałem pasujący termin opisujący taką "AmgOwca" ) i wcale nie chodzi mi o cytowanych tu jellonka, wieczora i genzora (sorry panowie), które nie mając głębszej wiedzy o swoim komputerze (tym bardziej o konkurencji), nakarmione marketingową papką w tonie mentorskim próbują deprecjonować "nieprawomyślnych".

Amiga ma swoje mocne strony - nie neguję tego, ale ma też słabe (te lubię najbardziej :P ). Myślę że po 25 latach użytkowania, nie ma co się ich wstydzić.  Niestety typowy "AmgOwca" raczej da się pokroić niż przyzna się do ich istnienia.

wieczor napisał/a:

Amiga była technicznie bardziej zaawansowana aż do czasów Falcona.
Czyli praktycznie do końca. Droższa - zgoda. Wolniejsza - w którym punkcie?

Komputer to nie tylko gry ale też aplikacje, dla co poniektórych (np. ja) komputer to aplikacje a potem dopiero gry. O ile słabszą stroną Atari były manipulacje na pamięci - blitting/duszki, to już wydajność/moc obliczeniowa jest tą mocniejszą. Osoby pracujące na komputerze w aplikacjach bardziej docenią te 12% mocy (procesora i pamięci) więcej niż blitter i sprite. Dla nich Atari będzie lepsze, a gracz pewnie wybierze Amigę.

conrad napisał/a:

Na A600 kilkanaście lat temu jednocześnie pisałem w Final Writerze, kopiowałem pliki w Filemasterze i słuchałem modułów w Hippoplayer. [...]
I się nic nie wieszało.
(Amiga 600 z dopałką 68030)

tylko pozazdrościć :) też chciał bym mieć w 91 roku taką dopałkę do ST

genzor napisał/a:

ale litości nie próbujcie udowadniać że TOS był lepszy od AmigaOS.

AmigaOS ma swoje plusy, ma też minusy. To samo tyczy się TOS'a.
Multitasking jest sztandarowym hasłem lepszości AmigaOS nad TOS, ale tak naprawdę jest to podstawą do stwierdzenia że jeden system jest lepszy od drugiego (TOS notabene też miał multitasking - Nonpreemptive - wbudowany jak i preemptive- Geneva/Magic/Mint). Multitasking  jest ok, ale tak jak wspomniałem w niesie również zagrożenie w postaci braku separacji procesów czy spowolnienia pracy programów.

Tak więc lepszość to rzecz względna. Jeden lubi AmigaOS, drugi TOS; ktoś gry a inny aplikacje; albo tryb graficzny 320x256 w HAM6  czy 640x400 mono na VGA
Jak dla mnie ta różnorodność jest git.

Myślę że nie ma co się oburzać porównywaniem obu platform i wytykaniem słabych stron :)