Jump to content
Have You Played Atari Today?
2600|5200|7800|Lynx|Jaguar|Forums|Store  

mangamuscle

Members
 View Profile  See their activity

  • Content Count

    20

  • Joined

  • Last visited

Posts posted by mangamuscle

  1. Posted

    Whether the screen output routines can ever be abstracted enough to become device independent remains to be seen: at the moment they're all hard-coded for a 1bpp display, which is one place we get the speed from. Code which draws a button, for example, does not call pixel plotting code which could be made screen-mode independent: It just blits the bitmap direct to the 1bpp display RAM.

    <wishful thinking>So then there will be a different windows manager for VBXE but compatible with the process and file manager? or the windows manager be split into two, one with the logic and another one with the screen output routines?</wishful thinking> are there any considerations for sound writing routines in the windows manager (booting with the classical mac ping would be funny, even Wall-e does that) further down the line?

  2. Posted

    i've implemented quad pokey inside my simplestereo 3 board for a test, but since i've found it limited, i've turned back to another route (using hardsynth)

    Out of curiosity, what kind of limiations does a quad-pokey implementation entails?

  3. Posted

    I am no expert, but Contiki "advertises" itselft as requiring only 40k ROM + 2k RAM. That is the reason the IP stack could be used in other low RAM configurations.

     

    Well - maybe it will be possible. I hope so. However, one practical point: if the ethernet cart is plugged in, where does the GUI cart go? :)

     

    This is more like wishful thinking than anything else, but since the Atari ethernet cartridge is still an unfinished project, they might add to the final version the option to boot from a built-in eeprom, I figure that said eeprom should be at least 256k in size to be useful since I am supposing the GUI will be commonly used alongside spartados (which requires 128k ROM) and the GUI+IP stack will most likely exceed 64kb of ROM (specialy if including VBXE extensions). Yeah, I know I am dreamer ^^;

  9. Posted

    New source code works like a charm in my puppy linux install :) TV effects are greyed out (as it should be) since it reports openGL version 1.5 (my card is a 16 mb vanta). Just as a comment, I enabled and disabled openGL mode with no problesms, even played a bit of phoenix in fullscreen opengl (with gl vsync on) to be certain :)

  10. Posted

    Seems I am a bit late on my reply, did the two changes suggested but still got segmentation fault error. I a bit late because I could not find how to do a debug build (which I suppose automatically crates a core dump when crashing), there is info about how to enable the debugger (on by default) and the profiler (which for some reason would not compile on my box) but I suppose they have nothing to do with a debug compile of Stella.

  11. Posted

    I would like to happily reporta that it works, but the truth is that after recompiling 2.8.2 now when I enable opengl and restart I get a segmentation fault error >_< please let me know if there is anything I can do to squish this bug.

  12. Posted

    Yes, right next to the dropdown box for software/OpenGL there's a (*) symbol, and on the bottom it says '(*) Requires application restart'. Meaning things marked as (*) need Stella to be restarted to take effect :)

    But that would require reading and reading is so 20th century. :D

    I vote for removing the * and the explanatory text and replace it with a dialog box that states "Enabling this option requires restarting Stella. Do you want to restart it now? (Yes) (No)"

  14. Posted

    I just compiled 2.8.1 and I tried to enable the opengl renderer but I see a "OpenGl mode Failed. Fallback to software" when I restart Stella. Sigh, I suppose it is back to 2.7.7 for me until this bug is fixed.

    I'll look into it. I really don't see why it should be happening. Are you sure you were getting OpenGL mode in 2.7.7?

    I recompiled 2.7.7 and the config file says video=gl so I suppose it is using the opengl render. Maybe newer versions of Stella are using a 1024x1024 texture to map the screen while older versions used several 512x512 (or 256x256) textures that older videocards like mine support. This is simply a guess as I cannot say I am a programmer ^^;

  15. Posted

    I just compiled 2.8.1 and I tried to enable the opengl renderer but I see a "OpenGl mode Failed. Fallback to software" when I restart Stella. Sigh, I suppose it is back to 2.7.7 for me until this bug is fixed.

  16. Posted

    WRT the comments on the location of user data, yes, I'll probably be moving it to a hidden location in the 3.0 release.

    May I suggest, whichever the hidden location is, to add to the windows exe installer a shortcut to said location so even a newbie can open that folder and drag and drop any files? I think most users will not notice/mind the change then.

  17. Posted

    Before you ask, I have my PC hooked up to my HDTV, and it's finicky when not in its native resolution. ;)

    Have you tried 1024x768 or 720x480? Most HDTV accept that resolutions (mine does).

  19. Posted

    This is obviously a bug; it's supposed to work as you say. The requirement for OpenGL 2.0 is only for the filters, not for general OpenGL support. I'll look into it tomorrow.

    I'm glad to hear that :)

     

    gl.txt

     

    I attached my videocard info just in case it is required. if you need any more info to squish the bug please let me know :D

  20. Posted

    My nvidia card (with nvidia drivers) has OpenGL < 2.0 but that was not a problem with Stella 2.7.7, I could enable the OpenGL renderer in the UI no problem. Now with version 2.8 every time I enable "opengl" instead of "software" I get an error when I reopen stella, even tough I have not enabled the new TV filters (to be honest, I am not interested, the sharper the picture the better IMO) and gl_texrect = false was set from the start when the config file is created. I think it is unfair to require all users to have OpenGL 2.0 or higher, why not simply disable in the UI those features that require it? I get the following error when opening stella with video = gl:

     

    ERROR: Couldn't initialize video subsystem

    ERROR: Couldn't create launcher

     

    I downloaded the tar file and compiled (gcc 4.2.2) both 2.7.7 and 2.8.

     

    As a side comment, would't it be more appropriate instead of saving the config files in "MyDocuments" to save them in %USER%\AppData\Local\Stella ? Just a thought.

AtariAge
Forums
Store
General
Follow AtariAge

Copyright ©1998-2021 AtariAge

×
×
  • Create New...