6,901

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Dlatego, że mam możliwość korzystania z rozwojowego XL OS dla 65c816, który jest lepiej dopracowany, mam jednak możliwość operowania na standardowym (dla programów, które skacząc w maliny pomijają standardowe odwołania do systemu). Ramdisk.sys dla SDX po wykryciu 65c816 oferuje z czego pamiętam prawie 3 krotną prędkość tego, co oferuje każdy inny na 6502c, lecz nie wyklucza 6502c, bo w przypadku normalnego proca zadziała kod dla zwykłego proca. Sysinfo oferuje znaczne przyspieszenie obsługi ekranu dla 16-bit. Działa jednak także i na 6502c. To jest właśnie kultura programowania i kodowanie rzeczy zgodnych ze specyfikacją. Działają praktycznie w każdych warunkach nie dyskryminując użytkownika sprzętu rozszerzonego, lub standardowego. Ja to szanuję.

Dlaczego nie zwyzywałeś jeszcze VBXE? ;)-

6,902

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Jest zgodny ze specyfikacją Atari i jest ROZWOJOWY. Wystarczy? ;)-

6,903

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Nielegale tak, bo co? - poproszę realny przykład zastosowania w postaci programu i będzie cacy. Wówczas będzie to miało jakiś sens. Tak, czy nie?

6,904

(644 odpowiedzi, napisanych Programowanie - 8 bit)

tylko niektórzy umierli ;)-

to właśnie jest argument. MapRam cacy, IDE+ be. Dlaczego? - bo tak.

6,905

(644 odpowiedzi, napisanych Programowanie - 8 bit)

rozdziewiczyłeś je pirackim MapRam'em - więc plomby nie ma raczej. Spokojnie ;)-

6,906

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Wujek dobra rada: Kup se z tego powodu magnetofon. Tyle ;)-

EDIT:

Do widzenia, kup se trąbkę do pierdzenia :D

6,907

(644 odpowiedzi, napisanych Programowanie - 8 bit)

... dodatkowej pamięci - czemu nie. Nie jest to chyba problem. Problem jednak w tym, że ktoś poprosił uprzejmie o program, uzyskał go, ponownie poprosił o to, by xBios nie był koniecznością gdyż nie może używać swojego hardware'u w pełni funkcjonalnie - więc zleca zadanie ponownie komuś innemu. Zastanów się nad tym, bo nie jest nas zbyt wielu i działasz ogólnie na swoją szkodę. ;)-

6,908

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Najlepszym przykładem jest player dla bodajże SlightSid'a napinany przez XXL. .. lecz pod xBbios. I dlatego Stryker używając IDE+ MUSI korzystać ze SIO2SD tylko dlatego, by było to sio i po to, by bezwarunkowo (na chwilę obecną) operować na transmisji 19200. Po kiego grzyba pisać program użytkowy ... i to na dodatek PLAYER pod xBios? - żeby uprzyjemnić użytkownikom życie? Został już ponoć złożony wniosek w/w sprawie do Mono o normalny player dla dowolnego systemu i mechanizmu runext, który jest w tym względzie o niebo lepszym rozwiązaniem. Pytanie tylko pozostaje takie, po co robić dwa razy to samo? Dla zabawy?

BŁAGAM!!! - czy ktoś może wyprodukować naklejki PIN - ready? :D

Grzeniu - stawiam za pomysł i logo browary, WTK, lub coś tam (jeśli Jury będzie) ;)-

6,909

(644 odpowiedzi, napisanych Programowanie - 8 bit)

... szkoda czasu to chyba określenie, które można zastosować dla tego wywodu ;)-

XXL napisał grę, napisał swój system, dorobił player w czasie I/O. Ja po prostu "uprzejmie donoszę", że istnieje ewentualność wykonania takiego formatu na realnym sprzęcie na którym gra nie ładuje się prawidłowo. To chyba informacja dla autora, że można coś zmienić.

