Pisz bezpośrednio do Simiusa i pytaj o IDE+2.
Już posłałem zapytanie doń :) Dzięx
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowa gra na Atari 8-bit: Agents Alpha Bocianu prezentuje nową grę Agents Alpha.
Altirra 4.50 test 19 Phaeron opublikował nową wersję testową emulatora Altirra z licznymi poprawkami m.in. dla VBXE.
NeoST 0.6.1 Nowa wersja emulatora NeoST z ulepszeniami emulacji układów Atari ST, MIDI oraz obsługą sieci.
Atari na Xenium 2026 Podsumowanie atarowskich produkcji zaprezentowanych podczas tegorocznej edycji imprezy Xenium.
Steem SSE 4.2.1 R1 Ukazała się aktualizacja popularnego emulatora Atari ST/STE z usprawnioną obsługą obrazów STX.
atari.area forum » Posty przez PeBe
Strony Poprzednia 1 2
Pisz bezpośrednio do Simiusa i pytaj o IDE+2.
Już posłałem zapytanie doń :) Dzięx
Hejka.
IDE2ECI lub inny kontroler do 130XE na ECI/Card
SDX Cartridge - Chciałbym, aby była możliwość aktualizowania SDX :) Nie chce SIDEx, U1MB i in.
Byłoby SUPER mieć :)
Pogadaj z Kazem, gdyż to produkt "brandowany" PTODT
Ja mam wersję deweloperską od Pancia, gdyż to jego projekt.
Obecnie jest jeszcze "uwięziony" z racji wystawienia na ABBUC, ale... będzie dostępny też jako "zrób se sam"
Oczywiście bez urazy - mówię tylko, jak jest :)
Co prawda premiera już dawno dawno za Nami, ale...
Dziś z @pancio, dokonaliśmy rewolucji ;) w MIDICar Playerze.
Udało się odpalić najlepszy player MIDI pod SpartaDOS X 4.49
Ja sprawdzałem niestety pod emulatorem, jednak @panico dokonał tego na żywym organizmie, wyposażonym w U1MB i IDE2ECI.
Ruszyło z kopyta, aż miło patrzeć.
https://www.youtube.com/watch?v=eOeRF6BNrP4
Za niedługo więcej info.
PS. Z Pinokiowym komputerem, też udało się wystartować na Grawitacji, jednak wtedy jeszcze MIDICar Player, był "wyłączony" dla SDXa.
Cześć wszystkim.
Nie wiem, czy to dobre miejsce, jakby co, można przenieść w bardziej pasujące :)
EDIT: Jednak było złe :D ale już jest dobre :P
Jak w temacie.
Zapraszam Wszystkich na premierę MIDICar Playera.
Już w tą sobotę (9 lipca) o godzinie 23:00
https://www.youtube.com/watch?v=BVGzFTggMPI
To najlepszy EVER odtwarzacz MIDI na Atari 8-Bit
I załatwione.
Dziękuję @micromax
Do zamknięcia
@micromax: poszło na PW :)
Hej Wszystkim.
Poszukuje samej obudowy do Atari 65/130. Stan nie jest ważny, choć "puzzli" raczej nie chce ;) Istotny jest tylni grill z dolną częścią obudowy.
Hej Dely.
Przyznaję, że kawał dobrej roboty zrobiłeś.
Przydaje się, choćby do manipulacji konfiguracją SIO2SD z poziomu Atari, czego nie ma w Configuratorze (ja nie znalazłem :P)
Mam pytanie w związku z tym.
Czy planujesz opublikować kod Manipulatora, czy będzie to produkt zamknięty?
Nie będę ukrywał, że przytuliłbym kodzik, gdyż na necie niewiele jest informacji nt. programowania dla SIO2SD, a Twój program wspiera już wersję v3 tegoż ustrojstwa :)
Pozdrawiam
Strona gucio.pl nieżyje. Czy ktoś wie, gdzie można zdobyć pełny opis Configuratora?
Hej wszystkim.
Właśnie wszedłem w posiadanie tego maleństwa.
Wstępnie udało mi się przygotować kartę SD do pracy, jednak mam pytanie dotyczące wybieraczki.
Skorzystałem z tej strony https://www.ncsystems.eu/pl/content/10- ... ja-obslugi
Czy są jakieś alternatywy dla znalezionej przeze mnie?
I takie developerskie pytanie: Czy ten opis http://atariki.krap.pl/index.php?title= ... edirect=no jest zgodny z tym stickiem?
@Nitro: Procek nie jest słaby i wiem, że Altirra jest bardzo wymagająca, jednak procek ma dwa rdzenie po 2.1GHz bez jaj :P. Na wcześniejszej dystrybucji (MX18/19) działał wyśmienicie, mogłem bez problemu steamować z OBSa, albo Zooma. Dodam nawet, że pod VirtualBoxem z Windowsem 7 działał dobrze (na jednym rdzeniu, bo procek nie obsługuje wirtualizacji VT-x)
BTW: Potrzebuję Altirry, ze względu na zajebiaszczy debuger. Atari800Win Plus, jest świetny jako platforma rozrywkowa, gdzie siadasz i grasz, ale do tworzenia czegoś, tym bardziej debugowania jest okropnie (jak dla mnie) toporny. O Atari800 nie mówiąc. To świetne emulatory na słabe kompy - zgodzę się, ale tylko jako rozrywka, nie "praca".
---
Pewne kwestie związane z obsługą grafiki w linuxie wymagają restartu Xów, o czym kompletnie zapomniałem.
@jury, sprawdziłem DXVK. U mnie występował w wersji 173. Po jego dodaniu i odpaleniu Altirry oraz przełączeniu się na DirectX niestety wywalił mi emulator. Sprawdziłem wcześniej jak stoję z Vulkanem, "coś" w systemie jest (mesa-vulkan-driver 21.2.5-1~mx21ahs, libckd3d1-1.1-5 dla x64 oraz i386, libvulkan1 dla x64 oraz i386), jednak wywalało mi komunikat z Wine, że brak obsługi jakiegoś elementu, czy jakoś tak (sorki, mam usunięte logi).
Sprawdziłem też na grze (oldschoolowy Star Monkey), niestety też nie ruszyła :(. Więc go usunąłem (DXVK) :D ale tylko wpisy przez winecfg w zakładce Biblioteki. Zostawiłem tylko wpis 'autostart_winedbg' na wyłączony.
Po tej całej akcji, miałem problemy z przywróceniem funkcjonowania DirectX via OpenGL w emulatorze, za to gra śmigała aż miło, tylko nie na pełnym ekranie (ale to już inny wątek)
Cóż... musiałem iść do pracy.
Teraz wróciłem i zalogowałem się do kompa. Uruchamiam emulator, zmieniłem obsługę na DX11, by zobaczyć, co to był za błąd i? Oczom nie wierze. Działa! :D się ucieszyłem. A nawet bardzo, bo obciążenie spadło. Jak wcześniej prawie uderzało w sufit (ok. 80%) tak teraz trzyma elegancko ~50%. Szarpie przy zmianie rozmiaru okna, ale to (wg. mnie) całkiem normalne.
Co się zmieniło, nie wiem. W każdym razie, wygląda na to, że restart Xów pomógł mu.
Nom i teraz to można działać na Altirce :D
@perinoid: kurde, ale się naciąłem. Myślałem, że udostępniłeś też filmik hahaha, a to mój "cycat".
Widzisz, jednak trochę różnicy jest pomiędzy i5 a Pentium B950. Ten (mój) komp ma ponad 10 lat, to cud, że jeszcze działa! :D
Fakt, jest upgradeowany do granic możliwości (RAM, SSD), ale procka już nie zmienie :(
Mój efekt zabawy z Winem:
https://www.youtube.com/watch?v=uHjizICpDNE
Generalnie płynnie, choć przy zmianie stanu okna przyrywa, ale to ujdzie.
Jest progres.
Podobno tak nie jest (...) ja bym absolutnie żadnej zależności z powyższych z tego zrzutu ekranu nie próbował się pozbyć, tak tylko ślę małe info, że niby można odistalowywać zależności z ominięciem wszystkiego :)
Tak też przypuszczam, że jest to możliw. Jednak... nie bardzo chce mi się w to bawić i po prostu tak zostaje, bo działa :D
(...)spróbuję z ciekawości u siebie tą altirrę zamontować.
A czy też posiadasz Intela? Bo to by było coś :)
Ja coś namotałem i się poprawiło. Z pewnością uruchamiam Altirrę w wersji 64 bit pod Wine 64 i to samo z siebie poprawiło.
Do tego, w Wine 64 mogę bez większych problemów korzystać DirectXa, choć okupuję to wzrostem obciązenia o (bagatela) 35%+/-5%, ale i bez DX idzie dobrze... znaczy znośnie :)
Poprzestawiałem jeszcze co nie co w konfiguracji Fake drive przez Q4Wine, ale to chyba nie przyniosło wymiernych korzyści, w każdym razie nie zaszkodziło też :D
Aha, na problemy wydajnościowe z grafiką, to praktycznie zawsze mi gigantycznie pomagało zaaplikowanie do danego prefiksu wine dxvk.
Rzuciłem okiem na Wine DXVK. Jako że moje distro jest Debianie, spróbowałem szybkiej instali przez apt. Okazało się, że repozytorium MXa nie zawiera tego pakietu. :( W kompilacje i całą resztę nie chce mi się bawić.
Póki co, to co jest jakoś mnie zadowala. Może kiedyś spróbuje się z tym jeszcze raz zmierzyć.
Tak czy inaczej, dzięki za wskazówki wszelakie.
Będę doń wracał przy najbliższej (mam nadzieje dalekiej w czasie) instalacji :D
Pozdro,
PB
Zmiany API dźwięku nie przyniosły żadnych rezultatów, tzn. nie słyszę różnicy pomiędzy działającymi ALSA i PulseAudio. Reszta OSS, coreaudio nie działa, znaczy, nie ma dźwięku.
Spróbowałem również starszą wersję Altirry 3.91.
Przy ustawieniach (w Tools->Options->Display)
- DirectDraw - muli okrutnie
- Direct3D 9 i 11 - krzaczy ekran jak w pokazanym wcześniej zrzucie
- OpenGL - nie pokazuje nic, albo krzaczy (jak powyżej)
Wyłączenie wsparcia, daje takie same rezultaty, jak w Altirra 4.
EDIT:
Zrobiłem jeszcze jeden myk, mianowicie odpaliłem Altirre64.exe. I tu, niewielki progres.
Przy 32-bitowej framerate na pełnym ekranie wynionił ~42 FPSy, natomiast przy 64-bitowej, już było ~46 FPS.
Korekta do zeznań :D
OpenGL okazuje się, że działa, jednak po uruchomieniu Altirry produkuje to:
EDIT:
Wyłączenie opcji Tools->Options->Display DirectX 9 i DirectX 11 pomogło przywrócić obraz. Jednak dźwięk nadal szarpie.
Co gorsza, okazuje się, że mam full obciążony jeden rdzeń, co może mieć wpływ na dźwiek. Wydaje mi się, że we wcześniejszej wersji nie był on aż tak zajęty, zwłaszcza, jak był w oknie (nie na pełnym ekranie)
Aha, z tego co rozumiem to używasz "zwykłego" wine (?)
Nie. Używam pakietu winehq-staging 6.22.1mx21+2 (tak dokładnie widnieje w repo)
Do tego jest:
(sorki za obrazek, nie chciało mi się tego przepisywać :P)
Część pakietów amd64 i i386 wydaje się być zależna i nie mogę ich odinstalować pojedynczo, zostawiając np. tylko wersje i386 :|
Z ustawieniami dźwięku w Wine przez WineTricks jeszcze nie próbowałem.
W samej Altirze próbowałem, ale nic nie pomaga.
Witam wszystkich.
Zacznę może od filmiku z problemem:
https://www.youtube.com/watch?v=Ha5NFQN9Gp8
Jak słychać, dźwięk nie jest czysty - jest "poszarpany" - i tu jest problem, jednak to nie problem Altirry.
EDIT: Generalnie dźwię działa prawidłowo w aplikacjach natywnych.
Obstawiam kłopoty z obsługą grafiki (Intel i915)
Konfiguracja Linuxa:
System:
Host: <filter> Kernel: 5.10.0-10-amd64 x86_64 bits: 64 compiler: N/A
parameters: BOOT_IMAGE=/boot/vmlinuz-5.10.0-10-amd64
root=UUID=<filter> ro quiet splash
Desktop: KDE Plasma 5.20.5 wm: kwin_x11 dm: SDDM
Distro: MX-21_KDE_x64 Wildflower October 20 2021
base: Debian GNU/Linux 11 (bullseye)
Machine:
Type: Laptop System: LENOVO product: HuronRiver Platform
v: Lenovo B570e serial: <filter> Chassis: type: 10 v: 0.1
serial: <filter>
Mobo: LENOVO model: Emerald Lake v: FAB1 serial: <filter> UEFI: LENOVO
v: 44CN43WW date: 10/27/2011
CPU:
Topology: Dual Core model: Intel Pentium B950 bits: 64 type: MCP
arch: Sandy Bridge family: 6 model-id: 2A (42) stepping: 7
microcode: 2F L2 cache: 2048 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 bogomips: 8380
Speed: 1104 MHz min/max: 800/2100 MHz Core speeds (MHz): 1: 1104
2: 1509
Vulnerabilities: Type: itlb_multihit status: KVM: VMX unsupported
Type: l1tf mitigation: PTE Inversion
Type: mds mitigation: Clear CPU buffers; SMT disabled
Type: meltdown mitigation: PTI
Type: spec_store_bypass
mitigation: Speculative Store Bypass disabled via prctl and seccomp
Type: spectre_v1
mitigation: usercopy/swapgs barriers and __user pointer sanitization
Type: spectre_v2 mitigation: Full generic retpoline, IBPB:
conditional, IBRS_FW, STIBP: disabled, RSB filling
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: Intel 2nd Generation Core Processor Family Integrated
Graphics
vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0
chip ID: 8086:0106
Display: x11 server: X.Org 1.20.13 driver: modesetting
unloaded: fbdev,vesa compositor: kwin_x11 resolution: 1366x768~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 2000 (SNB GT1)
v: 3.3 Mesa 21.2.5 compat-v: 3.0 direct render: Yes
Audio:
Device-1: Intel 6 Series/C200 Series Family High Definition Audio
vendor: Lenovo driver: snd_hda_intel v: kernel bus ID: 00:1b.0
chip ID: 8086:1c20
Sound Server: ALSA v: k5.10.0-10-amd64
Network:
Device-1: Qualcomm Atheros AR9285 Wireless Network Adapter
vendor: Lenovo driver: ath9k v: kernel port: efa0 bus ID: 02:00.0
chip ID: 168c:002b
IF: wlan0 state: up mac: <filter>
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Lenovo driver: r8169 v: kernel port: 2000 bus ID: 03:00.0
chip ID: 10ec:8168
IF: eth0 state: down mac: <filter>
Drives:
Local Storage: total: 521.66 GiB used: 85.30 GiB (16.4%)
ID-1: /dev/sda vendor: A-Data model: SU630 size: 223.57 GiB
block size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
serial: <filter> rev: 229a scheme: GPT
ID-2: /dev/sdb vendor: Western Digital model: WD3200BPVT-24JJ5T0
size: 298.09 GiB block size: physical: 4096 B logical: 512 B
speed: 3.0 Gb/s rotation: 5400 rpm serial: <filter> rev: 1A01
scheme: GPT
Info:
Processes: 222 Uptime: 17h 09m Memory: 7.69 GiB used: 2.69 GiB (35.1%)
Init: SysVinit v: 2.96 runlevel: 5 default: 5 Compilers: gcc: 10.2.1
alt: 10 Shell: quick-system-in running in: quick-system-in
inxi: 3.0.36 Jeśli za szczegółowo, to przepraszam :P
Wine jest z mojej dystrybucji i ma wersję 6.22 (taką pokazuje)
Próbowałem różnych ustawień samego Wine, jednak żadnych efektów.
OpenGL nie działa mi w Wine - pokazuje mi śmieci, albo czarny ekran :/
Macie może jakiś pomysł, gdzie szukać rozwiązania? (Zmiana sprzętu nie wchodzi w rachubę ;) )
--- EDIT
Zmieniłem jeszcze sterownik grafiki na Intelowski, poprzedni to 'modesetting' (?)
Graphics:
Device-1: Intel 2nd Generation Core Processor Family Integrated
Graphics
vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0
chip ID: 8086:0106
Display: x11 server: X.Org 1.20.13 driver: intel compositor: kwin_x11
resolution: 1366x768~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 2000 (SNB GT1)
v: 3.3 Mesa 21.2.5 compat-v: 3.0 direct render: YesMoje odczucia są mieszane. Altirra jakby mniej szarpała, jednak na rendererze wine ustawionym na OpenGL robi dziwne klony okna emulacji (?)
I raczej złym efektem ubocznym, jest migający ekran interfejsu KDE :/
Więc wracam do poprzednich ustawień :(
Mq, takie trzymanie haseł po stronie klienta to złamanie wszelkich zasad bezpieczeństwa. Mimo iż to małe Atari to nie powinno się tak robić.
Nie widzę tego w praktyce. Po za tym, przypuszczam, że trzeba by dublować dane lokalnie, by rozróżniać wyniki które już są na serwerze, by ich nie wpisywać wielokrotnie. To nieekonomiczne.
XXL, chyba rozumiem, o co chodzi Mq.
Podobny scenariusz planuje wprowadzić w Krecie, gdzie gracz ma możliwość wyboru sposobu zapisu listy Najlepszych: Lokalnie w pamięci RAM, na dyskietce lub Internet, korzystając z FujiNet. Przy wyborze opcji "Internet", będzie możliwość podania Loginu i Hasła (jak na razie tylko dla API HSC)
Po tej czynności, lista wyników będzie wczytywana przez API HSC i prezentowana w opcji "Najlepsi". Po rozgrywce, będzie można umieścić wynik w tablicy gry.
Jednakże, wrzucenie już istniejących wyników w grze (np. z RAM lub Dyskietki), raczej jest nie możliwe. Tak jak pisałeś XXL, wymagałoby to znajomości haseł użytkowników, a to raczej niemożliwe/głupie/niebezpieczne (niepotrzebne skreślić)
Strony Poprzednia 1 2
atari.area forum » Posty przez PeBe
Wygenerowano w 0.010 sekund, wykonano 75 zapytań