Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
7th Annual Atari Homebrew Awards Oczywiście nie zabrakło polskich akcentów.
Wyniki FujiCup 2024 Sprawdź, czy były niespodzianki!
Mad Pascal 1.7.2 Optymalizacje, poprawki błędów oraz nowe funkcjonalności.
Tydzień na oddanie głosu w FUJICUP! Głosowanie potrwa tylko do 22 lutego 2025...
TURGEN 9.3.1 Najnowsza wersja oprogramowania TURGEN wprowadza kilka istotnych ulepszeń.
atari.area forum » Posty przez jellonek
tez szukalem...
widac rownie cienki googlacz ze mnie... :(
na gole cyce, na gole cyce :D
drac030: ciagle odwracasz kota ogonem, twierdzac iz przyczyna tego ze kod tworzony przez kompilator lezy w jego "braku inteligencji" - ja natomiast twierdze (co napewno poprze fox) ze problemem jest to ze czlowiek niepoprawnie implementuje w danym jezyku (nie chodzi tu tylko o C) algorytm.
mozesz tez powiedziec na zastosowanie jakiej konstrukcji nie pozwala C?
arogancja w postaci
Jellonek, ty teoretyzujesz, a ja napisałem w asemblerze silnik 6502 sześć razy szybszy od analogicznego kodu generowanego przez gcc. Taka jest różnica między zdaniem moim a twoim.
daje sie jedynie skwitowac slowami foxa(mam nadzieje ze nie sie obrazisz za cytowanie prywatnej korespondencji):
Ta, a ja zrobiłem wersję Numena na ZX81, tyle że w wyższej rozdzielczości niż na Atari i w 16.7 mln kolorów. ;-)
mala prosba: postaraj sie rozmawac z innymi traktujac ich inaczej niz "z góry".
czyli jasno widac ze komus ANTIC siada (i zawodzi odswierznie pamieci :D )
pytanie komu ;)
drac030: przeslij foxowi swoj kod, a GWARANTUJE CI (gwarancja w postaci litra finlandii), ze jesli znajdzie czas i checi (to drugie bedzie pewnie motywowane mozliwoscia zastosowania twoich rozwiazan w atari800) to przeniesiony przez niego Twoj kod do postaci C, bedzie spelnial twoje wymagania.
i powyzszym - jesli Drac030 zgodzi sie pokazac foxowi (a moze i komus wiecej) swoj kod emulacji 6502 - deklaruje ze otrzyma odemnie 1l finlandii (lub porownywalnego trunku):
a) Drac030 - jesli Foxowi nie bedzie sie chcialo, lub przepisany przez niego do C kod okaze sie wolniejszy bardziej niz o 50% w stosunku do drac030owego
b) Fox - jesli jednak uda sie mu wysc zwyciezko z powyzszego zadania...
btw. fox: zauwaz ze drac030 nigdzie nie wspomnial ze porownywal swoj assemblerowy kod z kodem zaczerpnietym z atar800. skoro, jak wyzej wspomnial, jego kod jest niekompatybilny z atari800, to pewnie analogiczny kod C emulacji 6502 opiera sie o inne algorytmy... tak wiec nie odbieraj tego jako "moj kod jest szybszy niz twoj" :D
a co do tego ze nieladnie jest chwalic sie bez poparcia - nie smialem wytknac, ja taki maluczki :D
Pierwsze pytanie jest, wybacz wyraz, idiotyczne.
jak ktos go nie rozumie to moze i idiotyczne.
chodzilo o to ze porownanie predkosci kodu wygenerowanego przez speca (tu Ty), i kopulator (tu GCC) jest bezsensowne, jesli zastosowane byly rozne algorytmy... tak wiec jesli napisane przez Ciebie core emulacji 6502 jest n razy szybsze od kodu opierajacego sie o inne rozwiazania algorytmistyczne - to twoje porownanie mozna tylko wysmiac... jesli natomiast opiera sie o ten sam algorytm (tylko np. recznie poprawiales wygenerowany przez gcc kod, albo pisales go z palca od poczatku, ale opierajac sie o wlasna interpretacje tego co gcc powinna wygenerowac) - swiadczy to o niedoskonalosci gcc na tej architekturze + o Twoim kunszcie ;)
tak, czy siak i tak chyle czola przed praca wykonana przez Ciebie ;)
pamietaj ze C to wlasciwie tylko nieco bardziej przenosny assembler, tak wiec jesli dobrze zaprojektuje sie kod C - wynik w assemblerze, przy dobrym kopulatorze, niewiele sie bedzie roznil od perfekcyjnie napisanego recznie.
btw. gcc -> 68k chyba az tak znowu optymalnym kompilatorem nie jest ;)
niezle wsparcie... nawet jesli izy ma jakies checi by zaczac taka konwersje, to mysle ze slowa otuchy w stylu "napisz se" tych checi raczej nie umocnia...
drac030: czy ten silnik opiera sie o ten sam kod (algorytm) C z ktorego generowalisci (zarowno Ty jak i GCC) kod assemblerowy?
powtarzam: chodzi o poprawny kod w C.
btw. o jaka platforme "host" chodzi? mozna sie przyjrzec twojemu kodowi silnika? i skoro napisales toto, to czemu nie trafilo to do atari800? (mozna na opisana przez ciebie architekture wydzieli sie silnik assemblerowy, podczas gdy na innych bedzie kopulowany z C)
pamietaj ze w wypadku emulacji atari800, nie chodzi tylko o emulacje procesora, ale takze o specjalne traktowanie zapisown/odczytow pewnych adresow (rejestry sprzetowe).
nosty: nowy pocket ci nie pomoze...
alex: nie ma takiego jezyka jak C+, "+" w zdaniu uzyem jako spojnik :D
co do efektow w numenie, i programowaniu w C - o czym wasc gadasz? co ty porownujesz? w wypadku ataraka pisze sie nie tylko pod procesor, ale pod sprzet (ANTIC, POKEY), a w dodatku nie ma dobrego (dobrze optymalizujacego) kompilatora JAKIEGOKOLWIEK jezyka wyzszego poziomu na rodzine 65xx.
jesli chodzi natomiast o wieksze procesory i o istniejace kopulatory (na liscie atari800 wlasnie byla na ten temat dyskusja) nie moge sie z KMK w calosci zgodzic. dobry kompilator zazwyczaj produkuje lepiej poukladany kod, niz by to zrobil zreczny programista assemblerowy (chodzi tu o kolejnosc rozkazow, oraz ich odpowiednie kombinacje, tak aby jak najlepiej byly wykozystane mozliwosci procesora - hosta)
nikt nie napisal, ale chyba lepiej by bylo by ryskunek obejmowal znaczniejsza czesc niz 1/5 wolnego pod ten cel obszaru.
zawsze mozna by propozycje dely'ego rozciagnac w pionie do tych wymiarow :D
btw. "wynalazek" da sie stosowac nie tylko w serii XE, co mozna by z powyzszego pogladowego rysunku (jak i finalnego) usunac...
nie bijcie, ja tylko takie drobne spostrzezenia zglaszam...
btw2. podpowiedz dla grafikow: mnie tam sie z nazwa projektu jakos żarówka kojarzy, moze by do logo wzucic?
moze by tak procz tekstow jakies graficzne logo? jakis symbol? np. stylowa wspomniana żarówka?
troche proporcje nie teges wzgledem podanych przez inicjatora zapytania, ale mnie sie podoba ;)
alex: przytaczajac powtarzane wielokrotnie przez fox-a slowa (na liscie mailnigowe, gdzies je jeszcze widzialem)
w dzisiejszych czasach poprawnie napisany kod w C + dobry kompilator (w zasadzie za taki, na wiekszosci popularnych architektur, uchodzi powszechnie uzywany gcc) generuje kod, jesli nie szybszy, to conajmniej tak samo dobry, jak recznie optymalizowany w assemblerze.
moze i slowa nieco poprzestawialem, albo i zle cos przetlumaczylem (z pamieci pisze) - ale powie ci to wiekszosc osob grzebiacych przy kompilatorach C.
kod generowany przez kopulator moze byc mniej wydajny w przypadku slabszych kompilatorow (tcc, lub blizszy nam cc65), ale przy np. gcc, jesli platforma na ktora kopulujesz jest w miare popularna (x86, powerpc, rodzina arm-ow, rodzina avr-ow) kod jest naprawde very ok.
jesli potrafisz nie tylko teoretycznie zaprojektowac, ale i praktycznie zaimplementowac protokol ktory by zapewnil w lokalnym kompie TAKIE SAMO opoznienie jak w zdalnym (nawet teoretycznie nie wiem jak to zrealizowac) - to ok.
mocno naciagany pomysl...
druga metoda + komunikacja po udp - to moze nawet miec sens...
podeslij na prv loga z bledami...
stryju: ostatni zgooglany link jest ZAJEBISTY!!
nuta spox, no i ten efekt zwolnionego czasu z matrixa w pixelozowany sposob róóóólóóóó...
po pijaq pisalem to i czajencjowanie szwankowalo ;)
w moich regionach popularny interface do turbo2000 to byl jakis uklad z wtyczka sio z jednej strony, pudeleczkiem, oraz dinka piatka z drugiej (do grundika :D )
ja nabylem bardziej profesjonalny - AST (ktory chyba tez czytal blizzarda...) + cart
ASTk w wersji ktora ja mialem byl bez przelacznikow (a czytal turbo ast/kso) - mial tez dodatkowy kabelek doporowadzony do wtyku sio (widzialem magnet w turbo bez dodatkowego kabelka - takowy byl juz w glownym kablu)
Kolejnym wykrytym brakiem jest niemożliwość tworzenia własnych bibliotek instrumentów. Chodzi tu o brak zapisu instrumentów na nośniku zewnętrznym. Smutne stało się również wykorzystywanie jedynie instrumentów standardowych tylko z tego względu, iż inny sposób tekstowego przekazania muzyki był niemożliwy. Postanowiłem obie wady wyeliminować, w efekcie czego powstał LinkCMC. Jest to program, który należy zgrać Zgrywusem+ i dołączyć do CMC programem Append z TA 5/91 (najpierw CMC, potem LinkCMC).
-->Odtąd<---, będąc w oknie INSTR, możemy korzystać z trzech nowych funkcji:
# CTRL C - kopiowanie instrumentu
miker - nie pij tyle co ja, to moze bedziesz wiedzial co czytasz ;)
hint - przeczytaj raz jeszcze ;)
fox: chozi ci o to: http://tajemnice.atari8.info/9_92/9_92_cmc_lata.html
bo raczej nie to: http://tajemnice.atari8.info/5_93/5_93_cmcplus.html
aaaa, znalazlo sie, pewnie chozi o to: http://tajemnice.atari8.info/6-7_93/6-7_93_digicmc.html
jak widac po pijaq czlowiek rozne rzeczy znajduje ;)
albo zatluszczony, no ale tego ze to wina paska to sie raczej po delym nie spodziewam...
prawdopodobnie silnik jest wysterowany zbyt malym napieciem, co jestem pewien ze zainteresowany sam sprawdzi - doprowadzi do pozadku...
i tak to beda robily, i tak ;)
wiec czemu z zycia marnowac?
czemu zyc strachem przed przyszloscia? :D
atari800?
f8 -> write 0 $ffff nazwa.pliq
pewnie zainteresowani juz wiedza, ale skoro nie ma o tym jeszcze arta ani na glownej, ani u vaskonia - pisze tu
wyszla nowa wersja w ktorej to jest qpe nowosci (choc mi osobiscie nadal brakuje F7 z atari800win+)
wiecej:
http://sourceforge.net/project/shownote … p_id=40606
milej zabawy ;)
grass, haloon hmmm... is this connected with his interestings? :D
5g of grass, and sylvester will be very happy ;)
atari.area forum » Posty przez jellonek
Wygenerowano w 0.120 sekund, wykonano 13 zapytań