... na to wszystko otrzymuję odpowiedź:

larek napisał/a:

eeech... szkoda czasu.

Odnoszę wrażenie, że czas to marnuję ale ja ... czytając te bzdury ;)-

6,910

(644 odpowiedzi, napisanych Programowanie - 8 bit)

rozumiem jak najbardziej ;)- Wyłuszczam jeno problem taki, że użycie np. stacji SN360 spowoduje, że Mazazem w takiej wersji nigdy NIE zadziała. Stacja ta w oryginale posiada tę właściwość, że nie potrafi wykonać formatu z szybkim przeplotem.

6,911

(644 odpowiedzi, napisanych Programowanie - 8 bit)

@XXL - czerwony jest - spokojnie. Zdjęcie na szybko zrobiłem i kilasto wyszło ;)-

Nie jest to temat uszkodzenia nośnika, bo wyszło by to przy formacie, to raz. Dwa - to i tak testy przeprowadzałem na 3 dyskietkach.

Larek - od samego początku mówię, że problem występuje w określonych warunkach. To, że stację można zmusić do formatu z szybkim przeplotem to wiem. A Zgłaszam problem, bo może przyda się autorowi taka informacja. Czy coś robię nie tak? (poza oftopikiem oczywiście) ;)-

6,912

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Sprawdziłem jeszcze raz. Na standardowym przeplocie Mazazem wykrzacza się w czasie ładowania w takim oto momencie:

dev: 31, comm: 52, aux1=C8, .... check=4C

czyta, po czym ładowanie zatrzymuje się w w/w określonym miejscu czytając bez końca jeden i ten sam sektor.

Na ekran w tym czasie wyskakuje coś takiego:

http://www.ghnet.com.pl/~pin/xxl/IMG_1043.JPG



... lecz jeśli załaduję poprzez sio2pc, gdzie odczyt następuje w szybkim przeplocie - wszystko jest ok.

6,913

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Co więc TeBe mądrego zaproponujesz? ;)-

6,914

(644 odpowiedzi, napisanych Programowanie - 8 bit)

@XXL - tak.

6,915

(644 odpowiedzi, napisanych Programowanie - 8 bit)

BartoszP napisał/a:

wyluzuj...to, że na paru komputerach będzie problem, w tym z twoim,  to nie powód do traumy....z tym da się żyć :)

Oczywiście - da się. Jak na razie tracimy 1% względem "problematycznej" kompatybilności w stosunku do mikroobecnych i niewiedzieć jak przyszłych tzw. rozszerzeń. Mimo wszystko szkoda, bo np. dopałka Pasia opracowywana przez wiele lat czeka i wiele nowego wnieść do tematu może.

6,916

(644 odpowiedzi, napisanych Programowanie - 8 bit)

tebe napisał/a:

jego monitor czy TV akurat nie wyświetla poprawnie

Proszę nie używać odbiorników telewizyjnych marki Panaskanik. Niepoprawnie wyświetlają muzyczki ;)-

6,917

(644 odpowiedzi, napisanych Programowanie - 8 bit)

BartoszP napisał/a:

A skoro producent takie dawał i działają jak działają, to czemu XXL nie ma prawa z tego korzystać ?

Ma prawo - tylko pytam się po co. Czy ktoś wykodował dostatecznie wystarczający powód do 2012 roku? Nie. Więc nie neguje "niepublikowanych" jeno czekam bezskutecznie na efekty. Siwy włos sypie się powoli ;)_

@XXL - przecież pisałem już ze 20 razy, że Mazazem rozjechał się czasowo na std przeplocie i transmisji 19200 bd. Jak mam to inaczej opisać? - Brajlem? :D

6,918

(644 odpowiedzi, napisanych Programowanie - 8 bit)

