Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
Opcje wyszukiwania (Strona 140 z 184)
gepard,
AIFF bazuje na IFF ale nie jest to to samo: " The format was co-developed[clarification needed] by Apple Computer in 1988 based on Electronic Arts' Interchange File Format "
z pochodnych IFF jest jeszcze RIFF
Fox napisał/a:Obsługuje cztery rodzaje PI1: o rozmiarze 32034 bajtów (DEGAS), 32066 (DEGAS Elite), 32128 (chyba śmieci na końcu pliku), 44834 (overscan 280 linii).
jeśli chodzi o overscan w PI1, to oprócz 320x280 spotkałem się z trybem 416x560.
oba formaty są supportowane przez http://260ste.appspot.com/
Fox, z tego co pamiętam to IFFy dla ST nie są 100% kompatybilne z Amigowymi. Tak na szybko nalazłem to:
"The R,G,B ranges of AMIGA and ST are different (AMIGA 0...15, ST 0...7),
as is the maximum number of bitplanes (AMIGA: 5, ST: 4)."
oraz to:
"The ST version of DPAINT has a different format in the body data. Within
the BODY chunk there is a VDAT chunk. In every VDAT chunk data is compressed
in columns, like in the Tiny format. Only the compression routine is slightly
different."
Fox napisał/a:Na Send Space widzę pliki GFB, natomiast Twój browser jest opisany, że obsługuje GBF. Czy gdzieś jest literówka?
thx, dopiero za czwartym podejściem zajarzyłem w czym problem ;)
Fox napisał/a:Czytałem o dwóch niezgodnych odmianach SPS z trudnym/niemożliwym rozróżnieniem. Jak sobie z tym radzisz?
Metoda kompresji dla obu wariantów jest taka sama. Różnica jest w ułożeniu bitplanów po dekompresji.
Sprawdzam ostatni bajt pliku, jeśli pierwszy bit jest tam ustawiony to wybieram tryb bitplanów Amigowy (gdzie bitplany są ustawione jeden po drugim), jeśli jest zgaszony to STkowy - przeplatany.
z tego co Hans pisał na AtariForum to ten plugin miał supportować tylko parę wybranych formatów z tego zipa. w sumie to nie wiem czy wyszedł, źródło znajdziesz w załącziku "irfan.zip"
Co do przykładowych plików, to jeden w załączniku "Samples Amiga ST.rar" a drugi na Send Space: http://www.sendspace.com/file/2shb05
btw. parę formatów plików obsługuje mój onlineowy browser http://260ste.appspot.com/
btw,
plik " Atari ST 3D Graphics Programming - Concepts And Techniques" jest wymieniony jest na stronie głównej http://bus-error.nokturnal.pl/
ale nie ma go na liście plików http://bus-error.nokturnal.pl/tiki-list … allery.php
jak go znaleźć?
Fox,
jakiś czas temu Hans Wessels udostępnił swoją bibliotekę w C, do konwersji STkowych obrazków
Mam nadzieję że będzie pomocna
dzięki
uicr0Bee, mam takie coś, czy to wystarczy?
a tu możesz spod FireFoxa/Chrome zobaczyć jak te SPSy wyglądają http://260ste.appspot.com/
jury, to Twoje? http://liveweb.archive.org/http://www.s … /Jury.html
niezłe plany wieczór.
fajnie by było mieć takiego STka
Candle napisał/a:nawet jak to prawie commodore
nie przeklinaj :)
z tego co Jookie opisał na stronie, problem dotyczy układu DMA (tylko tryb 'DMA write'), czyli wszystkich urządzeń podpiętych pod ACSI
z tego co Jookie napisał, wynika że problem jest wyłącznie z zapisem, odczyt przebiega prawidłowo.
Więc, gry i demosy można spokojnie usukuteczniać.
"So only 'DMA write' is problematic. 'PIO read' and 'DMA read' are working fine."
Monsoft napisał/a:@Cyprian: Tak kiedys sie bawilem Aranymem, ale nie wiem czy nie sparwdzic czy nie bedzie lepiej na Hatari jako i Hatari lepiej sie zachowuje (emuluje) Atari.
to zależy czego oczekujesz od emulatora. Oba emulują hardware Atari z tym, że Hatari jest 'cycle exact' więc jego przeznaczenie to stare gry i demosy, jeśli jednak chcesz podziałać w Mincie czy software to zdecydowanie Aranym będzie lepszy.
Monsoft, pozostaje Aranym :) tam działa sieć, działa mint
z tego co pamiętam w zestawie z AFROSem jest wszystko co trzeba
to jest moc hehe
Z tym że ta fota jest nieaktualna, Daniel z Carpatian Forest już w 2006 był ze 40 kilo szczuplejszy. Swoją drogą bardzo sympatyczny człowiek.
secon da się :)
zwykłe ST wyciąga 16 kanałów
na zeusie można by się pokusić o 32 i więcej
Hypermono to tryb 256 odcieni szarości (orginalnie TT ma 4096 kolorów i 16 odcieni szarości).
a SampleHold to tryb automatycznego wypełniania obrazu, rysujesz zarys figury geometrycznj a TT Shifter wypełnia go kolorem bez blokowania procesora. Idealny do gier wektorowych.
Oba te tryby działają w trybach graficznych TT, od 2 do 256 kolorów.
tak tylko chciałem pochwalić się że mój patch został dodany do repozytorium Hatari. Dodaje on emulację dwóch fajnych trybów Atari TT - SampleHold i Hypermono.
tomaswoj napisał/a:Witam,
chcialem tylko dac znac, ze zajmuje sie obecnie portowaniem Hatari na Androida. Pierwsze wyniki mozna obejrzec tutaj: http://ahatari.blogspot.com. Atari ST/Falcon juz sie bootuja do TOSa :). Mysle ze za pare tygodni pojawi sie pierwsza wersja do sciagniecia.
hej tomaswoj, co słychać w temacie Ahatari?
glowas11, kto wie, może jak ta dopałka zostanie dobrze przyjęta to zrobią podobną dopałkę ale dla 68030
różnica powinna być w modulatorze. NTSC ma cośtam :) innego niż PAL. nie pamiętam czy to kodowanie koloru, pasmo przenoszenia?
Znalezione posty [ 3,476 do 3,500 z 4,594 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.134 sekund, wykonano 17 zapytań