Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

• Zapomniane hasło?
• Poproś o członkostwo

1. • 1:
      
     CommentAuthorKaz
   • CommentTime8 Mar 2010 22:03 zmieniony

    
   Jak ktos woli jezyk niemiecki niz angielski to informuje, ze istnieje niemiecka wersja emulatora Atari800Win PLus. Tlumaczenie wykonal swego czasu Stefan Dorndorf. Jest ono nieoficjalne, ale autorzy/opiekunowie projektu emulatora zostali poinformowani i moze kiedys bedzie oficjalne.
   
   Emulator podeslal Andreas Koch. Plik mozna sciagnac takze ze strony ABBUC. Najpierw trzeba normalnie zainstalowac wersje zwykla, angielskojezyczna z ROM-ami, bo niemieckojezyczna po prostu nadpisuje sie na plik Atari800.exe.

   • Atari800WinPLusDE.zip
2. • 2: CommentAuthor0xF
   • CommentTime9 Mar 2010 07:03

    
   "Autorzy/opiekunowie" czyli kto konkretnie?
3. • 3:
      
     CommentAuthorKaz
   • CommentTime9 Mar 2010 09:03

    
   Trzeba by zapytac Stefana, ja wiem to tylko z drugiej reki od Andreasa, bez wiedzy do kogo konkretnie.
4. • 4:
      
     CommentAuthorDracon
   • CommentTime9 Mar 2010 10:03

    
   Warta skóra wyprawki? Funkcjonalnosc pewnie taka sama, a projet w zastoju od lat paru, bo przeciez nikt go nie uaktualnia (Jaskier, gdzie jestes?). :]
   Jako ciekawostka moze byc....
   
   I to sa wlasnie Niemcy (tak jak Francuzi) - musza miec przystosowane do siebie wszystko - programy komputery, filmy (dubbing!) i nie tylko... ;D
5. • 5: CommentAuthor0xF
   • CommentTime9 Mar 2010 14:03

    
   Dodam, że Atari800Win PLus jest starannie napisany tak, aby łatwo go lokalizować. Kiedyś istniała też wersja polska.
6. • 6:
      
     CommentAuthorKaz
   • CommentTime9 Mar 2010 14:03

    
   1. Czy jezeli ktos przygotuje wersje polska to zostanie wykonana nowa kompilacja?
   
   2. Co trzeba zrobic, zeby zrobic wersje polska? Jest jakis szablon tekstow, ktore mozna podeslac autorom?
7. • 7: CommentAuthor0xF
   • CommentTime9 Mar 2010 15:03

    
   2. Ściągnąć źródła i przeedytować zasoby (resources - plik rc), czyli menu, okna dialogowe i napisy. Można to zrobić przy pomocy Visual Studio, a od biedy nawet notatnikiem.