@XXL - ale nie wynika z tego, że mam jakieś problemy ze stacją. Jest sytuacja akurat taka, że ciężko mi jest zmusić ową stację do formatowania ze szybkim przeplotem w standardowej transmisji 19200 bitów / sekundę. W związku z tym, np. jako użytkownik nie doktoryzuję się w temacie, tylko zapisuję grę w standardzie (czyli czymś jak najbardziej dziewiczo - nienaruszalnym) i ładuję program na Atari ze standardowym procem z (powiedzmy) wyłączonymi dopałkami, bo jak sądzę 1MB ramu i stereo nie robi tutaj jakiegoś wielkiego halo. I co - i w czasie ładowania gra się wykrzacza. Dlatego też zgłaszam problem i widzę, że niczego nie sprawdzałeś, lub też nie masz realnego hardware by to sprawdzić. Dziwne, bo to ja mam ponoć jakieś cuda w sprzęcie. Okazuje się jednak, że takie SIO2SD zawsze poda Ci sektory z szybkim przeplotem i problem jest niezauważalny. Problem też jest jednak w tym, że XF551 nawet z ultraspeed jest bardziej natywnym hardware'm niż SIO2SD. Widzisz, to jest właśnie kwestia wybiórczego gloryfikowania rozszerzeń, sprzętu, standardów i tego, co jednemu pasuje a innemu nie. Nie mówię by iść jak stado baranów za większością - nie, chodzi tylko o racjonalne podejście do tematu i uwzględnienie dość przeciętnych standardów, które wytycza to, co dzieje się na scenie ogólnie. Nie wiem, czy dobrze to ująłem i czy dobrze mnie zrozumiałeś.

Istnieje oczywiście ostatnia możliwość - idziemy w maliny i będziemy wszystko uruchamiać na emulatorach, bo co gra / demo / coś tam - każdy będzie się zastanawiał jak to ruszyć na realnym sprzęcie. I nie pisz teraz proszę nic o xBios, bo ten wspiera ułamek tego, co można spotkać w temacie urządzeń "pamięci masowej".

W w/w temacie była mowa o przeplocie - ok. Teraz mówię, że akurat istnieje jakiś tam problem w std 19200. Nie mam jednak z tym problemu w trybie US, co nie jest dla mnie jakąś wadą, bo mając US mam gdzieś transmisję STD. Normalna sprawa. Nie po to mam US w stacji i nie po to zakładano 20-25 lat temu US, Toms'a czy Tygrysa by zamęczać się tym, co było. To w czym problem jest? - chyba w tym, że przy zmianie prędkości odczytu ze stacji po SIO gra się rozjechała, bo nie jest w stanie obsłużyć czasowo niczego więcej niż szybki przeplot w 19200 ... na dodatek transmisji sztucznie ograniczonej prze xBios :)

Kapici? ;)-

6,919

(644 odpowiedzi, napisanych Programowanie - 8 bit)

mazi napisał/a:
Pin napisał/a:

Przywiozę Ci na SV wersję Mazazem, która ładowana po SIO na dowolnie dostarczonej przez Ciebie Atarce nie zadziała

Chyba chcesz udowadniac w stylu z poprzedniej epoki, ze dajcie mi winnego a paragraf sie znajdzie :)
Wersja Mazazem sciagnieta ze strony xxl'a na mojej LDW2000 (standardowa) + atari (rozne, niezaplombowane) dziala.
Masz u siebie tyle gratow, ze bankowo znajdziesz stacje, z ktorej pojdzie :)

Czy dociera do Ciebie może taka informacja, że chodzi o przeplot sektorów. Jaki ma to związek z ewentualnymi rozszerzeniami? Umiesz czytać ze zrozumieniem, Mazi? ;)-

6,920

(644 odpowiedzi, napisanych Programowanie - 8 bit)

ok. Nie ma problemu. Weź swojego kompa na wszelki wypadek ;)-

6,921

(644 odpowiedzi, napisanych Programowanie - 8 bit)

ignorowanie tematu faktycznie jest optymalnym rozwiązaniem ;)-

