726

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

Wcześniejsze TOSy nie zadziałają na STE bez patchy.

727

(270 odpowiedzi, napisanych Zloty)

Hrw napisał/a:
Adam Klobukowski napisał/a:

Co do viewerów, to na ST jakoś nigdy nie były popularne, i nadal stoję przy tym że pokazywanie grafiki w programie graficznym niczym nie urąga.

Wyświetlasz pół obrazka + jakieś masakryczne podejście do UI (sorry, ale ST nigdy nie miało szczęścia do UI chyba) po czym coś klikasz by wyświetlić całość. Po prostu dziwnie to wygląda. Kurde, Amiga 500 z kickstartem 1.3 miała garść programów do po prostu wyświetlenia grafiki a ST nie ma nic?
używany w YM compo.

Viewery są, ale w formie niespecjalnie nadającej się do pokazywania na kompo. Dodatkowo, niekoniecznie muszą one obsługiwać paletę STE, co jest istotne dla grafików, a ja na oko nie potrafię stwierdzić. Wolałem więc użyć programu który na 100% obsługuje paletę STE.

Jeśli widoczność tylko połowy obrazka praz sekundę, czy GUI z 1985, aż tak psuje Ci odbiór kompo, to cóż, są to problemy które mi snu przerywać nie będą.

728

(270 odpowiedzi, napisanych Zloty)

Pin napisał/a:
Adam Klobukowski napisał/a:

Negatywnie zaskoczył nas Jaguar, dotąd nie było tego typu problemów.

Oczywiście, że są. I najgorsze jest to, że np. czasem solo na kablu wprost w konwerter do HD poleci a raz nie. Przez Hydrę dodatkowo generuje jakieś dziwne odbicie. Testowałem z dwoma jaguarami i dwoma różnej produkcji kablami. Najwyraźniej słabo testowaliście tę platformę ;)

Adam Klobukowski napisał/a:

Jeśli chodzi o pokazywanie grafik na ST w programie graficznym, to na czym dokładnie polega problem? Coś za długo trwało? Jakaś grafika była źle pokazana? Odtwarzanie modułów w Protrackerze nie zgłosiłeś jako problem, więc nie rozumiem czemu akurat z grafikami masz problem.

Domniemam, że HRW chodzi o środowisko, jakie mam np. na małym Atari i Sparta DOS. Czyli - zdefiniowane w systemie kilkadziesiąt typów rozszerzeń plików graficznych / muzycznych i skojarzone z nimi playery. Jeden klik i grafa jest, jeden klik i muza gra. Chciałem to kiedyś na dużych Atarkach u siebie ogarnąć, ale z tego wszystkiego brakło czasu i nawet nie wiem jakie jest "pokrycie" programów / playerów przyjmujących nazwę pliku z linii poleceń. Pogadam z Krollem ;)

Rzecz jasna że się da, jak się komuś chce rzeźbić, ale po co ;) Co do viewerów, to na ST jakoś nigdy nie były popularne, i nadal stoję przy tym że pokazywanie grafiki w programie graficznym niczym nie urąga.

Pin napisał/a:

Dodatkową katorgą zazwyczaj są notoryczne resety po wyświelteniu / odpaleniu czegokolwiek - zapewne z racji na śmieci w pamięci pozostawione przez poprzednią prodkę. Proponowałem Krollowi by pogadał z którymś z koderów i zaproponował koncepcję czegoś, na co wpadłem przy SDX dla malucha i tam to właśnie jest zaimplementowane. Opcjonalne zerowanie ramu przy uruchamianiu pliku wykonywalnego. Nie wiem jakie są tu możliwości pod TOS'em (i innych systemach), ale niech ktoś to przemyśli, czy takie rozwiązanie ma rację bytu. Dzięki temu udało by się uniknąć resetów i reboot systemu po każdej pracy. Zysk w czasie nieoceniony.