8. • 8:
      
     CommentAuthorKaz
   • CommentTime9 Mar 2010 16:03 zmieniony

    
   Uzywam Notepada++, to lepsze rozwiazanie niz goly Notatnik.
   
   Ok, zaladowalem i widze cos takiego:
   
   

   IDD_DRIVE DIALOGEX 0, 0, 275, 190
   STYLE DS_SETFONT | DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU
   CAPTION "Drive Selections"
   FONT 8, "MS Sans Serif", 0, 0, 0x0
   BEGIN
       DEFPUSHBUTTON   "&OK",IDC_DRIVE_OK,163,171,50,14
       PUSHBUTTON      "Cancel",IDC_DRIVE_CANCEL,220,171,50,14
       GROUPBOX        "Disk images",IDC_STATIC,5,2,265,150
       PUSHBUTTON      "D&1:",IDC_DRIVE_BUTTON1,11,13,20,14
       EDITTEXT        IDC_DRIVE_EDIT1,36,14,174,12,ES_AUTOHSCROLL
       PUSHBUTTON      "D&2:",IDC_DRIVE_BUTTON2,11,30,20,14
       EDITTEXT        IDC_DRIVE_EDIT2,36,31,174,12,ES_AUTOHSCROLL
       PUSHBUTTON      "D&3:",IDC_DRIVE_BUTTON3,11,47,20,14
       EDITTEXT        IDC_DRIVE_EDIT3,36,48,174,12,ES_AUTOHSCROLL
       PUSHBUTTON      "D&4:",IDC_DRIVE_BUTTON4,11,64,20,14
       EDITTEXT        IDC_DRIVE_EDIT4,36,65,174,12,ES_AUTOHSCROLL
       PUSHBUTTON      "D&5:",IDC_DRIVE_BUTTON5,11,81,20,14
       EDITTEXT        IDC_DRIVE_EDIT5,36,82,174,12,ES_AUTOHSCROLL
       PUSHBUTTON      "D&6:",IDC_DRIVE_BUTTON6,11,98,20,14
       EDITTEXT        IDC_DRIVE_EDIT6,36,99,174,12,ES_AUTOHSCROLL
       PUSHBUTTON      "D&7:",IDC_DRIVE_BUTTON7,11,115,20,14
       EDITTEXT        IDC_DRIVE_EDIT7,36,116,174,12,ES_AUTOHSCROLL
       PUSHBUTTON      "D&8:",IDC_DRIVE_BUTTON8,11,132,20,14
       EDITTEXT        IDC_DRIVE_EDIT8,36,133,174,12,ES_AUTOHSCROLL
       COMBOBOX        IDC_DRIVE_COMBO1,213,14,51,50,CBS_DROPDOWNLIST | 
                       WS_VSCROLL | WS_TABSTOP
       COMBOBOX        IDC_DRIVE_COMBO2,213,31,51,50,CBS_DROPDOWNLIST | 
                       WS_VSCROLL | WS_TABSTOP
       COMBOBOX        IDC_DRIVE_COMBO3,213,48,51,50,CBS_DROPDOWNLIST | 
                       WS_VSCROLL | WS_TABSTOP
       COMBOBOX        IDC_DRIVE_COMBO4,213,65,51,50,CBS_DROPDOWNLIST | 
                       WS_VSCROLL | WS_TABSTOP
       COMBOBOX        IDC_DRIVE_COMBO5,213,82,51,50,CBS_DROPDOWNLIST | 
                       WS_VSCROLL | WS_TABSTOP
       COMBOBOX        IDC_DRIVE_COMBO6,213,99,51,50,CBS_DROPDOWNLIST | 
                       WS_VSCROLL | WS_TABSTOP
       COMBOBOX        IDC_DRIVE_COMBO7,213,116,51,50,CBS_DROPDOWNLIST | 
                       WS_VSCROLL | WS_TABSTOP
       COMBOBOX        IDC_DRIVE_COMBO8,213,133,51,50,CBS_DROPDOWNLIST | 
                       WS_VSCROLL | WS_TABSTOP
       PUSHBUTTON      "&New image...",IDC_DRIVE_NEWIMAGE,5,171,50,14
       PUSHBUTTON      "&Clear all",IDC_DRIVE_CLEARALL,62,171,50,14
       CONTROL         "&Attach disks Read Only",IDC_DRIVE_READONLY,"Button",
                       BS_AUTOCHECKBOX | WS_TABSTOP,13,156,88,10
   END

   
   
   Czy musze sie zmiescic w dlugosci tekstow czy to nie ma znaczenia?
9. • 9: CommentAuthorilmenit
   • CommentTime9 Mar 2010 16:03

    
   Nie ma, jeżeli zamiast kombinować skompilujesz ze źródeł :)
   Zasoby są w pliku Atari800Win.rc
10. • 10:
       
      CommentAuthorKaz
    • CommentTime9 Mar 2010 16:03 zmieniony

     
    1. O, nie nie nie - zadnego kompilowania :). Ja moge wymienic teksty angielskie na polskie (ten fragment pochodzi wlasnie z Atari800Win.rc ), ale nie chce sie bawic w nic innego.
    2. Pytanie jednak brzmi - czy ma sens robienie takiego tlumaczenia, jezeli ta praca przepadnie. Do kogo wyslac i czy na pewno pojawi sie efekt w postaci polskiej wersji?
