.png.45cc82964cc5cee84f05914175cf71a3.png)
.png.6c4989b4177ae2440f13470070eb2c35.png)
SentaiBrad
-
Posts
6,988 -
Joined
-
Last visited
-
Days Won
7
Content Type
Profiles
Forums
Articles
Downloads
Gallery
Blogs
Posts posted by SentaiBrad
-
-
You seem to not be on steam. If you fix anything for DOS right now, please just fix the Reference Error when importing Conf files. If you think you're closer to working on LB's own DOS import function than forget it, I'd rather help get that working instead. I am adding more and more games to the list now, so I am trying to expand it as much as I can. I should do some DOS install tests at some point today, just been feeling blah. As far as adding the list of items I put a few posts up. Most aren't new features, instead a lot of things we've talked about are just tweaks. Bulk Editing, Multiple Import Filters and letting the user choose the folder name for each rom. The only new feature I can think of that is really important is DOS importing, Wikipedia searching (that will take a long time though) and removing game entries if the file its pointing to is missing. Or the alternative to that last one would be to let the user delete the file the entry is pointing to from within the program. So when you delete an entry it will ask you if you want to remove the file as well. I was going to make a thread but... I don't even know what I am gonna call it or what is going to be inside it. I might make two, Brad's Personal List of Requested Features and Tweaks and Brads List of Bugs!
-
Ok, so I have been playing around with LaunchBox, trying to go through all of its features and break things. I am using it now to start sorting my games for my YouTube channel and it works perfectly. That said, there isn't too much left in the way of bugs that I can see. I am just one person, and I could be very wrong. I am sure you have an internal bug list but from my point, I can't find any at this time... well except importing conf files, but were hoping to make an alternative anyways right? The list of features I said above I still think is a strong list that in my opinion should be required. Before a bigger audience gets this there just needs to be some more usability I think. Not that you can't use this program as is, its just that most of those features would go a long way. I do have a few notes from using it, however I am going to make a separate post with the list above so that I don't keep clogging this thread. This should really be only for the beta releases.
-
So, now that lag is virtually fixed for..... a while... I think there were a few features we talked about and kicked around. There is also the Feature Request forum section, but I'm not sure whats implemented or being worked on, so I can't comment there. Same with bug fixes. I don't know if there are any extra bugs that haven't been fixed yet, so don't let my very short list of features get in the way. --The Reference Error when importing Conf files. --Letting the user pick when importing rom's to choose the Folder Name as the imports naming convention. --Batch importing DOS and ScummVM games like the roms. <- That is going to take a while though because that will probably have a lot of rules and arguments. If not this then that. --Multiple Import Filters for Roms. Being able to set *.iso, *.bin, *.img. --Remove missing game entries if the Rom files or Steam files are missing. Just like removing cached images works. I also need to test out installing DOS games from source media and one by one from folders REALLY before Batch Importing is implemented, at least installing by folder. So tomorrow after I edit South Park The Stick of Truth, that's what I will be doing. That's all I can think of right now but I've been awake for almost 24 hours... so good night. Edit: Actually.... I already have something to add as I am importing Steam games. Would it be possible to setup folders that LaunchBox will scan when you tell it to? Say I install a new Steam game, well I could "reimport" Steam games and point to that folder, but If I set it up in the options to always point to the 4-5 folders I always have setup for steam games I could just hit one button to rescan them all. Same could go for ROM's... except that default extensions would be a bit harder. Edit 2: Apparently I can't stop thinking about this program, even when I am brushing my teeth before bed damn it! So I remember you saying that LB caches images in RAM based on their size. What if we could make them smaller? Not too small, or It would ruin the look of the program. So, im not even sure it would be a good idea, but it could... maybe some sort of pretty looking list with more thumbnail sized icons or maybe like half the size. Hm... now I am really going to bed.
-
Here comes the new round of "What Is Broken Next". For those playing at home you can text Guess: to 12521 or you can tweet us @YouDunBrokeIt. Not a real contest... but hey, its time to break it again!
-
Every scenario lags that edits data. Once I've reached laggy i.e. (Not Responding) levels, almost every single action does this. There are a few exceptions, but its because no data values are actually being changed from what I can understand. When I edit then cancel that edit, it goes in and comes back out without any No Responding lag. That's how I determine its a bad lag. A program lagging on certain actions can be fine if its 1-3 seconds of processing, but once I see Not Responding, that personally is no good. How they compare? Well honestly, like I said, once it says Not Responding, it doesn't matter too much if its 5 seconds or 9 seconds which is the general time frame. I can handle 3 seconds of an action, and if the program doesn't freak out we're good. But especially on larger libraries... which is ironic because that's what causes this, it becomes extremely tedious. Also when I specify 3 seconds, 5 - 9 seconds I am already assuming actions take some time, but considering I can change filters, edit items etc etc and that usually goes instantly or within 1 second, anything over that or that causes Not Responding and becomes unresponsive is too much. If you want I can more accurately make a video of this if you would like Jason.
-
That's the thing. After I would scroll through the library and I was at the bottom. RAM wasn't any higher. It got over 200+ mb as I was scrolling. The faster I scrolled the more it got pushed. But if I was scrolling normally, there would be a slight increase, but then would settle back down regardless. All of that was in the testing I did.
-
I haven't compared them no. I never wanted to. Where Windows 7 wouldn't work with Compatibility Running, Windows 8 was fixing those problems. I am also not a fan of virtualizing an OS just to play games. That said, it all depends on your host system. If you have an 8 physical core 3.5GHz CPU and 32GB of RAM, your Virtual Machine is going to run smooth because you can give it more resources. If you're strapped on resources and are forced to give it less its going to get tricky. Its emulation. Basic rule of emulation is that the system you are running the emulation on better be 3-8x more powerful. Its a big disparity because it depends on the maturity of the emulation code, compatibility etc. So honestly, its never worth it to me. I never checked. Based on things I've read and the release schedule of the programs. VMWare is probably the best overall. If you can install Windows 98, give it 1GB or 2GB of ram (you may be limited because of the old OS architecture) and allow it to use 2 cores of your CPU, you should be fine as long as you can double or triple that with your System. Even then, its going to be more laggy just for the fact that you have to emulate the OS, then run a game in there. I know it can be done. I ran Diablo 2 on an XP VMWare. It ran..... thats about all I can say. I didn't give ita big pool of resources though. They're not ideal. Best bet is to look on eBay or flea markets etc for a 486 with Windows 3.11 / DOS 6 or an old Pentium with Windows 98 more specifically. Obviously because DOSBox made everything from the DOS era better to do now. There is no emulator for Windows 95-98 era games. I did get Black and White running just a few days ago and that's 2001.
-
Hey no problem. I've doing a lot of this stuff for a really long time, and for some odd reason I get a memory bank going of crap I just remember. Sometimes that's not the case, but with tech stuff I really love... yeaaa. As far as a standard for everyone to be able to use, VirtualBox parodies VMWare very very well, and its completely free. You get a bit more direct customer service I would assume with VMWare and a bit more sophistication just for the fact that it is probably someones job. That said, Virtual Box is still extremely fantastic. I believe its also Cross Platform. If you have any more questions feel free to ask them. I'm generally around unless I'm asleep.
-
If you get VMWare or Virtual Box and install Windows XP or 98 inside, in the program its self you can have the program look at an iso. The same way you would have the program see the OS Iso, do that but for the game. You can do one of two things, have the Program point towards the physical disc, or get ImgBurn and create an Iso from the disc. Either way both should work. I would also greatly suggest VMWare (Paid) or VirtualBox (Free) over Windows Virtualization. They don't update it the same way the other 2 programs do. This is pretty much the only reliable way to get W95 and W98 games installed. D-Fend Reloaded (At least im pretty sure...) has an option to check if it was a Windows executable. Either option is not going to involve LaunchBox however. Though if D-Fend has the option to check off for a Windows game I am sure LB could have the same functionality. I do know as well that D-Fend will tell you if an exe is a windows executable because it can detect if its 16bit, and for the time that's what it would be, not 32bit.
-
Ok, resource update time. Added Game Boy and I got it to lag when editing a bit... but not as much as usual. So the bigger the library the longer the lagging can get. I'm curious what it would do after I added Steam etc... jeez. I should also probably give a breakdown of my system specs... I don't know if that will shed some light on everything but... CPU: i7 930 2.8GHz GPU: GTX 460 768mb VRAM RAM: 8GB DDR3 RAM (forget the mhz... certainly not 1600.) Library Count: 3199 Folder Size: 9.62GB Idle resource- CPU: 0% - 0.1% RAM: 6.3mb/s - 6.5mb/s - 15mb/s -That spike was for a split second DISK: 0mb/s Scrolling resource- CPU: 0% - 11.1% RAM: Up to 240mb/s DISK: 0mb/s Lets add more back in because I'm not satisfied with breaking it only a little. Library Update 1: Count: 3620 While importing, CPU got up to 1.1%. RAM was up to 29.4 MB/s and Disk usage was up to 1.4 MB/s. Folder Size: 9.80GB Still not satisfied as the resources still resemble the idle stages of before. So lets import TurboGrafx 16 back. Library Update 2: Count: 3920 Folder Size: 10GB While importing the resources stayed roughly the same except CPU got up to 2%. Idle resource usage: CPU: 0% - 3% - 6% I have conflicting reads here... even not when alt-tabbing. RAM: 5.3mb/s - 7.3mb/s oddly when Alt-tabbing it spiked to 13mb/s. DISK: 0mb/s .. I don't know if this means we can rule out my theory on disk usage being part of the problem. Scrolling resource usage: CPU: 6% - 13% RAM: 6.7mb/s - 485mb/s DISK: 0.1mb/s even when scrolling like a mad man. Also, note for importing and images. I imported roughly 400 GB games and 421 GBC games. Well GamesDB only has 301 GB games and 151 GBC games. As for TurboGrafx 16, I imported 300 games and TGDB had 207 games. So I obviously don't have images for a good % of that imported library. Anyways, hope all of this data helps somehow.
-
Also it may be more trouble than its worth, but the way you wrote the program is there a way to have a debug console? I was thinking there could be a debug console and a way to write that console to a txt file and we can post it for you. That way you can get developer and code specific notes that bd and myself just can't see, and maybe an even more accurate resource count. Edit: Also you can add me to steam if you'd like, I can still make my posts here on the forums so my findings are logged, but if you have more questions or anything like that you're more than welcome to do that there. That goes for anyone else on the forums. http://steamcommunity.com/id/SentaiBrad/
-
K, so I just opened LB and I checked the LB file size... wow I was surprised. 9.47GB... pretty much just images. So if it is related to images... I can see why. Combination of XML, Pictures and Disk Usage for the large file size. Edit Note^^ That was after clearing the cache. Anyways, resource time. 2752 Games. No noticeable lag. Just opened, top of the library. CPU: 0% RAM: 4.2mb/s - 6.0mb/s Gave it some time, I was doing something, opened Task Manager again, 17.8mb/s DISK: 0mb/sec K, time to scroll through the library. I wont have any reference points to where the resources are spiking but I'll try to give an accurate read on them. CPU: Roughly 6% - 17% RAM: K... so interesting results. Roughly from 6mb/s to 75mb/s when scrolling slow. Fast I got it to peg to 250mb/s - 350mb/s DISK: 0mb/s This is with a non-laggy library though. I can guarantee a difference if I add in Game Boy.
-
Jason Carr said
Sure. I'll have to add another rom set or give you my current resource usage then an updated resource usage. I removed quite a few games to get back down to not lagyy levels.SentaiBrad said I only have images for what TheGamesDB has found. I'm not sure I could give you an accurate read on it, maybe about 50% to 60%though.
Ah, still, that's interesting. Can you check your total RAM usage after slowly scrolling through your whole collection? I'm curious. -
Jason Carr said
I only have images for what TheGamesDB has found. I'm not sure I could give you an accurate read on it, maybe about 50% to 60%though.SentaiBrad said As far as resource usage, the value I saw shoot up, granted on the official release, was Disk Read Writes. I just opened the program and it fluctuates a bit. Right now, CPU goes from 6%-11.7%. RAM usage is at 20.9 - 74.8mb. Firefox at the same time uses 30.8mb - 257mb and that doesn't lag like this. So ram usage honestly isn't that big of a deal for me personally. So if your program comes in under a regular browser, that's a decent pull of ram. Disk Usage is at 5 - 6.5mb/s while Firefox is at a .1 mb/s and Steam was getting up 15mb/s only because it was downloading and installing. Otherwise it idles at 0mb/s. After scrolling through my library once: Disk Write/Read shot up to 7.8mb/s and stayed above 6 for quite a while. i have a feeling that Disk Usage could be the culprit. I want to try reimporting my library, or at least enough to make it lag, on an internal drive. I have it right now on an external hard drive where the read write access is slower. The only internal drives I have though are my OS drive which wouldn't do too much good, and the internal drive I write my video too. It needs to be dedicated for FRAPS and my HD PVR2, so if I wanted to record and use Launch Box to get me there, I doubt I would have video write complications, you never know. That said, I also have all my roms on the external hard drive, but as far as we know it could be slow while reading the XML filing too. Which is at 7.11mb file size just in case it helps. I also don't have everything imported yet, but we don't need it all imported yet.
That's interesting, especially with the RAM usage being so low. You must not have images for a lot of your games? Having the images is what boosts the RAM. If that's the case, though, that's good to know because it would mean that the images are not cause for your slowdowns.
Hope the clarifications and addendum help.
-
I gues I'll make a new post for this.
What would be awesome for LaunchBox too, would be to launch any game on your system period. Steam has its own client, GOG is soon to have it own client, Desura is a client, Origin is a client. Then there are individually installed games from other sources or retail discs that don't go to a client. What about being able to import exe's? You could do a blanket search like with importing roms, then a check box pops up asking for each entry, making sure its only adding in games and not programs. Some games from some clients may not launch from .exe's though, but some Steam games don't like that as it is now too, so. The alternative method would just to add one game at a time if you're like me and have games installed in different locations, but my GOG installs are all in one giant folder in their own separate folders. It can pull its name from the parent folder, which can be tricky for some games like The Sims 3 where its .exe is in a Bin folder... but that you can add manually. This would give the program the ability to launch any game from your system period. Steam, Desura, GOG, Origin, DOS, Rom and anything else in between. I just thought of that because I was thinking about all the GOG games I have installed and It would be cool to see them in a list. You can also create a new Filter settings. "Platform." This would allow to sort by Steam, Origin, Desura, GOG, Regular Install, Rom and DOS. I'm not sure how to implement that yet but it would allow for more sorting options when your library starts to get like mine.
-
Rename the thread therapy with words. Kidding aside, good to see you guys aren't out for blood. The internet seems to be full of that after all.
-
Sorry guys, I keep odd hours because my soon to be wife works at night, so that's generally the only time I can record and do audio for my channel. Lets start what with what I meant about PS1 default, I was typing and thinking so much I think I left things out in some places.
Because the names share similarities, when I was adding them in I forgot to specify a default emulator for PS2 and it automatically used ePSXe which is for PS1. The same could happen for Game Boy. That said, as long as someone checks their settings before hitting ok on import, it should be fine. So that was a personal bug, but it can happen.
D-Fend and ScummVM importing. I know ScummVM has a method to scan its games folder to see what is inside, scan the files, give it the name of the folder then add them in. The D-Fend import function isn't in an intuitive place actually. I lose where it sometimes and I know it exists. Under Extras -> Scan games folder for new games. So with that I assume its searching for .exes, bats or com files. When importing or searching for DOS games in a folder. You could set a note to make sure its only one DOS game per folder. When it finds the files in there it will use the folder name as the naming convention because who wants 40 files named DOOM, HELL, STAR etc etc.
As far as resource usage, the value I saw shoot up, granted on the official release, was Disk Read Writes. I just opened the program and it fluctuates a bit. Right now, CPU goes from 6%-11.7%. RAM usage is at 20.9 - 74.8mb. Firefox at the same time uses 30.8mb - 257mb and that doesn't lag like this. So ram usage honestly isn't that big of a deal for me personally. So if your program comes in under a regular browser, that's a decent pull of ram. Disk Usage is at 5 - 6.5mb/s while Firefox is at a .1 mb/s and Steam was getting up 15mb/s only because it was downloading and installing. Otherwise it idles at 0mb/s.
After scrolling through my library once: Disk Write/Read shot up to 7.8mb/s and stayed above 6 for quite a while.
i have a feeling that Disk Usage could be the culprit. I want to try reimporting my library, or at least enough to make it lag, on an internal drive. I have it right now on an external hard drive where the read write access is slower. The only internal drives I have though are my OS drive which wouldn't do too much good, and the internal drive I write my video too. It needs to be dedicated for FRAPS and my HD PVR2, so if I wanted to record and use Launch Box to get me there, I doubt I would have video write complications, you never know. That said, I also have all my roms on the external hard drive, but as far as we know it could be slow while reading the XML filing too. Which is at 7.11mb file size just in case it helps. I also don't have everything imported yet, but we don't need it all imported yet.
Hope the clarifications and addendum help.
Edit: I started removing some platforms because I wanted to work in LB without it lagging. I want to try and find something to record and also to try and break it in other ways and I got down to 2794 in my library and it doesn't lag too bad. No (Not Responding) lag when I edited a title. Also, damn Game Boy had 1500 entries.... that certainly helped. I am thinking for the time being of using multiple LB installs. One for Nintendo Home Consoles, one for Nintendo Handhelds, Sega + Turbo Grafx could be one, Sony could probably be another then anything left could probably be combined. As long as it stays roughly under 2500-2800 items.
Another interesting bit. LB's resource usage changed. A lot. CPU is 0% - 2.7%. RAM is at 2.3 - 2.4mb/s. Disk usage is at 0mb/s and the XML File is at 4.33mb. So, you can see the differences. It probably all varies based on other computers and setups and library counts. But you can see the odd differences. Hope that all helps.
Edit 2: Sorry, trying to not make so many posts. Is there any way to expand how LB searches for Games? When importing most of the time it catches about 70% of that romset, sometimes ... not much at all. Is it based completely on TheGamesDB? Cause sometimes when I go back afterwards and search for a game, I don't have to edit the name at all and it finds the game. Sometimes I have to edit the name a bit then other times it see's nothing at all. Which can either be name discrepancy or just that GDB has no entry for it. So, can the search rules for LB be expanded? I would think that they could, and it would probably help when we get the ability to start searching on Wikipedia, MobyGames etc. Though with Wikipedia the internal search would have to include so much more like "Game" so that its not searching movies or books.
-
Starting to add dos games... oh god this sucks doing it one by one. xD So I thought of ways to import DOS games. Instead of doing it the way you do it for ROMs, have it be very specific unless installing from source material or selecting a folder one by one. Have it be a strict rule set. LB can look for .exe's, then .bat's, then .com's.... etc etc. There are a few different types it can be. Some games do have more than one exe, bat and com file. You can have it blanket search for a few different names as well. "Install" .exe, .bat, .com. "Setup" .exe, .bat, .com. An alternative would be to read the folder names and if an exe, bat or com file match the folder name it can pick that file and if it cant find one at all it can default to looking for install or setup. Obviously it wont be perfect, and as a 3rd backup it can just make an entry named what the folder is called. To denote that it doesn't have an exe or something else selected you can put a red X on the image, or what would be the image, or when you try to launch the game a prompt saying that it couldn't find am applicable file. Honestly, I don't know how D-Fend does it, but I would assume its something along those lines. Just look at the programs behavior when you do import something. That's not perfect either, and we obviously need to make it work in this instance, but holy crap I do not want to add ~1200 DOS games by hand. Fixing them after the fact is a bit different. Also, whether or not you are importing or installing a DOS game from source or a folder, can it automatically fill in the platform as DOS? I keep thinking, so forgive me if some of this isn't possible, I am just trying to come up with solutions to the issues we have. That said, the major lag issue only happens when a library gets to a certain point, right? You also stated you use XML filing. Well what if you split up XML files? Instead of one XML file being in the root of the program you create a 'Configure' folder. In there you have XML files split up by System. So NES, SNES, N64, all have separate XML filing. This could potentially split up the work so instead of combing one gigantic file, it combs several smaller files. When an XML file reaches X amount of game entries, lets say 1000 for our purposes now, then it just creates a second XML file continuing on for that system. That would most likely be needed for DOS and PC system sorting. That is assuming you wanted to also stick with XML filing. Otherwise, maybe we have to look at optimizing the programs performance more? I notice that it doesn't take too much processing power, which is a good thing for a lot of people, or for smaller libraries. Clearly though, the bigger the library the slower it gets. What about allowing the program to use multiple cores of a CPU? What about using GPU capabilities in helping to process the imagery? What about increasing the RAM that the program has access to? All of this could be check boxes in an options folder. Some, like the multi-core utilization could get greyed out if the program detects a one core or dual core CPU? All random thoughts.
-
DOS importing is what I want to work on next. I have DOS Discs (not Disks, aka Floppies) and them in folders. You also asked for ways to import DOS and ScummVM games. Well I know ScummVM is open source...? Or at least a license that will let you use code? Worth a check, and if so maybe you can look at their code and see if its usable, if not then maybe you can just see how its done and reverse engineer a method for LB. Same goes with D-Fend, or ask the developer how he did.
-
Ok, I am currently reimporting all my items. I want to try and document when the horrible program lag starts in and picture importing. I also can tell the lag right away because when it populates the list of games after the import it lags, even when adding 1 or 2 games, but I'll make sure to test it with editing too. Also..... holy crap it sucks to have to specify each filter when importing.
Before I started each import, I did go through and try to look for duplicates to fix a horrible duplication error I had. I also used the import filters properly this time. I doubt I got ALL of the duplicates, but were talking about maybe roughly 100 I could have missed over all my rom sets. At a certain point as you'll see, it wont matter anyways, holy crap I did free up a lot of space though. So here we go!
PS1 Import:
261 Games
--No Lag during game population after import.
PS2 Import:
433 Games
--No lag after import.
--No lag when changing filters.
--No lag when editing and importing data. Pictures show up right away.
N64 Import:
600 Games
--No lag after import, changing filters, editing data or importing pictures. Pictures show up right away.
PSP Import
802 Games
--No lag after import, changing filters, editing data or importing pictures. Pictures show up right away.
PC Engine Import / TurboGrafx 16
1102 Games
--I could be wrong, but it seemed to lag initially after the import as it was populating the list. Not the massive lag I was getting (a few seconds to 15+ seconds and the program not responding) but... that said. I edited a game just fine and the picture showed up just fine afterwards. Seems a tad of lag after populating the new list of games.
Nintendo DS
1379 Games
--No noticeable lag after the import and population of games this time. May have just been a fluke on the last import. Back to no lag on all fronts again. Importing, editing, pictures. There was a tad of lag when deleting an item because I had a duplicate issue. There was a bit of lag there, but 3-5 seconds, nothing I wouldn't have honestly expected.
GBA
2016 Games
--No lag after importing, editing and pictures showed up right away.
GBC
2437 Games
--Didn't seem to be any lag after import. Editing the a game entry now lags, but slightly longer than expected. I am getting mixed signals with this a bit though. When importing and editing just text data, it lags more then before. When I am just importing images, though it depends on how many it downloaded, it didn't lag too bad. Data can show me "Not responding" where the image portion did not. Doing both data and images together it did lag as well. So far, this all supports that data is the lag culprit, possibly. Images also showed up instantly still, no re-editing after download still.
Game Boy
2882 Games
-- I finally got (Not Responding) at the top but it didn't take too much longer after import. Imported Data and pictures, not responding. Tried it again with no "Not Responding" this time actually. Tried importing just data again, Not Responding lag. Same entry 1 image import and got not responding lag, still showed up just fine afterwards. Lag during deleting an entry.
SNES
3203
-- Starting to lag in everything now. Importing, editing / importing data and pictures. Getting (Not Responding).
I can keep going documenting the rest of my importing, and there is a bit still left but you can start to see where it starts to change a bit then where its a certain fact. So image bug is fixed but the larger the library gets the more laggy it gets. I did notice that importing data is inherently more laggy early on ironically.
There REALLY need to be a way to have multiple import filters, I honestly think that is a prudent update. Same with a box check saying [ ] Use the folder name as the game title. This is assuming that you have one game per folder. For multiple disc games maybe it can still detect if there are multiple files in there and just still apply the folder name. Otherwise for example I have most of my roms for other games in one giant folder. So its situational.
If anyone has any questions or needs clarification anywhere, let me know.
Also side note: downloaded your album. I'll be honest, was not expecting it to be religious in the slightest, but I listened to it and it sounded FANTASTIC. You have a good voice, and the woman you have sing too sounds awesome as well. It sounds crisp and the actual music from the instruments sounds good.
-
I'm in the middle of writing a long post on the beta thread right now if you get curious. I am documenting my process and expierence with importing each Rom Set. I may have narrowed down the problems with slowdown.
-
So I have an odd problem that I am just now running in to, but it has to do with file structure and not so much the program. So, I have a softmodded Wii. I have an external with Gamecube abd Wii Games. They're all in separate folders but the Gamecube files are ALL named game.iso and the Wii games use their ID code I.e. SBLE5G for A Boy and His Blob. Is there a way when importing to have a check box for how LaunchBox gets the names for its entries? Obviously its using the Iso files in this case, but the check box could say to use the Folder name? I also need to test wbfs files, but since this isn't an emulator its self it should be fine. Also, I am now using 3.1 Beta 2. Also, a note about filtering with similar names like Sony Playstation. When trying to set a default emulator for PS2 it did try using the default emulator for PS1, depending on the order you do that in. Though that's a small issue that can be fixed by just making sure you go over all your settings on import.
-
@Jason Thanks for taking the time to read all of that.
I am sure I will find more stuff and keep posting about it for sure. I will also try and make separate threads for it all if you'd like. W should also think about getting a wiki page for the program. If we already have one can I see the link for it?
@bd00 I am not a beta tester and I wouldn't mind being one either. I don't think LaunchBox is a beta program... but I do at the same time? It has quite a few features as it is. It certainly is a benefit to big libraries. At the same time, with a big library you get some odd glitching and slowdown, as well it doesn't handle everything idealy. Though, saying that, not a lot of programs or games do either and worse off programs and games get released and require payment... so. That's another reason I don't think its in beta. Steam and MMOs have made what you classify Alpha, Beta or Released even harder... so screw that.
I do lots of videos. I mainly started off doing video game related things, Lets Plays mostly. But I am starting to develop that further. I started a new show called First Look, taking random games I don't want to LP and just showing them off. I want to start on doing Reviews and I want to start a new series called Dos Box Files or The DosBox showing off cool DOS (And some ScummVM) games. You can click on the YT icon below my name to go there. Speaking of video too, I am thinking of doing one for LaunchBox. I have 517 subscribers but I don't get a consistent view count for some videos... so Im not sure how good that will do.
Edit: I've also got my library count down by almost 2k entries. Its currently at 5305 without DOS, ScummVM or Steam. Though I am still debating if I want to even run Steam games through this...
Also about the program... I wouldn't be able to tell if its detecting 64bit or 32bit easily because it doesn't install to program files. You should be able to test that on your end at least if you compile a package that installs to program files for you and see what it automatically picks.
I keep finding things... and I don't know what to make a specific thread for... cause a lot of this is small stuffs. Sorting is off for Playstation for example... or anything that shares a name. When I filter down to Sony Playstation, it also includes Sony Playstation 2, but Playstation 2 only includes it. PS1 should only include it. There could be a general filter of say Sony, or Nintendo etc but not with a specific console I think.
-
Yea, unchecking that first box during import just created duplicates of everything with the separate emulator entry instead. You should still create a separate entry for the same emulator for different systems regardless. That way the default setting is "proper" for the program. There still isn't an easy way to change command line commands even if you separate the emulator listings. And yea, I get its a waiting game. He is one person after all and If I knew the program was in beta earlier, I would have tried to break it quicker. Actually funny fact, I did try using it several months ago as just a DOS front-end replacement and stopped because importing single DOS games sucked, and TheGamesDB info on DOS games was horrible and me adding the DOS entries for the site was taking for ever. I am here now to try and document what I do. I am trying to do this so I can see my entire system at a glance, see different versions of games etc etc. All in the name of making my job easier on YouTube. I do videos and I think this will help me sort my system.
LaunchBox Beta Testing
in Features
Posted