6,922

(644 odpowiedzi, napisanych Programowanie - 8 bit)

mazi napisał/a:

Wieczor: nie wiem jak mam cie rozumiec. Czy to co piszesz to zwykle trolollo czy ty tak na powaznie? Przetestowalem Mazezam z sukcesem na moich trzech 65xe i 130xe. Jak nie czaisz: TO DZIALA!

Przywiozę Ci na SV wersję Mazazem, która ładowana po SIO na dowolnie dostarczonej przez Ciebie Atarce nie zadziała. Jak już wspominałem - wystarczy STD przeplot na zwykłej stacji. Niech ktoś będzie szczęśliwym posiadaczem standardowej stacji SN-360 . Niniejszym będzie pozbawiony możliwości zagrania w Mazazem mimo, iż będzie miał komputer niczym orleańską czy jakąś tam dziewicę. Mowa oczywiście o wersji z xB i muzakiem w czasie I/O. Zwracam tym samym uwagę jedynie na to, że proponując pewne rozwiązania należy liczyć się z hardwarem i fantazją użytkownika ;)-

6,923

(20 odpowiedzi, napisanych Programowanie - 8 bit)

Sikor'816 napisał/a:

65C816 napisał/a:

    Szesnastobitowy akumulator bezpośrednio dostępny jest jedynie w trybie natywnym, nawet jednak w trybie emulacji istnieje możliwość zamiany miejscami obydwu jego ośmiobitowych połówek. Wykonuje to rozkaz XBA. Niektóre rozkazy używają szesnastobitowego akumulatora niezależnie od bieżącego trybu pracy CPU i stanu bitu M. W takich wypadkach akumulator oznaczany jest jako rejestr C.

istnieje możliwość to nie oznacza, że stanowi to jakikolwiek problem. W stosunku do natywnego kodu 6502c opartego o legalne instrukcje problem nie istnieje.

Sikor'816 napisał/a:

65C816 napisał/a:

    Czas wykonywania się rozkazów w trybach strony zerowej jest taki sam, jak w 6502, pod warunkiem, ze rejestr D zawiera parzysta wartość. W przeciwnym wypadku wykonanie rozkazu zajmuje jeden cykl więcej.

Hmm, możemy tracić cykle za darmo... hmm

Jeśli miało by to stanowić problem, to stopień niekompatybilności byłby znacząco większy. A tak - jest mało zauważalny.

Sikor'816 napisał/a:

65C816 napisał/a:

    Nie da sie ukryc, ze XL OS nie ma niczego sensownego pod tym adresami, tak wiec przelaczenie CPU w tryb natywny bez wylaczenia przerwan powoduje natychmiastowe padniecie systemu.

Uppsss... Lecimy w maliny?

Mając na względzie taką sytuację mamy do dyspozycji system operacyjny przeznaczony dla 65c816. Mówimy tu o programowaniu dla 65c816, więc nie wiem o jakich malinach mowa ;)-

6,924

(644 odpowiedzi, napisanych Programowanie - 8 bit)

@XXL - ta cała twoja niekompatybilność 65c816 i wielka strata dla demosceny to mniej więcej jak na razie:

* 4 gry
* 3 dema
* dwa inne programy do robienia czegoś tam ;)-
* spora część Twoich produkcji

... na kilkadziesiąt tysięcy programów. Chyba to przeżyjemy a scena nie upadnie tak łatwo ;)-


EDIT:

:) - to może teraz czas na nielegalne instrukcje 65c816 :D

6,925

(644 odpowiedzi, napisanych Programowanie - 8 bit)

proc budzi się w trybie 8-bit, w sposób mylący chyba nazwane zostało to emulacją.

To może inaczej zapytam. Na czym polega owa emulacja w tym procku i jak to się odbywa? Pytam, bo nie wiem -) Włączam komp i proc jest w trybie 8-bit. Do 16-bit wymaga przełączania.