11. • 11: CommentAuthor0xF
    • CommentTime9 Mar 2010 17:03

     
    Długości tekstów: jeśli nie zmieścisz się w przeznaczonym na ekranie miejscu, to tekst pojawi się przycięty. Możesz zmieniać położenie i rozmiary kontrolek - cztery liczby to x, y, szerokość i wysokość, ale oczywiście lepiej mieć tu edytor WYSIWYG.
    
    Kompilacja to nie rocket science. Jak masz zainstalowanego visuala otwierasz w nim projekt i wciskasz jeden guzik.
    
    Ja nie widzę sensu tłumaczenia interfejsu użytkownika Atari800Win PLus, szczególnie jeśli projekt od lat nie jest rozwijany.
12. • 12:
       
      CommentAuthorKaz
    • CommentTime9 Mar 2010 17:03 zmieniony

     
    Ja nie widzę sensu tłumaczenia interfejsu użytkownika Atari800Win PLus, szczególnie jeśli projekt od lat nie jest rozwijany.

    
    
    I nie ma zadnej nadziei? :(
    
    Bo w tej chwili jedyna sensowna alternatywa jest dla Windows Altirra - autor nie dosc, ze caly czas rozwija projekt to jeszcze bierze pod uwage glosy uzytkownikow, co szybko widac w nowych wersjach.
    
    ->link<-
    
    A szkoda, bo wiele osob przyzwyczailo sie do A800Win PLus, jego interfejsu, zachowan, etc.
13. • 13:
       
      CommentAuthormiker
    • CommentTime9 Mar 2010 17:03

     
    Nadzieja była: ->link<-
    Szkoda, że łebek wpierw ćpa a potem postuje na forumie (no comment).
14. • 14: CommentAuthor0xF
    • CommentTime9 Mar 2010 18:03

     
    Moim zdaniem Atari800Win PLus to relikt przeszłości. Nowe emulatory powinny być na stronach WWW i w telefonach komórkowych, a ich obsługa nie powinna być trudniejsza od youtube.
15. • 15: CommentAuthorxxl
    • CommentTime9 Mar 2010 19:03

     
    przykro mi to slyszec, przewaznie (byc moze nie w tym przypadku) takie podejscie doprowadza to stworzenia emulatora maksymalnie prostego w obsludze i pozbawionego wszelkich ustawien a w szczegolnosci pozbawionego debuggera, brakiem mozliwosci zrzucania pamieci i tym podobnych dobrosci z mrocznej strony emulatorow :D
16. • 16: CommentAuthorgorgh
    • CommentTime9 Mar 2010 20:03 zmieniony

     
    samo Atari to też jakby relikt przeszłości :) Mi bardziej od nowego emu bardziej przydałby się kombajn do obróbki danych (n.p. odwracanie kolejności bitów w jakimś szeregu, sortowanie tablic, licznik szybkości jakichś procedur,automat do wybierania najlepszego packera do jakichś danych itp.).A emu o którym mowa używam i nie przesiadam się na Attirę, bo ma to czego mi potrzeba.No ale sieciowy emulator to by było napewno coś wygodniejszego dla części ludzi.
