151

(75 odpowiedzi, napisanych Zloty)

Warto, żałuj. Wszyscy byli bardzo poważni i powolni.

152

(23 odpowiedzi, napisanych Bałagan)

e tam Randomniak ....


a-pa-tor !

a-pa-tor !

;-)

153

(50 odpowiedzi, napisanych Bałagan)

Przeprowadzając się nie wyrzuciłem pudeł z atarynkami. Na razie leżą.

154

(8 odpowiedzi, napisanych Bałagan)

A ja 3D w kinach wogóle sobie darowałem - byłem na kilku filmach i nie widziałem żadnego 3D a tylko miałem wkurzające okulary na nosie a na dodatek obraz był gorszy niż zwykłe filmy 2D. Jak mam wybór - idę na wersję 2D. Jak jest tylko 3D - nie idę na taki film. O telewizji 3D nie chcę słyszeć póki nie muszę ;-)

155

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

jer napisał/a:

Spotkał się ktoś z tym zjawiskiem? Temperatura Altery jest wysoka, ok 60-70 stopni, palec trudno utrzymać. Objaw na ekranie to chwilowe przygasanie ekranu. Chyba sobie założę wodne chłodzenie ;)

Hmmm. Nie powinno się TAK grzać. nigdy nie widziałem tak grzejącego się VBXE. Ciepła altera to tak ale nie więcej jak 40-50 stopni.

Jaka to wersja VBXE v1.x czy v2.0 ? Bo trzeba najpierw ustalić winnego.

156

(74 odpowiedzi, napisanych Fabryka - 8bit)

pavros napisał/a:

Electron: Jezeli masz podobny (choc lepszy) feature, to moze udaloby sie upchnac w rdzeniu rowniez funkcjonalnosc Daisy? Mamy tu jeden bit wlaczajacy/wylaczajacy umieszczony w rejestrze GRACTL ($D01D) jako bit 3. Jest on do zapisu i odczytu. 1 = Daisy wlaczone. Jezeli wlaczone oraz wartosc COLPF1 w przedziale 0-15 to kolor pikseli zapalonych jest odcieniem szarosci niezaleznie od barwy ustawionej w COLPF2. Jezeli wartosc w COLPF1 > 15 wtedy dzialanie standardowe czyli kolor piskeli zapalonych przybiera barwe z COLPF2. Ot cala funkcjonalnosc.

Teoretycznie jest to bardzo proste do zrobienia. Ale w obecnym rdzeniu nie mam szans poprawić istniejących błędów (no ... znam jeden błąd w emulacji GTIA) a co dopiero dodawać czegokolwiek.
Dlaczego taki efekt a nie "pełna" niezależność kolorów i luminancji w pełnym zakresie wartości COLPF1/2 ? I, jeżeli dobrze rozumiem, ta modyfikacja dotyczy kolorów na obszarze całego ekranu ?

157

(74 odpowiedzi, napisanych Fabryka - 8bit)

bitman napisał/a:

nie

Ciebie nie pytałem.

158

(74 odpowiedzi, napisanych Fabryka - 8bit)

Nie wiem czy zauważyliście, ale w rdzeniu FX w VBXE jest bicik, włączający featurę całkowitej niezależności barw w hiresie. Dodatkowo włącza on 256 kolorową paletę zamiast 128 kolorów w standardowych trybach.

159

(341 odpowiedzi, napisanych Fabryka - 8bit)

Dely: pewnie 380 zł studzi wszelki zapał, ale jeżeli tak jest to może zajmijmy się ogrodnictwem, bo to naprawdę nie jest elektronika z Chin, produkowana w setkach tysięcy i na niskie ceny nie ma co liczyć.
Zapewne Candle nie jest w stanie obniżyć tej ceny a poza tym jego czas włożony w ten projekt też trzeba cenić.

160

(28 odpowiedzi, napisanych Bałagan)

Fox napisał/a:
electron napisał/a:

Oczywiście TAB samoczynnie zamieniany na spacje to wg mnie podstawa.

To jest właśnie kompletna porażka - pomijając to, że pliki robią się sporo większe, to trzeba częściej wciskać klawisze strzałek i zwykle jest coś krzywo - tu spacja za dużo, tu za mało - przy tabach to od razu widać. A o samoczynnej zamianie istniejących tabów na spacje aż boję się myśleć.

To, że pliki są większe nie ma praktycznie znaczenia na PC, wciskanie częściej klawiszy - zleży od inteligencji edytora (w Context jest smart TAB, który trochę pomaga, ale ja akurat nie włączam tego).
Wiesz jak wygląda 10-letni program pisany przez trzech w różnym stopniu "zdyscyplinowanych" programistów, którzy używają "Hard TAB" o różnych szerokościach ? Po takim czasie jest to taka sieczka że głowa boli. A spacja to spacja - zawsze wygląda tak samo niezależnie od edytora i programisty.

