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
FujiNetChat: Nowy klient IRC dla Atari Pierwsza publiczna wersja alfa FujiNetChat, nowoczesnego klienta IRC wykorzystującego interfejs FujiNet.
Gearlynx 1.2.2 Gearlynx doczekał się aktualizacji. Wprowadzono podgląd SCB, wyszukiwanie w pamięci oraz poprawki.
Wyniki FujiCup 2025 Poznaliśmy najlepsze gry na 8-bitowe Atari wydane w 2025 roku według jury oraz publiczności.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Opcje wyszukiwania (Strona 7 z 29)
tebe napisał/a:pewnie trzeba poprawić kod tych programów, to jest to co zniechęca do pisania dla VBXE, bo nie znasz momentu kiedy będziesz musiał n-ty raz poprawić to co kiedyś napisałeś
Tebe, a sprawdziłeś listę zmian ? Od wersji 1.20 (czyli od dawna) rdzenie są kompatybilne ze sobą poza bugfixami, więc o czym Ty mówisz ? Z Twoich programów Sprawdziłem Propera i Plasmę - działają na 1.24.
Lotharek: kiedyś to samo pisałeś o 1.22, prosiłem Cię o jakieś dodatkowe informacje na ten temat i umilkłeś.
Testy VBXE są w paczce: MTEST1,2 VFS .... programy te testują RAM VBXE.
W wersji vbxe 1.x jeszcze trzeba dodać rezystor 75 - 120 omów do GND od każdego z wyjść RGB, ze względu na konieczność zapewnienia prawidłowego obciążenia dla DACa (monitory mają impedancję wejściową 75 omów a wzmacniacz audio - 10k - 47k omów).
W vbxe 2.x ;) te rezystory są raczej zbędne, DAC jest obciążony wstępnie na karcie.
No trudno. Byłeś jedyną szansą tego rdzenia ;) :-)
Bo zrobienie na vbxe1 zostało zrzucone na electrona.
Będzie.
... Już jest.
Bitman: jaki antysemityzm ? Przecież to na filmie to bezdenna głupota a nie antysemityzm. Ci ludzie Żyda to pewnie w życiu na oczy nie widzieli - dla takich ograniczonych osobników każdy jest wrogiem.
Fakt, powinno się to posprzątać, humanitarnie, sam złożyłbym się na taśmy amunicyjne.
Podpisałem ... dzięki za ten post, Drac030.
Brawo Candle !
Jakość grania bez zarzutu moim zdaniem. Jak ruszy na tym dope.mod to już będę szczęśliwy :)
Detekcja kowoksa jest prosta: jak gra to słychać
vbxe :) i 1MB
Pin: masz coś do Torunia ? ;-)
Ja bym ewentualnie spróbował wyłączyc vbxe (poprzez skasowanie wszystkich wgranych rdzeni z FLASH i zimny start kompa) i sprawdził jeszcze raz, czy tutaj coś się nie gryzie
PS. wyłączyć chwilowo VBXE (do najbliższego rebootu) można też wpisując 0 pod adres 0xd6(7)ff.
Ja tam dzisiaj byłem. Rzeczywiście - Zybex, Amaurote ... jeszcze kilka innych, których wstyd się przyznać ale nie pamiętam nazwy pomimo, że melodię kojarzę. Leci to w kółko a w rytm tej muzyki dzieciaczki skaczą po animowanej kolorowej szachownicy w fosie zamkowej.. Fajne i dzieciakom się muza podoba chyba :)
Draco scrolling pionowy ... blitter ... plizzzzz ;-)
Kolorki mogłyby być definiowalne, niekoniecznie takie jak powyżej ... kolorki w katalogu zależne od rozszerzeń
Miało być ctrl+X aby uruchomić program przez X. Nie wiem, czy Draco już to zrobił
To nie wiem XXL - z jednej strony chcesz zmian z drugiej bardzo troszczysz się o twórców emulatorów :-)
Przyklepuję prośbę Candle.
Nie no nie mam słów. Nie rozumiem powyższej wypowiedzi. AVR jest managerem rdzeni i tyle. Nie będzie inaczej i proszę przestać spekulować.
Obawiających się o sprawy kompatybilności przy ewentualnych zmianach (Draco i Pin) proszę o spokój, nie będzie żadnych dziwnych zmian, burza w tym wątku nie jest moim pomysłem. Jedyna rzecz jaką ostatnio zrobiłem to rdzeń VGA, który jest "prawie" całkowicie kompatybilny z fx - to "prawie" podałem jak wygląda i tyle.
Jest to raczej ciekawostka, ale jeżeli ktoś będzie chciał to użyć to proszę bardzo - należy się jednak liczyć z kłopotami przy np. użytych 4 paletach.
Wszystkich chętnych do umieszczania procesorów w rdzeniach ucieszy natomiast wieść, że Candle właśnie przycina rdzeń robiąc z niego prosty "template" dla osób chcących pisać rdzenie na vbxe.
akurat nie demonizowałbym z tym vbxe1
bo jedyna różnica jest w zasadzie taka, że 1 bootuje się 6s a 2ka 0.15s.
Przy podmianie rdzenia w trakcie pracy (z dysku) różnica zauważalna może być tylko przy hdd.
Funkcjonalnie jednak jest to to samo.
dzię-ku-je-my ! dzię-ku-je-my !! :-)
to do niczego nie prowadzi, poki czas bo szykuje sie i tak mala rewolucja z vga:
2. calkowite usuniecie blittera a w jego miejsce wprowadzenie do rdzenia dowolnego procesora nawet w okrojonej wersji (blitterka bedzie mozna sobie samemu napisac a oprocz tego rysowanie odcinkow, operacje matematyczne, przedefiniowanie kolormapy i 100 innych rzeczy)
3. rozdzuielenie rejestru MEMAC_CONTROL na dwa: jeden odpowiedzialny za umiejscowienie okna z dokladnoscia do 1 strony (starszy nibbel starego), a drugi do ustalenia wielkosci okna + dostepy antic i cpu (mlodszy nibbel starego), dodanie przynajmniej 2 nowych wielkosci okna $100 oraz $ffff. jesli sie da to gdy rejestry sprzetowe zaslaniaja okno memacA zapis powinien miec miejsce do rejestrow oraz do pamieci vbxe
Są dwie możliwości:
a) zioło było za mocne,
b) XXL naumiał się HDL-a i szpanuje (ale i tak nie ma źródeł FX-a).
I dlatego w przemyśle nie lubimy atmela.
OK, 1040STE już mam zaklepane, dzięki Seban :-)
Atari 7800 poszukuję dalej ... Kto sprzeda ? no... śmiało ;-)
Dzięki Rysiek ... i poproszę o repetę za rok :)
Znalezione posty [ 151 do 175 z 720 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.028 sekund, wykonano 33 zapytań