17. • 17:
       
      CommentAuthorKrótki
    • CommentTime9 Mar 2010 20:03 zmieniony

     
    Atari800WinPLus umarł śmiercią naturalną i to bardzo dobrze, bo jest on de facto trochę brzydko napisaną nakładką na Atari800. Śmierć WinPLusa paradoksalnie przysłuży się rozwojowi Atari800 - dzięki temu można usunąć z core'a nieczytelny kod specyficzny dla WinPLusa, i zająć się uzupełnianiem w Atari800 brakujących funkcji, które pojawiły się w WinPLusie.
    
    W następnym wydaniu Atari800 zauważycie, że wreszcie naprawiono odtwarzanie sampli (Beep'em All nareszcie brzmi jak na real sprzęcie); poprawiona została też emulacja kolorów PAL/NTSC. Po cichu trwają też prace nad najważniejszym brakującym ficzerem z WinPLusa - mapowaniem klawiszy.
    
    Oczywiście interfejs Atari800 nie jest tak wygodny jak ten z WinPLusa, ale to też kwestia czasu. Już teraz Atari800 ma funkcje, których w WinPLusie, a także w Altirrze brakuje: więcej funkcji w debuggerze, emulacja artefaktów NTSC, czy wspomniana emulacja kolorów... Nie ma co lamentować.
18. • 18:
       
      CommentAuthorKaz
    • CommentTime9 Mar 2010 22:03

     
    Oczywiście interfejs Atari800 nie jest tak wygodny jak ten z WinPLusa, ale to też kwestia czasu.

    
    
    A czy da sie w przyblizeniu okreslic jak dlugiego czasu? Bo interfejs to nie jest jakas tam drugorzedna sprawa - bez jednego demka mozna sie obejsc, a bez wygodnego interfejsu nie bardzo :)
19. • 19:
       
      CommentAuthormiker
    • CommentTime10 Mar 2010 06:03

     
    O ile pamiętam, jednym z punktów TODO emulatora Atari800 było "wciągnięcie" menu z PLusa do tegoż emulatora. No właśnie, też jestem ciekaw kiedy to nastąpi...
20. • 20:
       
      CommentAuthorKrótki
    • CommentTime10 Mar 2010 12:03 zmieniony

     
    Zależy co rozumiecie przez "wygodny interfejs", bo są 2 rozwiązania.
    1. Pozostawić istniejący interfejs, ale jakoś rozsądnie przetasować menusy i opcje a'la WinPLus, dorobić obsługę myszy. Efekt byłby podobny do tego, co jest np. w emulatorze ZSNES - czyli wygodnie, ale bez natywnego Windowsowego interfejsu. Takie coś dałoby się osiągnąć bez pośpiechu w parę tygodni.
    2. Dorobić okienkowy interfejs. W tym przypadku trzeba by to zrobić porządnie - nie popełnić błędu WinPLusa i robić GUI pamiętając o tym, że emulator jest wieloplatformowy. Wtedy jest to spory nakład pracy i np. gdym ja miał to zrobić, to oceniam, że wyrobiłbym się z tym dopiero na przyszły rok.
    
    Jak myślicie, opłaca się wykonać najpierw krok 1. czy lepiej to olać i przejść od razu do 2. ?
    
    Problem z Atari800 jest taki, że autorzy nie bardzo utrzymują kontakt z użytkownikami. Efekt jest taki że pojawiają się co jakiś czas niezwykle ważne ficzery jak emulacja klawiatury CX85 albo karty "Austin Franklin 80", a tymczasem leżą odłogiem takie pierdoły jak możliwość zmiany rozdzielczości ekranu z poziomu GUI czy porządek w menu.
21. • 21:
       
      CommentAuthorKaz
    • CommentTime10 Mar 2010 12:03

     
    Moim zdaniem "wygodny interfejs" to zdecydowanie interfejs GUI, taki jak w Atari800Win PLUS czy Altirra, ale zdecydowanie nie taki jak w Atari800winsdl czy Atari++. Z ciekawosci uruchomilem ta Windowsowa wersje Atari800, pobawilem sie pare godzin i stwierdzam, ze to sie obsluguje ciezko nie tylko dlatego, ze nie jestem przyzwyczajony, ale dlatego, ze to po prostu niewygodne, wolniejsze niz klasyczne GUI (GEM-owe, Windowsowe, Workbenchowe, etc).
    
    Brak windowsowego menu, ktory nie oszukujmy sie, stanowi wiekszosc systemow na atarowskich pecetach (wsrod odwiedzajacych AOL - miedzy 85 a 90 procent), zmuszaloby do zmiany przyzwyczajen. A skoro trzeba by zmieniac przyzwyczajenia to rownie dobrze user moze sie przesiasc na Altirre czy Atari++, ktore maja lepszy support dla zyczen userow :). Sila Atari800 bylby interfejs taki, jak ma Atari800Win PLus - migracja uzytkownikow bylaby praktycznie bezbolesna.
    
    Dlatego z calego serca optuje za wariantem 2 - dluzej poczekac, ale miec lepiej i dla wiekszej liczby osob. I tak ludzie czekaja juz kilka lat na update Atari800Win PLus, wiec dodatkowy rok na emulec, ktory bylby nastepca - nikogo by nie zbawil.