161

(28 odpowiedzi, napisanych Bałagan)

Używam Context-a i brakuje mi automatycznego ustawiania ilości znaków w TAB (ilości wstawianych spacji) wg typu pliku. Np. dla plików C używam TAB szeroki na 2 spacje a dla plików ASM używam TAB szeroki na 8 spacji i muszę wciąż przełączać w opcjach edytora, powinno być to konfigurowalne dla różnych typów plików.

Oczywiście TAB samoczynnie zamieniany na spacje to wg mnie podstawa.

162

(20 odpowiedzi, napisanych Bałagan)

no i mam potwierdzenie mojej teorii  : 10 minut temu napisalem posta o moim 1mb do atari i o d razu CANDLE zbiera zamówienia, mimo ze przez kilka miechy milczał :

Myślę, że Candle ma prawo zbierać zamówienia na co chce i kiedy chce. I wszelkie uwagi takie jak ta są nie na miejscu. Tym bardziej, że Candle już od kilku dni zapowiadał odkurzenie projektu.

163

(9 odpowiedzi, napisanych Software, Gry - 8bit)

AFM afm

164

(106 odpowiedzi, napisanych Fabryka - 8bit)

nosty napisał/a:

wiedzialem... za ladnie wygląda na gołym Atari? :)

I po co taki tekst ? :) To jest dział "Fabryka" a nie "Kolekcjonowanie".

165

(20 odpowiedzi, napisanych Bałagan)

A ja mam slipy w pacmany ... i kropki oczywiscie.

166

(21 odpowiedzi, napisanych Sprzęt - 8bit)

Z tego co wiem, seria XL też nie no i seria 400/800 też nie.

167

(6 odpowiedzi, napisanych Bałagan)

Atari == 2600

168

(91 odpowiedzi, napisanych Sprzęt - 8bit)

Tebe odstrachaj się.
Rdzenie są kompatybilne od 1.5 (?) roku wiec śmiało bierz się za coś większego.

169

(91 odpowiedzi, napisanych Sprzęt - 8bit)

XXL, nie siej zamętu.

Jeżeli nawet powstanie coś nowego to rdzeń FX nie będzie zmieniany i zostanie jak jest. Ewentualny rdzeń pod te 3 kolorowe super - gry byłby tylko takim ładowanym razem z grą skokiem-w-bok.

170

(91 odpowiedzi, napisanych Sprzęt - 8bit)

A po co pisać, przecież i tak 75% "scenowców" powie, że to nie jest atari i won z tym z konkursów na przykład,
A po co pisać, skoro potem przyjdzie Tebe i powie, że rdzeń zmienia się co chwila i to zniechęca,
A po co pisać, skoro i tak tylko XXLowi (a może aż?) będzie chciało się coś na taki rdzeń robić,

Prawdą jest, że w rdzeniu FX nie ma miejsca kompletnie. Cudem się ostatnie bugfixy pokompilowały.
Dołożenie MPU zamiast blittera też się raczej  nie uda - blitter aż tak dużo nie zajmuje, żeby zwolniła się wystarczająca ilość miejsca, cięcia musiałyby być większe. Prawdą jest, że MPU w zadaniach typowo blitterowych (przesyłanie, wypełnianie itd.) będzie dużo dużo wolniejsze od istniejącego blittera. Prawdą jest, że byłoby o wiele bardziej uniwersalne. DOstęp przez MPU do rejestrów sprzętowych VBXE (ale tylko VBXE) byłby możliwy. Oczywiście rdzeń FX i tak pozostałby rdzeniem "wiodącym" a taki zmieniony byłby co najwyżej dołączany do konkretnej gry.

Decyzję czy coś robić uzależniam ostatecznie od tego, czy ktoś jeszcze wyrazi zainteresowanie i np.spiszemy umowę na 3 gry ;-).

171

(13 odpowiedzi, napisanych Software, Gry - 8bit)

Pewnie "sieje" po rejestrach sprzętowych.

Dzięki :)

172

(203 odpowiedzi, napisanych Fabryka - 8bit)

to co dostałem jest za bardzo preliminary :) :P

173

(203 odpowiedzi, napisanych Fabryka - 8bit)

Ja chce. Jak już nie będzie trzeba robić przeplotu na taśmach :)

174

(69 odpowiedzi, napisanych Sprzęt - 8bit)

Słusznie, ale zanim sprawdzisz vbxe w innej, "gołej" atarce to sprawdź czy rdzeń, który Ci podesłałem coś zmienia czy nie.

175

(69 odpowiedzi, napisanych Sprzęt - 8bit)

No nieźle nieźle ....

Lotharek - jeżeli można - poproszę zdjęcia płyty - tak, żeby było widać co gdzie i jak jest podłączone.
Najlepiej ma maila.