Jump to content
LaunchBox Community Forums

Jason Carr

Administrators
  • Posts

    13,723
  • Joined

  • Last visited

  • Days Won

    388

Everything posted by Jason Carr

  1. Version 2.0

    10,800 downloads

    Native Launcher for MS-DOS LaunchBox for MS-DOS 2.0 is here! If you run MS-DOS (or the DOS console in Windows 95/98), this should be very much enjoyed. It allows you to easily sort through and manage your games/apps within DOS, without taking any extra memory from your apps or introducing any compatibility issues at all. This is done via a simple batch file that starts up and shuts down the launcher as needed. LaunchBox for MS-DOS also works very well with DOSBox if you'd like to use a menu system inside of DOSBox. System Requirements MS-DOS 3.30 or higher 286 or higher CPU (uses 286 CPU instructions) Installation Unzip the zip file and place the contents onto a floppy disk or other media. Copy the four files into a folder on your hard disk (or just keep it on the floppy, it runs from the floppy as well). Navigate to the folder with the files and run LAUNCH.BAT. LAUNCH.BAT can also be called from your AUTOEXEC.BAT file if you'd like LaunchBox to start on boot. You can then add Windows 3.1 or 95/98 to LaunchBox in order to optionally start up Windows by just browsing for WIN.COM. Change Log Version 2.0 - Released Sunday, January 29, 2018 - Many new fields are available for each item: Genre, Series, Developer, Publisher, Release Year, Status, and Favorite - Can now sort items by Title, Favorite, Release Date, and Status - Can now filter items by Genre, Series, Developer, Publisher, Release Year, or Status - LaunchBox now remembers your last selection - List titles and counts have been added Version 1.1 - Released Tuesday, January 17, 2017 - New "Move to Top" and "Move to Bottom" options are available under the Edit menu - New "Insert Separator" option available under the Edit menu - Each application can now have a separate set of commands for configuring the application - New explicit "Run Selected" and "Configure Selected" options are available under the File menu - New "Browse and Run" option is available under the File menu - New "Lock" option is available under the File menu to help prevent accidental changes - Changed the batch file process to better support DOSBox and older versions of MS-DOS Version 1.0 - Released Friday, January 13, 2017 - Initial Release Easter Eggs There are several incredibly stupid easter eggs in the program. Hint: What is the second most popular cheat code ever? Version 1.0 Announcement Video Screenshots
  2. Either uncheck the box for background updates, or just wait for the update to download in the background. You'll be prompted when the update is ready.
  3. By the way, I found yet another glitch with the star ratings, so now would be a good time to update them (though you do need to make sure that LaunchBox downloads an updated metadata package from the games database). Edit: If you don't want to wait until tomorrow and you've already downloaded an updated package today, one trick is to open up your Settings.xml file in a text editor and delete the <LastMetadataUpdate> line.
  4. Beta 3 is out now guys with the following: - New Feature: A new "Download Updated Community Star Ratings" option is available under the Tools menu in LaunchBox; this makes it much easier and faster to update star ratings, rather than having to run the Download Metadata and Media wizard. - Improvement: The included version of ScummVM has been updated to the latest version! The ScummVM games list has also been updated. - Improvement: The Big Box star rating popup has been changed to jump only to half-star and whole-star values; in addition, pressing the Back button/key will no longer save the changed star rating. Pressing the select/enter key/button will, of course, save the value. - Fixed: Valve/Steam decided to kill our API Key for no apparent reason (or at least none that we received any communication about), which broke the Steam import wizard. This has been fixed with a new API key. Hopefully they don't kill this one... In addition, I added an option to disable the built-in PDF reader under the Big Box General options.
  5. @dillabon I can't replicate any of the above, so I assume it must all be only happening when using a plugin? I'm not fully following everything there, but let me know what plugin is causing it so I can test it. @MeanGreene13 That makes sense. I'll look into it soon.
  6. @wallmachine Please create a new topic for that...
  7. Alright, we all know that the Rocket Launcher interface is confusing for a lot of people. Enough talk about that. Any more is simply unnecessary. Topic over please.
  8. @Lordmonkus I'm not saying I don't (mostly) agree with you, but let's try and keep a positive attitude about it around here. The last thing I want is to anger the Rocket Launcher team over something like that. There's really no point in arguing with them about whether Rocket Launcher is easy to use or not. No matter what we do, that will go nowhere. We're attempting to make everything easier to use; that's the whole point of all of this.
  9. Based on the feedback that I receive all the time, a whole lot of people are in that exact same boat. Even I was for a while, though I did figure it out after watching some YouTube tutorials.
  10. I'm really excited to read the response! Unfortunately the Rocket Launcher website is down for me currently so I can't even see it lol.
  11. I think that's more than a little bit over-zealous. I've already addressed a number of the above items earlier in the thread, so I won't be addressing all the individual points, but the difference between LaunchBox and Big Box was indeed "clearly indicated in the poll." I'm coming to learn that people don't read, not even bold text at the top of the poll. For the future, @dillabon, it would be wiser not to claim that other people don't think clearly, as that immediately disengages them from your post. Lol. That's not a bad idea @alfredolvera, but that doesn't do anything to clean up the emulator loading process. Depending on the emulator, lots of artifacts will still show up while the emulator loads, which is part of what Rocket Launcher tries to get rid of. Gotcha, that makes sense. I'll give it a shot.
  12. Hey all, I will have a beta out to fix this issue today.
  13. @Mozza Ha, well that's very interesting! I'm not sure if simply turning the screen off and on would really be good enough for most people, but that is certainly neat. Do you use that script as the emulator, or do you put it in the AutoHotkey fields?
  14. Welp, here goes: http://www.rlauncher.com/forum/showthread.php?5303-LaunchBox-Rocket-Launcher-Further-Integration&p=39686
  15. Archive unpacking already exists in LaunchBox. Fade in really is that challenging, yes, as it has to be implemented separately for every single emulator, and the only solutions available for it on Windows are hacks. Even just showing an image while an emulator loads is tricky and would require emulator-specific code.
  16. Rocket Launcher takes a per-system/emulator approach for most features, which is what I was referring to with my above post. Not going game-specific does almost nothing to reduce the problems involved, sadly.
  17. On the Rocket Launcher discussion, the dilemma we have is that implementing Rocket Launcher features is a royal pain in the rear and it would severely hurt development time elsewhere in order to implement them, largely because the requirements are always changing with new Windows and emulator versions, and the only ways to implement most of the features are hacks. Frankly, it's a miracle that Rocket Launcher works as well as it does. I'm not convinced that we would be able to implement the actual features any better than Rocket Launcher already does. That said, I understand how Rocket Launcher's management interface itself leaves a lot to be desired. I know this has come up before, but what if we tried to better integrate Rocket Launcher into LaunchBox? We could hopefully make it so that very little configuration would be required, and the configuration that is required could be done entirely in LaunchBox. Thoughts? Of course this would require permission from the Rocket Launcher team in order to do so. I haven't really had an extensive conversation with them on that yet.
  18. It is indeed an easy fix, but the problem is that I'm not planning on putting out an official release for a while yet. Sigh.
  19. Oh how nice. It appears that Valve/Steam killed our API key without giving us any heads up. I don't even know why they killed it. I'll attempt to grab a different one for the next beta release.
  20. This has actually come up a couple times before. I would guess that depending on how the Steam game is built, it may or may not work. I'd have to do some further testing though to see if there was anyway to improve making the Exit command wait properly for all Steam games. The main issue there is that Steam games are not at all similar in how they're built; every game is built differently, sometimes with several different EXEs.
  21. Yeah, but I gamble it all away in Vegas at every opportunity. My family is starving.
  22. Yes. The only way I would ever do a Kickstarter is for a new/branch-off project. I feel like doing a Kickstarter for more Big Box features would be basically money begging and trying to say that the money that everyone spent on their LaunchBox Premium licenses wasn't enough. Truth is, it's plenty of money for me to continue focusing on Windows development.
  23. Based on the fact that the words "Big Box is not feasible" was pasted in bold at the top of the poll, I very much doubt that the majority of people were confused on that aspect of the poll. I'm sure some people were, but I don't think that that alone should disqualify the poll results, as I do believe that most people can actually read. That said, I am fully aware that a large number of people are for a Linux version largely because they would like it to run on the Pi. My only regret so far is that we didn't specifically ask that question on the poll. However, running LaunchBox on the Pi is certainly feasible. Before jumping on anything I would certainly do some testing from that front, because I am aware that it's probably going to be a fairly popular request. My excitement has toned down a bit on the Linux side since yesterday, but my perspective has been changed for the future. It is very clear that a good chunk of our user base wants a Linux version. So the next question is whether or not it's feasible from a business perspective, and I am currently researching that. As a business, it's important for us not to have all of our eggs in one basket. I'm slowly thinking everything through too see what is feasible going forward.
×
×
  • Create New...