22. • 22:
       
      CommentAuthorKaz
    • CommentTime10 Mar 2010 13:03

     
    PS. Czy bedzie port Atari800 na Red Star OS? ;)
    
    ->link<-
23. • 23:
       
      CommentAuthorKrótki
    • CommentTime10 Mar 2010 13:03

     
    A pobaw się chwilkę interfejsem emulatora ZSNES. Mają tam GUI z okienkami, które jednak nie korzysta z Windowsowych kontrolek. Jak wygodne jest takie rozwiązanie?
    
    Przyjrzyj się też emulatorowi WinUAE. Tam GUI jest porządne, Windowsowe, ale nie jest ono w formie menu nad oknem emulatora, lecz jako osobne okno otwierane przez naciśnięcie klawisza F12.
24. • 24:
       
      CommentAuthorKaz
    • CommentTime10 Mar 2010 13:03

     
    OK, pobawie sie i ZSNES i WinUAE - pewnie sa tutaj uzytkownicy, ktorzy juz teraz moga powiedziec cos na temat takich rozwiazan.
    
    Pytanie moje brzmi - a dlaczego rozwazasz takie "nietypowe" podejscie - czy latwiej jest takie zrobic? Bo jezeli tak samo trudno/latwo to chyba lepiej sie trzymac standardu ustanowionego przez Atari800Win PLus.
25. • 25:
       
      CommentAuthorKrótki
    • CommentTime10 Mar 2010 13:03

     
    Red Star jest na bazie Linuksa, więc port już jest ;)
26. • 26:
       
      CommentAuthorKrótki
    • CommentTime10 Mar 2010 13:03

     
    Przecież napisałem wyżej, że różnica w czasie jest o rząd wielkości.
    
    Co do podejścia stosowanego w WinUAE - zrobić GUI w osobnym okienku będzie w przypadku Atari800 łatwiejsze ze względów czysto technicznych.
27. • 27:
       
      CommentAuthorKaz
    • CommentTime10 Mar 2010 13:03

     
    Zanim przejde do realnego testowania to popatrzylem najpierw na screnny:
    
    ZSNES:
    
    
    
    
    
    
    
    
    
    WinUAE:
    
    
    
    
    
    
    
    
28. • 28:
       
      CommentAuthorKrótki
    • CommentTime10 Mar 2010 13:03

     
    Załaduj screeny z najnowszej wersji WinUAE - te które pokazałeś, są względnie paskudne.
29. • 29:
       
      CommentAuthorKaz
    • CommentTime10 Mar 2010 13:03

     
    To z linkow w necie. Nie wiedzialem, ze sa jakies nowsze. Screenshoty mozna wrzucac po prostu w postaci bezposrednich linkow do zdjec.
30. • 30:
       
      CommentAuthorKrótki
    • CommentTime10 Mar 2010 13:03 zmieniony

     
    Nowa wersja "trochę" się różni:
    
    
    
    
    
    
    
    
    Inne screeny tu (nie są z najnowszej wersji, ale niewiele się różnią).
    
    Ale nie chodzi mi o zachwyty czy krytykę pod adresem interfejsu WinUAE, tylko o to, czy pomysł z GUI w osobnym oknie jest akceptowalny, lepszy, gorszy... od tego co ma WinPLus.
