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
II. Baskijski Turniej Atari 8-bit Relacja z drugiej edycji retro zawodów Atari 8-bit zorganizowanych przez Euskal Retro w Bilbao.
Fujisan 1.1.7 Najnowsze wydanie Fujisan przynosi poprawki dla FujiNet oraz nowe funkcje sterowania emulacją.
Charsetter - nowe narzędzie Poznaj Charsetter, wszechstronny edytor fontów i map dla 8-bitowego Atari dostępny w przeglądarce.
A8E 1.3.0 Emulator atarowskich ośmiobitowców o otwartym kodzie źródłowym otrzymał aktualizację do wersji 1.3.0.
a7800DS 5.2c Aktualizacja emulatora Atari 7800 dla konsol Nintendo DS przynosi optymalizacje i nowy system ulubionych.
Opcje wyszukiwania (Strona 265 z 465)
po:
device ENV
żadnych zmian. Co to jest takiego?
EDIT:
Na XEGS też mam to samo, czyli na dwóch Atarkach mi to nie działa.
już się robi ;)-
EDIT:
Directories: 135, Files: 1954
The VTOC and free sector count are correct.
Efekt ten sam. Dalej działa tak, jak opisywałem. Sparta w wersji 4.46 2-01-2013. Po wywaleniu kilku rzeczy z SC.CFG (boot selector) dalej to samo.
Co dziwne, to że SC po starcie na lewym panelu napisał:
B:>*.*
a na prawym:
b:*.*
-----------------------------
Sprawdzę to na innej atarce, moment.
moment, sprawdzę ten *.sav
EDIT:
Nie - to nie problem z *.sav. Dodatkowo niczego spod SC nie mogę odpalić.
CON.SYS jest potrzebny?
Config dla SC:
use banked $6f
device sparta
device sio
set path=car:................
set prompt=$l$p>
set comspec=b:\programs\sc\scmain.ovl
set sc=b:\programs\sc\scmain.ovl
set car=b:\...........
device quicked /n
device b:\sys\rc_gr8
device ideptime
device comexe
device runext b:\sys\...........
:)
czy RC_gr8.sys uległ zmianie?
wersja niestabilna.
Ustawienia z SC.INI zostały zignorowane, nie działa mi linia poleceń. Tzn - jeśli podam literę dysku, to go zmieni i zadziała, jeśli poam inne polecenie - np. DIR, COLD, czy coś tam - to zostaje to zignorowane. Po zmianie dysku poprzez wpis w linię poleceń (C:, return), u góry okna ze ścieżki zniknął znak ">"
SC.INI? coś mnie chyba ominęło :>
Dementuję pogłoski o zwarciu na kablu łączącym VBXE z 1435. Jest sprawny :P
... no to bez tego, to głowicy raczej z miejsca nie ruszy ;)-
Sprawdzałem na jednym monitorze Atari 1435. Bo na tyle starczyło mi kart VBXE :D
Co w tej wersji było dodatkowo?
... no ale dlaczego doszło do przegrzania DAC'a w VBXE 1.1? ;)- Dla zróżnicowania przypadku powiem tyle, że DAC przy podłączeniu do C1084s był po prostu lekko ciepły. I tyle.
no nie wiem. Podłączyłem wprost VBXE 1.1 poprzez kabel DB9 do SC1435 ... i na początku obraz był ładny. Później brakowało czerwonego, ... następnie białe litery nabrały wściekle żółtego koloru ... a później była tylko ciemność, no i rękę sobie oparzyłem od plastikowej obudowy komputera ;)- Nie piszę tego po to, by komuś zaszkodzić piszę dlatego, by ktoś mógł ustrzec się od błędu, który popełniłem. Mówiłeś (z czego pamiętam) przecież o możliwości wstępnego obciążenia składowych RGB? Prawdopodobnie to mogło by zapobiec awarii.
Wytropiłem właśnie jedną rzecz, która jest raczej prosta do zrobienia a brak jej potrafi na dłuższą metę irytować. Otóż przeglądam sobie kilkadziesiąt grafik z Rasta Convertera każdorazowo po powrocie z "obrazka" do SC w linii poleceń pojawia mi się znak, który jest przyporządkowany do klawisza naciśniętego w czasie oglądania obrazka z Rasta celem wyjścia do SC. Można by przy odpalaniu SC kasować kod ostatnio naciśniętego klawisza?
Jedna rzecz jeszcze. Jeśli uruchamiany spod SC program (gra / demo) kończy się wyłącznie poprzez cold reset, to po uruchomieniu ponownym sdx i sc ten ostatni nie pamięta ostanio ustawionych ścieżek. Ustawia mi obydwa panele na B:>, czyli na dysku z którego został uruchomiony.
ricziricz napisał/a:a korci mnie żeby podłączyć małe Atari XEEEEE :P do 1435.
VBXE w wersji 1.x podłączając wprost do Atari 1435 możesz zjarać. Ja uwaliłem DAC'a tym sposobem (przegrzał się). Z czego zasłyszałem, to da się to podłączyć do 1435, lecz trzeba dopasować poziomy sygnałów, czy coś tam. Wersja VBXE 2 ma wstępnie obciążone wyjścia składowych RGB i w tym przypadku nie powinno być kłopotów. Jeśli się już na coś konkretnie zdecydujesz, to pytaj autorów karty czy będą problemy i jak należy je obejść.
Sprawdziłem. Nie wiem który program mi tego dokonał, bo faktycznie ED tego nie robi. Hmmm..
... no to zmienia postać rzeczy zasadniczo. W tym przypadku odszczekuję swoje postulaty ;)-
... zajebista maszyna. Z czego zrozumiałem, to zanabyłeś drogą kupna owe ustrojstwo. Można zapytać ile to kosztowało? (bez CT60).
lecz w tym wszystkim, to nie chodzi o odtwarzacze, tylko o ODBIORNIKI. Nie widziałem jak dotąd w życiu odbiornika (TV) wyłącznie z HDMI.
Po prostu nie wydaje mi się, by chroma/luma miała być gorsza od powyższej koncepcji HDMI z racji na to, że jest to źródłowo najlepszej jakości obraz generowany przez Atari i lepszego w nim nie znajdziemy (poza VBXE oczywiście, bo tam mamy żyletkę - RGB, lub w przyszłości VGA, bo udane testy widziałem). Tak więc, jeśli mamy coś co i tak jest i konwertujemy to po prostu do HDMI to najprawdopodobniej przybędzie więcej strat przy konwersji sygnału, niż korzyści ... pytam się więc gdzie tu sens. Tak mi sie wydaje przynajmniej ;)
Dobra... miało być wesoło, a nie jest. KKCMD prawie dobrze sobie radzi ze zipami, albo mu MagiC nie pasi ;)- Pod MagiC'em rozpakowuje, lecz najczęściej same podkatalogi, a pakuje puste archiwa z niewiedzieć jaką zawartością.
Klient FTP - Lichti. Kto to uruchomi i użyje, to temu osobiście wręczę nagrodę NOBLA ;)- Skonfigurowałem konto i nie ma w programie opcji do połączenia FTP.
.. pytanie tylko, czy finalnie będzie to lepsze od chroma/luma, czyli np. s-video. Nie podejrzewam, by s-video zostało zlikwidowane jako standard w najbliższych latach ;)-
o - na to nie wpadłem ;)-
no to kolejny up :D
EDIT:
Jednak przyspieszenie kursora poke'ami to zły pomysł. Wystarczy użyć edytora ED, by ten przywrócił prędkość do STD. Takich programów jest więcej. Nie lepiej zapisać te wartości w konfigu SC, albo po prostu ustalić to na zjadliwym poziomie "na sztywno"? Wartości 10 i 2 spisują się wyśmienicie ;)
... prawie ok ;)-
jest np. sytuacja taka:
* prawy panel mamy ustawiony na C:>
* lewy panel mamy ustawiony na C:>
* na lewym wchodzimy w katalog: C:>DEMO>LP98>
* przechodzimy na prawy, dajemy ctrl+L i następnie "C". Nic się nie dzieje. Domniemam, że to przez założenie, że jeśli jesteśmy na C:, to po kiego jeszcze raz odczytywać katalog. Przydało by się to jednak do "synchronizacji" katalogów. Da się to oczywiście obejść tak, że dajemy ctrl+L i np. D:, i jeszcze raz to samo, tylko "C".
Poza tym - powyższe zmiany znacząco poprawiły intuicyjność funkcjonowania programu. Tnx!
Jeszcze jedno, co mi przyszło właśnie do głowy. W SysInfo udało się opcjonalnie przyspieszyć rysowanie okienek przy pomocy kawałka kodu dla 65c816. Czy dało by się dorobić tę funkcjonalność do RC_GR8.SYS na takiej zasadzie, że gdy sterownik uruchomimy na 6502c, to działa normalnie, lecz po wykryciu '816 wykonuje część kodu do szybszej obsługi ekranu?
Pod SysInfo zysk prędkości był prawie dwukrotny ;)-
:) - co do SC. Jest prawie dobrze, lecz można poprawić jedną rzecz. Dla przykładu, otwieramy sobie na lewym panelu D:>games>m>mazazem>*.*. Przechodzimy na panel prawy (na którym jest dowolnie inny napęd, niż D:) i ładujemy dysk D:. Wg. nowej funkcjonalności mamy dwa identyczne katalogi na dwóch panelach. Wracamy do palenu lewego, wychodzimy piętro wyżej. Kursor ustawił się na katalogu "M" - ok, wracamy wyżej, kursor na "GAMES" - ok. idziemy do prawego panelu i robimy to samo. Efekt jednak będzie inny, niż dla lewego. Czy wartości (tablice, czy co to tam) ustawień "powrotów" można by przenieść w tym przypadku z panelu na panel?
EDIT: - sorki za post pod postem, coś się u mnie pochrzaniło.
... czekałem tylko na komentarz z tym związany :D. hahahahh .. no i jest ;)
Znalezione posty [ 6,601 do 6,625 z 11,613 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.324 sekund, wykonano 9 zapytań