Generalnie, nie da się. TOS to już w miarę normalny system z zarządzaniem pamięcią, więc nie możesz wszystkiego czyścić, bo nie wiesz co czyścisz.

729

(270 odpowiedzi, napisanych Zloty)

Hrw, dzięki za rzeczową krytykę, odniosę sie do tego w czym bezpośrednio maczałem palce:

Hrw napisał/a:

Może jestem rozpieszczony przez ekipy od Revision, Riverwash, Xenium ale oglądanie jak projektor nie ogarnia sygnału z kompa na którym leci produkcja ssie. Patrzenie jak ktoś klika w jakimś programie graficznym bo na ST nie ma przeglądarki do obrazków. Pokazanie dwóch prac graficznych na Falcona trwało wieki a to JPG/PNG był którego i z peceta pewnie można było ogarnąć. Itd, itp...

Fajnie że party było. Cieszę się że udało mi się znaleźć czas by wpaść w oba dni. A surströmming był ciekawym doświadczeniem.

W tym roku akurat problemy z projektorem były chyba relatywnie najmniejsze. Negatywnie zaskoczył nas Jaguar, dotąd nie było tego typu problemów.

Jeśli chodzi o pokazywanie grafik na ST w programie graficznym, to na czym dokładnie polega problem? Coś za długo trwało? Jakaś grafika była źle pokazana? Odtwarzanie modułów w Protrackerze nie zgłosiłeś jako problem, więc nie rozumiem czemu akurat z grafikami masz problem.

Ogólnie: możesz nie czuć się rozpieszczony kompotami na SillyVenture z kilku przyczyn. Jedną z nich jest fakt że akceptujemy produkcje aż do momentu rozpoczęcia kompo, co powoduje że nie wszystko da się sprawdzić i ogarnąć przed kompo, niestety. Drugi to taki że mamy 7 platform do ogarnięcia, a niektóre z nich potrafią dać iście egzotyczny sygnał video - w tym roku np. Framemeister nie ogarnął kilku rzeczy o czym wiem ja, autor intra 4K na ST a teraz już wy. Ale, niestety nie było możliwości sprawdzenia tego przed kompo. Trzeci to taki, że naciskamy na to żeby wszystko szło z oryginalnego sprzętu, i tylko w ostateczności uciekamy się do emulacji czy video.

Oczywiście moglibyśmy ustawić deadline kilka dni przed kompo, zgrać wszysktko do fimików i puszczać jednym kliknięciem z laptopa. Ale to by nie było SillyVenture :P

Tym niemniej, krytyka przyjęta, i za rok postaramy się być lepiej ogarnięci. Program graficzny raczej zostanie tak jak był, ale walka o jak najlepszą i najsprawniejszą prezentacje prac, będzie trwać.

Dziękuję wszystkim którzy przyjechali, wszystkim którzy przysłali/przekazali prace na kompo oraz oczywiście Greyowi za tytaniczną walkę w celu spięcia tego wszystkiego do kupy.

730

(31 odpowiedzi, napisanych Fabryka - 8bit)

@mono nie jestem pewien, doradzam sprawdzić w playerach na PC (np w sc68)

731

(31 odpowiedzi, napisanych Fabryka - 8bit)

Mówisz o plikach SND? Raczej nie, bo ich granie na sprzęcie innym niż ST, wymaga emulacji 68000 i kilku innych rzeczy. Format YM mógłby być grywalny, ale 6502 w XL/XE niekoniecznie się z tym wyrobi.

732

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

Zasilacz od STE może być za słaby, szczególnie jeśli masz jakiś stary HDD.

733

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

Goły Falcon, czy z jakimiś rozszerzeniami?

734

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

O, a xBios działa na magnetofonie?

No, jak chcesz pisać coś pod chodzi pod GEMem, to czytanie bezpośrednio z pamięci to nienajlepszy pomysł.

Jaki kompilator? Na jakiej platformie?

737

(10 odpowiedzi, napisanych Bałagan)