31. • 31:
       
      CommentAuthorKaz
    • CommentTime10 Mar 2010 14:03 zmieniony

     
    Ale wlasnie wyglad, wbrew pozorom, ma duze znaczenie! Czytelny wyglad to latwosc obslugi, szybkosc odnajdywania opcji, domyslania sie gdzie szukac czegos, tempa oswajania sie z interfejsem, etc.
    
    Ja tu sie oczywiscie wypowiem za siebie - moze inni beda mieli inne zdanie:
    
    a) jezeli chodzi o menu ZSNES-a to ono dla mnie pachnie DOS-em i tym, czego na ST nie lubilem - wymyslaniem wlasnego interfejsu w srodowisku, ktore ma juz swietnie wymyslony interfejs. Jestem na nie.
    
    b) te obrazki, ktore zarzuciles - wygladaj moim zdaniem dobrze - menu w postaci drzewka jest dostepne z lewej, a parametry danej opcji z prawej. Proste, jasne, logiczne.
    
    Jedyna niewygoda wiaze sie z tym, ze okienko emulowanego sprzetu byloby gdzie osobno - ale to chyba mozna w ostatecznosci zrobic tak, ze byloby zintegrowane w jednym okienku? Bo wyobrazmy sobie, ze chcemy otworzyc na przyklad 5 okienek emulatora jednoczesnie - co czesto mi sie zdarza - jak to bedzie dzialac? Jedno menu do wszystkich czy dziesiec osobnych okienek?
    
    Podsumowujac - wariant b) wydaje mi sie gorszy od Win PLusa, ale niewiele.
    
    Jeszcze raz sie chce upewnic - czy ta wersja b) bylaby "o rzad wielkosci szybciej" niz interfejs w pelni nasladujacy Atari800Win PLus?
32. • 32:
       
      CommentAuthorMaW
    • CommentTime10 Mar 2010 14:03

     
    Nie wiem, czy czasem przekładanie na zakładkach dostępnych spod jednego klawisza nie było by lepsze niz to, co jest w a800win+ i tego z zrzutów z winUAE...
33. • 33:
       
      CommentAuthorKaz
    • CommentTime10 Mar 2010 14:03

     
    Wam klawiszowcom to moze latwiej, ale nam myszkowcom trudniej ;)
34. • 34:
       
      CommentAuthorKrótki
    • CommentTime10 Mar 2010 14:03

     
    Kaz: Byłoby 10 okienek. Ale przecież nie otwierałbyś menu dla wszystkich okien emulatora jednocześnie, prawda? (Okno menu otwiera się po naciśnięciu F12, a zatwierdzenie zmian przyciskiem OK zamyka okno.)
    
    Właśnie o to chodzi, że na obecną chwilę biblioteka SDL, na której oparta jest najbardziej rozwinięta wersja Atari800, nie pozwala na umieszczenie obrazu emulatora w ramach okienka z GUI. (Tzn. da się to zrobić tylko za pomocą jakiegoś paskudnego hacka). Stąd temat WinUAE.
    
    Co do rzędu wielkości - miałem na myśli wersję a).
    
    Maw: Nie rozumiem co masz na myśli.
35. • 35:
       
      CommentAuthorMaW
    • CommentTime10 Mar 2010 14:03

     
    Krótki: jakikolwiek windowsowy system: RMB na Mój komputer -> właściwości lub też RMB na pulpicie -> właściwości ekranu
