Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by jenergy

  1. I ported new sources VERY EASILY on the nintendo switch, and it seems to work great. This time I just had to add a couple of "#ifdef __SWITCH__" in just two files, elfi.c and config.h Great job!
  2. That's clear now, my knowledge on ECS features is strictly basic. So your GUI will be a separate process than jzintv, and you will replicate this logic?
  3. Guilty, not. But now yes. Just discovered your "Midnight Blue International". Huge and impressive work, congratulations! I'll keep waiting for the evolution of your work
  4. Uhm..ok, I think I'm gonna turn my efforts to try to make my demo GUI (as it is now) work on that two platforms, to be ready in the case there will be difficulties porting yours . As you said, no difficults shouldn't appear, so when you'll have a definitive answer about that ports of your GUI, please let me know. I'm curious to see your work, it seems awesome.
  5. Hi, I spent years without watching news on atariage, then I've seen in the "jzintv christmas update" thread that some people said that there were not yet an updated interface, so I decided to play with some c++ code and to write it 🙂 Maybe I was wrong, I've seen now that you wrote something about it, but I didn't understand that you were talking about a gui. There's no reason to double efforts, while maybe it's better eventually to share them. What I (personally) need is something that can work also on the nintendo switch and android, with minimum changes between versions, and minimum cross compiling issues. Do you know if your interface is portable on thoose platforms? If yes, maybe I can stop my work, and waiting for your ports. 🙂 If not, maybe I can go on with my work, but just with the only perspective to find the best trade-off for make it work on these platforms.
  6. Hi all, here in attachment a working demo of a jzintv GUI that I made using Dear ImGui. You can launch it by jzintvImGui.exe Its default style is a little "developer oriented", but I don't exclude that it's possible to turn it to a more "final user" style oriented. There's a configuration file called jzintvGui.ini, where you can configure some parameters (for example: roms folder) and some roms settings (crc32, game name, screenshot file name, description) I filled it with a couple of configurations, you can have fun to fill it with all missing data 🙂 For the moment, this file is used in read-only mode, so you have to manual edit the file (and restart all) in order to change settings. There's a default not-yet-configurable folder, "Assets", which contains all the image files. There's a subfolder "Boxes", because I'm thinking to manage multiple kind of images (boxes, screenshots etc..), but it's just an idea. Bios files must be (for the moment..) in the same folder of roms. If they're present, they are recognized from the gui. Actually, gui is a separate process than jzintv, that means that you need to have also jzintv.exe in the same folder of the gui (it is already in the package, the SDL2 with fix version posted by joe in the "jzintv Christman update" thread) but actually you can provide the one you want. I'm working to merge sources, in order to have a single all-in-one executable file, so it can be easily ported to other platform. This would have the disadvantage that it needs to be recompiled every time a new version of jzintv is out. I leaved the Dear Imgui demo window to be shown on demand, so you can see a lot of the potential of the product, and maybe you can suggest some widgets/functionalities that can be useful for this frontend. For the moment, command line parameters are configured statically in the ini file (see "General" section in property file), but next step is to find a strategy to implement and configure them. I'm thinking at the classical approach, "General options", which are shared by all games, and "Custom options", where you can override global option for every single game. I'm thinking about 4 main Sections, Audio, Video, Controls and Misc., and some meta data type assignable to every option. Example for parameters resolution (-z) ( in ini file): [Parameters_Video] option_1_name=Resolution option_1_param=z option_1_type=integer option_2_name=... ... [Parameters_Audio] option_1_name=Intellivoice option_1_param=v option_1_type=boolean ... This can be easy for 'standard' parameters, not for complex ones (example: the ones you have to provide external files). What do you think about it? I've read somewhere that there's the load/save functionality for games with ecs, and not for the 'normal' ones. Is that true? In this case, that would be nice to make that part of code to 'cooperate' with gui, so you can resume a saved game from the gui. I have to understand the part of code to 'catch'. Any suggestions Joe? 🙂 As already mentioned, suggestions are welcome 🙂 I hope you can enjoy with it. P.S. I called it temporarily jzinvImGui, but I can obviously change the name. jzintvImGui.zip
  7. Hi, do sources on jzIntv site contain finally these fixes?
  8. You should really REALLY spend a couple of minutes for checking "Dear ImGui" (https://github.com/ocornut/imgui, look also at screenshots at half and bottom of page), it's the perfect tool to 'cooperate', debug and manage with a core like jzintv, and integration is very easy, you can construct your windows in a couple of c++ lines, and embed inside it every kind of common widget to monitor all you need. Even if it is designed explicitly as debug tool, I'm working to create a BASIC interface with it, for configuring and launching jzintv (on rom selection you can see image, screenshot, description and specific launch settings based on the crc32 of single roms)
  9. I tried space spartans on both tests (but a very quick test, for the moment) and it seems ok, while the 'official' jzintv version get stuck in a purple screen
  10. Sorry for the extra work you'll have to do, this migration has been a big change. But you can think that all this stuff keeps you young and in good health 🙂
  11. I should REALLY begin to read documentation files when I see them. 🙂 Thanks
  12. My pleasure 🙂 Thanks for this new release, I'm sure it will be easily ported again. I tried SDL2 compilation on Windows, it seems all ok. About key events: in older sources I implemented a 'combo' key management, that is clicking two keys together (or with a configurable delay..) is mapped as clicking another single key (example: pressing together keypad 2 and 4 results as pressing keypad 1) but maybe jzintv can already manage this behaviour? Maybe with the keyboard hack file management?
  13. Sad to read this (for devices which have only SDL1, like WII), but this is the life. 🙂
  14. Good. Questions time 🙂 How the compilation will distinguish between SDL1 and SDL2? There will be two different makeFiles or we'll have to pass the definition by command line (-D) ? Another question (just curious): for the Android and Nintendo Switch ports, which need both SDL2, I used (very) old sources, and I didn't have these SDL2 events problem, Did you change that management over years? While you're there, when I tried to compile on windows (Makefile.w32), the svn_revision.c file was excluded by the build, causing compilation error.
  15. Great! Waiting for your changes
  16. Hello Joe, nice to read you again. Of course, here in attachment there's my whole work-in-progress sources project, but you should be able to see only differences with your code. The problem begins with declaration static const char *idx_to_name[EVENT_LAST]; in file event_sdl.c While "EVENT_LAST" value in LIBSDL1 is something like 3190, in LIBSDL2 value is 1073744781, and that's because of the different way to assign event values in SDL_Keycode.h. Non ascii values are 'stored' starting with an offset of 2^30. Example: SDLK_CAPSLOCK = SDL_SCANCODE_TO_KEYCODE(SDL_SCANCODE_CAPSLOCK), where: #define SDLK_SCANCODE_MASK (1<<30) #define SDL_SCANCODE_TO_KEYCODE(X) (X | SDLK_SCANCODE_MASK) This causes errors in compilation: size of array 'idx_to_name' exceeds maximum object size '2147483647' 79 | static const char *idx_to_name[EVENT_LAST]; | ^~~~~~~~~~~ .... .... integer overflow in expression of type 'int' results in '11828' [-Woverflow] 131 | event->mask_tbl[0] = CALLOC(event_mask_t, EVENT_LAST * 4); | ^ ^ By replacing manually 1<<30, for example with 1<<20, compilation is ok and games start, but as you can imagine with VERY huge amount of allocated memory, and events are not recognized, with the code as is. jzintv-20181225-LIBSDL2.src.zip
  17. Hi, I'm a little late 🙂 I finally resurrected ALL the ports projects I opened (and never closed..) in these years, in order to centralize them in a single big project cross platform (pc, wii, android and switch), with a gui. For the moment I'm using a ridicoulous 'debug gui' written in LIBSDL(see attachment..) , my plans are to replace it with something serious, like imgui (https://github.com/ocornut/imgui), which seems to work on android and switch too. It's very easy to manage, and very powerful. For the wii, there will be a lot of work to do..later. I migrated latest jzintv sources to LIBSDL2, quiet easily, but I have a last issue I cannot fix, at the moment. The Keycode management of SDL2 prevents jzintv to allocate enough space for the event management, I'm working on some workarounds but for the moment without a good solution. Do some of you already migrated them to libSDL2 and can help me?
  18. Hi, here's an update on project. I ported also jzintv into libGDX world, and this offers a lot of funny opportunities. I finally decided to create a single app(called IntellivisionGDX) where I will try to add both jzintv and bliss. For the moment, here you can find only the jzintv part. It is just a demo, but the bad and difficult stuff has been done! Now I'm gonna develop the funny missing part, just like: Custom game profile(hide, move and change size of screen conrtols, change game screen size) Zip roms management Joypad/joystick management Screenshots Auto .cfg management for known games Ecs keyboard Save/load games ... If some of you are interested or have suggestions(or if you want to contribute) , please let me know Bye https://drive.google.com/file/d/0BwMzTWP4G1a5dkt0dUFUVnU5NVV2SUpWQ2lUdUtDTUJPc1Fr/view?usp=drivesdk
  19. Thank you guys, I'll keep you up to date :-)
  20. Hi everyone, I'm the author of jzintv4droid, the porting of terrific jzintv emulator. I'm back from hell..over these years, a lot of people wrote me that android port did not work correctly on their own device, especially for video and audio problems. In my own devices I have audio problems too, in one device audio is totally unavailable, I never understood the reason of it, but I always thought it was a big lack. And a lot of users properly reported me that the lack of joystick control was a big lack too. Meanwhile, I discovered (and used for personal projects) library libGDX (https://libgdx.badlogicgames.com/), a really write-once-deploy-everywhere java library, which allows indeed to deploy your creations on desktops (PC windows, Linux, Mac), Android, Ios and HTML5 (by translating java code in javascript code) With libGDX, by following simple rules, video, audio and controller management are written once and the deploy process will manage the correct 'translation' on the target. So I decided to create a libGDX project for the intellivision emulator, initially I started by translating from c jzintv code, but then I found over the internet an old (but still working) version of BLISS java code, Kyle Davis emulator, and I created BlissGDX project. I worked on it in these last weeks, and I obtained a fully working android, desktop and HTML 5 demo of Bliss. It's just a demo, I worked only on the video part..some speed/performance tuning must be still done (on old android devices it works slow, while on recent devices it's perfect, and the HTML5 javascript translation is choppy on older PCs). Since I already worked on libGDX I know that the missing audio and controller part should work perfectly, I don't see any reason for think the opposite. Kyle Davis in his code already implemented zip files and save game management, snapshot feature, and ECS and IVOICE are emulated too, so the fun part has still to start. I'm particularly happy about the HTML5 management, seeing it on chrome is really cool. Bliss already was able to be executed with an applet but with latest java environments on latest browsers I could not be able to launch it. Now I can see it on browsers again. I've read in some yahoo group that Kyle is back from hell too, and wants to re-enter in the coding world of intellivision, I'd like to know if he already started to work on it, and if he thinks that sharing efforts can be useful. Meanwhile, what do you all think about it? Are there other in-progress intellivision emulator/porting developments? Unfortunately I don't have any IOS devices, so I never deployed projects on them, is someone of you able and wants to try an IOS deploy of project? P.S. Google wrote me that will remove jzintv4droid from google play, as long as I won't provide a 'valid privacy policy'.. I don't want to spend time for the moment to understand what this means (it' something about wrong permissions of app), but don't be surprise if you don't find it on google play anymore.
  21. Hi, 1.0.0 version had a wrong package name, this means that 1.0.1 is not recognized as the same application of the 1.0.0 => you have to uninstall the 1.0.0 manually, or you can keep both :-)
  22. Hi nukeshed, I've read your comment on the google play (thanks for 5stars :-) ), the version on the google play store is 1.0.1 which already includes overlays!
  23. Yeah,I should do the same thing with my blu-ray player, there were not blu-ray discs inside the box! :-) Thanks
  • Create New...