Zależy jak długo i na co chcesz czekać. Na czerwiec Nvidia zapowiedziała wydanie nowych kart które mają mieć znacznie podniesioną wydajność raytracingu. Podejrzewam że te karty staną się 'standardem' na kilka lat.

738

(270 odpowiedzi, napisanych Zloty)

No, to może wystarczy :D

739

(270 odpowiedzi, napisanych Zloty)

Tylko 20kg? :( :P

740

(38 odpowiedzi, napisanych Software, Gry - 16/32bit)

Pokaż drugi sektor.

741

(38 odpowiedzi, napisanych Software, Gry - 16/32bit)

Możecie użyć file na nierozpoznawalnych partycjach, zobaczymy co powie.

742

(38 odpowiedzi, napisanych Software, Gry - 16/32bit)

@monsoft: pozwolisz sobie olicencjonować jakoś ten skrypt, to go udostępnię na liście dyskusyjnej hatari, to go dodadzą do repo ku chwale open source? ;)

743

(38 odpowiedzi, napisanych Software, Gry - 16/32bit)

fdisk tego nie rozpozna, nieważne jak masz skompilowany kernel, bo on nie uzywa kernela do analizowania tablicy partycji tylko sam ją analizuje, a atarowskiej po prostu nie zna.

Kiedyś, w Debianie był pakiet sfdisk który czytał atarowską tablice partycji, ale nie wiem czy jeszcze jest.

A, fdisk może sie przydać jeżeli masz podwójną tablice partycji - atarowska i pctową. Hddriver to potrafi i driver Putnika chyba też. Ale manipukowanie taką tablica partycji fdiskiem to bardzo zły pomysł, nie wiem jak parted, ale pewnie też sobie z tym nie poradzi.

744

(48 odpowiedzi, napisanych Miejsca w sieci)

Za mało o Atari :P

745

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

Na LCD też robią cuda przy pomocy shaderów symulująć skanlinie. Wygląda to bardzo ładnie.

746

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

Jak się odpowiednio szybko puści ALTa przed puszczeniem Inserta, to nie będzie pytał. Trudna, ale do zrobienia.

747

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

Bo lepszy.

748

(7 odpowiedzi, napisanych Software, Gry - 16/32bit)

Cyprian napisał/a:
Adam Klobukowski napisał/a:

Nie ma.

jeszcze nie ma :)
co jakiś czas maniacy poprawiają słabe porty gier ST, więc kto wie

No faktycznie, to jest gra w której do poprawienia jest sporo:
- zmiana modułu na starcia na taki w którym coś słychać (albo playera, jeśli to on tak go masakruje)
- zmiana grafik na starcie na lepiej zditherowane
- podmiana muzyki YM na samplowaną
- dodanie animacji lądującego helikoptera
- płynność animacji/płynny przesuw ekranu
Coś pominąłem?

749

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

Problemy w tym, że PPera opiera się na czymś co jest prawdopodobnie artefaktem wytworzonym przez kompilator użyty przy produkcji TOSu, i wcale nie działa tak przewidywalnie (i nie na wszystkich wersjach TOSa). Zmiana na prawidłowe zachowanie byłaby trywialna. Natomiast zmiana tego po stronie EmuTOSa jest nietrywialna i wynika to z tego jak działa używany dziś kompilator (GCC). Dodatkowo EmuTOS ma ciągły problem z brakiem miejsca w obrazach 192KB więc dodawanie nieudokomentowanych zachowań po to żeby zadowolić PPere nie jest dobrym pomysłem.

Podsumowując: zmiana po stronie PPery jest trywialna i nawet niespecjalnie czasochłonna. Zmiana po stronie EmuTOSa jest trudna, pracochłonna i dodaje dodatkowy kod do obrazu gdzie devowie już się zmagają z brakiem miejsca.

750

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

Cartridge ma pojemność 128KB, to nie wystarczy na EmuTosa.