36. • 36:
       
      CommentAuthorgalu
    • CommentTime10 Mar 2010 18:03 zmieniony

     
    Można łączyć SDL z UI windowsowym: m.in. z WxWidgets (swoją drogą - WinUAE jest właśnie na etapie migracji na WxWidgets). Przy czyn nie mam pojęcia czy to podchodzi pod kategorię 'paskudnych hacków' czy też nie.
    
    Interfejs Altirry od Atari800WinPLus różni się głównie brakiem 'kreatorów'/'wizardów' oraz obecnością MDI (nie kojarzę, jaki jest domyślny układ okienek w Altirrze - czy przypadkiem debugger nie jest obecny przy pierwszym uruchomieniu?). A z punktu widzenia ogólnego dopracowania - takimi szczegółami, jak no. brak ikonek - zarówno ikony programu, jak i przypisanych do programu typów pliku.
    Dzielę się przygotowanymi na szybko ikonkami programu (sshot jest przeskalowany):
    
    ->link<-
    
    Chciałem też przygotować ikonki dla poszczególnych typów plików, ale nie za bardzo widzę możliwość ich skojarzenia z programem:
    
37. • 37:
       
      CommentAuthorMaW
    • CommentTime11 Mar 2010 08:03

     
    W programie nie skojarzysz, ale możesz w typach plików zmienić ikonę dla konkretnego rozszerzenia.
    
    PS. Zielonej stilonowskiej taśmy nie masz może ? Albo czerwonej BASFki 60/90 ? :D
38. • 38:
       
      CommentAuthorKaz
    • CommentTime11 Mar 2010 09:03

     
    Zielonej stilonowskiej taśmy nie masz może ?

    
    
    Powszechniejsza byla chyba czerwono-rozowa?
39. • 39:
       
      CommentAuthorMaW
    • CommentTime11 Mar 2010 10:03

     
    Tak, ale "zielona" (z czarnym plastikiem) jest ładniejsza od tej "różowej" (z białym plastikiem) ;-)
40. • 40:
       
      CommentAuthorKrótki
    • CommentTime11 Mar 2010 14:03

     
    Galu: w wxWidgets można zrobić albo "paskudnego hacka", który nie jest przenośny, albo robić to w sposób następujący:
    1. rysujesz obraz na "powierzchni" SDL-owej (SDL_Surface)
    2. kopiujesz "powierzchnię" SDL-ową na wx-owy odpowiednik (wxBitmap)
    3. kopiujesz (blit) obraz na ekran
    
    Czyli o jeden krok (2) więcej niż w przypadku czystego SDL-a. To już lepiej zaimplementować rysowanie ekranu natywnie w wxWidgets, ale jak mówię - jest wtedy większy nakład pracy.
41. • 41: CommentAuthor0xF
    • CommentTime11 Mar 2010 15:03

     

    Krótki:

    Problem z Atari800 jest taki, że autorzy nie bardzo utrzymują kontakt z użytkownikami.

    
    Po 10 latach w tym projekcie stwierdzam, że problem jest odwrotny: użytkownicy praktycznie wcale nie kontaktują się z autorami.
42. • 42:
       
      CommentAuthorgalu
    • CommentTime11 Mar 2010 16:03 zmieniony

     
    na szybkensa -
    
    ->link<-
    ->link<-
    ->link<-
    
    Chętnie dowiem się, jak "w typach plików zmienić ikonę dla konkretnego rozszerzenia" (Win7).
43. • 43:
       
      CommentAuthorMaW
    • CommentTime11 Mar 2010 22:03

     
    a, no to masz problem :D
    
    PS. nie masz zielonej ? postaram się "wykopać"
44. • 44:
       
      CommentAuthorgalu
    • CommentTime21 Mar 2010 12:03

     
    Przypisywanie ikon i aplikacji do typów plików (działa pod Win7 x64):
    ->link<-
45. • 45:
       
      CommentAuthorKaz
    • CommentTime21 Mar 2010 16:03

     
    Panowie, jest szansa, zeby emulator Atari800 (chyba obecnie najlepszy z emulatorow) mial swoja reprezentacje w Windows i mozemy miec wplyw na to jak bedzie wygladal.
    
    Dziwie sie, ze nikomu nie chce sie odpowiedziec na pytanie Krótkiego - co bysmy woleli. Codziennie tysiace osob korzysta z Atari800Win PLus, ktory moglby zostac zastapiony lepsza wersja. Naprawde wszyscy maja to gdzies czy emulator jest rozwijany czy nie?
46. • 46: CommentAuthor0xF
    • CommentTime22 Mar 2010 09:03

     
    Nie dziwi mnie to: patrz mój post powyżej z 11 marca.
47. • 47:
       
      CommentAuthorgolem14
    • CommentTime22 Mar 2010 09:03 zmieniony

     
    Powiem tak: mnie pasi Atari800Win ale jak z nim jest to wiadomo. Nie pasi mi bardzo WinUAE. Bardzo dużo opcji, wiele klikania i ustawiania podstawowych parametrów by to w ogóle chodziło. Oczywiście wieczne zapominanie "jaki to klawisz do zatrzymania emulacji, jaki do ustawień jaki do napędów" - montowanie tam dysków to koszmar. Pewnie jakbym bawił się tym na co dzień to bym inaczej to widział. Trzeba jednak oddać cześć twórcom, że jest to chyba jeden z najbardziej rozwijanych projektów (przynajmniej ostatnio).
    Co do atari800 bardzo dobry emulator ale jego obsługa to koszmar. Jeśli nie można do niego dorobić prosto frontendu pod windows to zdecydowanie kierował bym go w stronę Zsnesa. Bawiłem się tym kiedyś i muszę przyznać, że do dziś jestem zachwycony, tym bardziej, że działa toto i w oknie i na pełnym ekranie a zawsze mamy ten sam interface do obsługi.
    Przyznam, iż nie bardzo lubię emulatory, które pracują dobrze na pełnym ekranie a w oknie to tak nie bardzo (atari800 skalowanie itp.).
    Jesli więc chodzi o atari800, to zdecydowanie wzorować się na zsnesie.
48. • 48: CommentAuthorxxl
    • CommentTime22 Mar 2010 09:03

     
    co mi przeszkadza w atari800 to tryb pelnoekranowy. co bym chcial: debugger, lista jest dosc dluga ale najwazniejsze to chociaz funkcje wykonania nastepnych x instrukcji BEZ wychodzenia z monitora i podgladem ekranu. w.mnie to sa wazniejsze fukcje niz np. wiernosc emulacji, ktora i tak jest juz bardzo dobra.
49. • 49:
       
      CommentAuthorgalu
    • CommentTime22 Mar 2010 17:03 zmieniony

     
    Polecam zapoznać się z Nestopią ->link<-
    
    Jest to połączenie UI znanego z WinPLus-a (menu na górze okna, dostępne również na pełnym ekranie) z możliwościami Altirry w temacie płynnego skalowania okna i pracy na zmaksymalizowanym oknie oraz z możliwością mapowania pikseli 1:1, 2:1 (jak w Atari800WinPLus) + filtrowanie obrazu itp.
    Interfejs, który sprawdza się w WinUAE, w przypadku Atari800 (i samego Atari - vs mnogość modeli Amigi + ich konfiguracji) będzie mocno na wyrost :) A rozwiązanie znane ze ZNESa to moim zdaniem rozwiązanie najgorsze z możliwych - był to DOS-owy emulator z lat 90-tych przeniesiony po linii najmniejszego oporu na Windows/SDL i inne platformy.
50. • 50:
       
      CommentAuthorgolem14
    • CommentTime22 Mar 2010 19:03

     
    @galu
    Owszem, owszem masz rację. Tylko, że taki port jak zsnes jest multiplatformowy - tj. wygląda tak samo wszędzie - i na pewno jest lepszy od tego co proponuje dziś atari800, chociażby dzięki możliwości "wyklikania".
    Zawsze pozostaje stara technika unixowa: back-end, front-end; z tym, że może się to skończyć jak w DosBoxie - rewelacyjny program, parę front-endów, z których część po prostu "leży i kwiczy". W ostateczności najlepsze rozwiązanie to ręczna edycja configa i zapodanie jakiegoś NC lub VC do nawigacji po katalogach w celu odpalenia gry.