SentaiBrad

As of right now no, because it will be probably the biggest project to date. Bigger than Big Box Mode. Essentially what this will be though, we wont need the help of any outside website for metadata. All of the metadata a user wants can be downloaded from a LB database instead. What this will allow us to do, is let users upload data from inside of LB. This will be a huge feature for us. In the start, we'll have data from TheGamesDB. Since they offer it up for completely free, we can and do have a copy of the entire data on the site and will upload that. Make some changes, LIKE ALL DOS GAMES WILL BE LABELED DOS NOT PC. Sorry... that is a sore subject for me. DOS is not a PC, its a platform. :P Either way, say for example, I have a ton of JRPGs that GamesDB doesn't have. I tried creating entries for them but its cumbersome. Instead I plug that data easily in to LB and hit upload. This will require Jason and myself to moderate the Database frequently but I still think its the best path we can take. If there is no info for a game a user who dedicates them selves to a certain genre or style of game can upload the data they have obtained for everyone else. Functionally, it will be extremely similar to the GamesDB, except for a lot of key areas. Including listening to the users... which is something Jason does very well. I would say I do to, but I don't actually code LB. So what do you think? If there was a Database in place, our own database, would you still want to import Local Metadata? Oh, also. The "local" portion of the scraper now is very similar to what we would have except not local. That is all the data downloaded from TheGamesDB except for images. It's the text data and Jason updates that every so often. Then it just downloads the images if they exist from GamesDB.

Bil said Now that we have a way to use local images, would it also be possible to use local metadata? I know we have the local metadata scraped from TheGamesDB, but I have these synopsis .txt files which I would like to use also. These txt files are named after each gamename, or alternatively as a single synopsis.txt which contains all the games. The format is like this, as an example: For more information - http://www.emuxtras.net/forum/viewtopic.php?f=176&t=2610 So if I recall, Jason also has plans for this, but I still think a LB Database is still priority.

Nathan DiYorio said I recently added The Witcher from GOG, which came with a large number of images (more than 150) which I added to my LaunchBox fanart folder. Wow, LaunchBox doesn't like editing Witcher metadata now. It goes through a process of "Not Responding" for five solid minutes before picking back up and saving any changes I've made. Big Box doesn't seem overly bothered by the large number of images, so the problem is exclusive to the library/manager view. Edit: The glitching of game menus is becoming more prevalent. Constantly having issues with the menu displaying "Play" multiple times, among other things like "Stop Music" or additional apps. Also, suggestion: add a marquee effect to Additional Applications whose titles are too long to be fully displayed in the list? It happened again. This time I took a screenshot: Were you getting the lag before you added all of the images? I am not sure we've had someone try to add this many. If you weren't can you remove them to see if the lag continues? Edit: Also, the Witcher 3 is so good... I am mad at myself I haven't been playing it as much. Diablo 3 has been stealing most of my time recently. And my PS4.

marcelo.magri said Thank you. Will give that a try, although what I was trying to do is through command line executing Retroarch. I meant to hit quote and hit thanks... that would make no sense. xD And if you are trying to give a specific core arguments, the program its self doesn't need them. It would try to apply that argument to the entire program, not just the core that will utilize it. If they even do.

Where's my mini pizza's, hydraters and flying cars! Oh, and Jaws 39!

Well kids are a lot smarter than most people think. Granted, a 3 year old probably wont remember something unless it is traumatic, and who's to say what traumatic is and traumatic isn't. I am more worried that parents now day are not parents to their children. They're anything other. Either they dont give a shit or they try to be their best friend. It's really up to the parent to figure out what is suitable for their child and their child only. Not ever other child on their street or in their child's school. It's certainly not the schools priority to be their parent. If I recall, did the original creators come out and say it wasn't originally intended for children either? I don't remember... I didn't even watch Sesame Street growing up. Barney was my jam.

Sigord said I wanted to post below in http://emulation.gametechwiki....../Main_Page But I find the way anyone is allowed to continually alter the info, makes posting rather hopeless. If anyone wants to publicise below they are welcome. I have over 150 old DOS only Games as shown at http://www.sigord.co.uk/TEMP/DOSgames.txt many of which I might be willing to gradually upload to my site for all to download for free as ZIP files. So far as I can remember they are all Shareware. As you cans see from http://www.sigord.co.uk I tinker with creating my own software and web pages, so just as with my daily pages it will be quite a simple matter to continually update a page of Free DOS games, if anyone asks for a few games to be added to the list of downloads. I will start the page as soon as anyone drops me a line which Games to include in the web page. That is extremely generous of you, but I do want to point out one thing so that Jason and the LaunchBox forums are covered legally. Since we are a website based in the United States, United States law presides over the website. As long as the games are all Shareware and were otherwise obtained freely legally, you're more than welcome to post the links, especially if you upload them. But please be careful and make sure they are Shareware only. Even if they are whats considered "abandonware" it is a grey area. Even if the games are obtained legally, if they are the full non-shareware versions redistributing them is technically illegal. Again, I really do appreciate the generosity, I just want to make sure the site is covered.

marcelo.magri said Guys, I know this will probably sound greatly stupid, but I couldn't figure it out by myself after lots of research, so... Does anyone know (and could explain) how can I pass arguments to the core in Retroarch? I mean, let's assume I'm running a MAME game from command line - how can I pass, let's say, the -skip_gameinfo argument to the mame_libretro core? Thanks in advance for any help You're trying to give RetroArch arguments out side of LB? Inside of LB might be easier. To achieve this in LB, Tools -> Edit Emulators. Find the RetroArch entry and edit it. Take any entry you want, for example: http://i.imgur.com/QQc6KNN.png In the default command line field, add your argument after -L "cores\mednafen_psx_libretro.dll". So -L "cores\mednafen_psx_libretro.dll" -skip_gameinfo. Not that it works with Playstation, its just an example. That should be all you need. There is a Default Command Line Parameters path in the middle of the dialogue box, but its for the entire emulator, not each core. Exe's can accept command line arguments usually, if they have specific ones set but this would be the equivalent of setting a command line for the whole program and not the core. Hope this helps.

So I am sure most of you has heard this news already. I wont bore you with long text, but this ... is still effecting me. More than other deaths in the past few years have. This is the best summary of what happened, but its more a look back on his life and a tribute video. Please watch. I and millions of other people will miss you very much Iwata. https://www.youtube.com/watch?v=jLuJTAniRkY

scree said Clean up images for me is approx 15 seconds. But my games database only has 399 games. It's still much slower than it was with the old Images folder layout. Same amount of images but more folders to parse through with more complicated logic. At least this is my assumption and why it takes longer.

Jason Carr said Oh man, back when I originally implemented controller support, I tried for days to make that happen. Apparently that darn guide button is some kind of trade secret or something. I think they make it difficult to do on purpose. I eventually found a way to do it, but would have had to create a separate app in C++ just to make it happen. I didn't try AutoHotkey at the time, though. Let me know if anyone figures it out, I'll integrate it into LaunchBox in a heartbeat. I want that for my own personal use. The other thing that would be nice, is being able to use that as the "hold button" for other AutoHotkey functions. But it might interfere with Steam because If I recall, Steam does use that button for its Big Picture Mode?

Jason Carr said bd000 said Yeah that's what I meant, no hdd activity, but cpu activity. It's OK now, it miraculously started working again and completed the last bit in no time. It definitely stopped for a while though. Cheers Glad it worked. It can take a very long time. There's actually more CPU usage needed than you think in the process. I might see if there's anything I can do to speed it up. Rest assured that it should never be "stuck". Well unless you are on an SSD, if you have a library of even 1000-3000 it will take a while. Let alone a 10k library like bd and myself have. 30,000 images. A bunch of small files packed together like this can take some Hard drives FOR EVER. This is why I always say, put your LB install on an internal non-OS hard drive if you have the means. You will get the best performance out of it. If you have an internal non-OS SSD, its even better.

Sigord said Is this the sort of thing you want . I use it but and have posted in it but I did not create it of course? http://basic.wikispaces.com/ and http://lbpe.wikispaces.com/ Gordon There are dozens of wiki's out there, but the one I had chosen was actually more of a hassle than helpful. I honestly think our best bet is to have a wiki-esque page or pages on the site. That would be best. Or, to utilize the Emulation General Wiki and create our own set of pages there since its already established and gets a lot of traffic.

I didn't make the page, but this is the wiki I use every time I need to figure something out. So either we can use this wiki or our own database. Which ever Jason wants to do.

http://emulation.gametechwiki.com/index.php/Main_Page

bd000 said Yeah that's what I meant, no hdd activity, but cpu activity. It's OK now, it miraculously started working again and completed the last bit in no time. It definitely stopped for a while though. Cheers It apparently had a heart attack.

Editing video is something I am very good at. ;) bd000 said Jason Carr said Hi @Sigord, I'll consider that in the future. Unfortunately, development keeps me extremely busy for the moment, so focusing on documentation would be hard to do. Though I understand where you're coming from. Community managed Wiki? I thought this was on the cards many, many moons ago? If memory serves, Brad started a wiki at some site, was it ever used? Could you not revive that? It is quite active here at the moment. I created it, but there wasn't a need for it. I also kept getting spam e-mailed every single day. There is the Emulation General Wiki where I find a TON of info on everything I ever need. We could post one there which would make sense. RetroArch information is all in there. Or, we can wait till we have our own database. There can be an option in LB that just says Manual. It can either update in program when LB gets an update or it can take a user to an online manual hosted by the database.

bd000 said I haven't updated in a month or so and I am trying to do it now, however it appears LB has frozen. It has been stuck like that for over 2 hours. I have a large collection, but the bar has not moved at all. LB is still using the CPU Ooohh, what to do... Mine took quite a while, but I didn't keep an eye on it. So I can't say if it froze at one point. But it took me well over 2 hours to transfer the images. Edit: Also, I expect that CPU is being used to transfer all of the images. Your HDD should have a high transfer rate too since its a lot of small files. If it did freeze, that would explain why no HDD activity for LB but the CPU is stuck high because it's logic might be stuck in a loop.

Windows 8.1, 64bit, i7 930 2.8Ghz. Gonna upgrade my fan so I can Overclock it. xD

Lol. Thanks guys. :P I just figured not a lot of people here might have liked RPG's, which is totally fine. Also, sorry I'm sorry Maddoc. Download limits suck.

No one is playing it? :( I was hoping people would have a bit of feedback. I might need to post this to more forums.

Huh... that's strange. Either way, you're going to fix that soon hopefully.

Game Lounger said Anyway I don't usually make accounts or post on forums, but since you're getting ready to launch I feel I need to say something about a couple of issues that either I am not seeing an option for or have not been addressed previously. You see I'm planning on using BigBox as the primary interface for multiple gaming PCs. As such my goal is to eliminate the need for a keyboard and mouse entirely. I'm going as far as replacing explorer as the Windows shell with BigBox. As of today with the release of your latest beta I feel it is very close to what i'm trying to achieve. However, there a couple of the options when going inside the game details that I feel should either (A) be eliminated or (B) give us the option to turn them off. These are the "Open Folder", "Open Images Folder", and "Open EMULATORNAME" .... Personally, I use the open folder etc options almost everytime I open LB. Since I am a video creator and use it every time I produce my show RNG, getting to the images folder easily is really really handy, and opening just the emulator without a game was added at request because if you want to edit settings of an emulator, some wont let you get to all of the settings or any of the settings if a game is loaded.

ps4isthefuture said I do not have the numbers on in the left panel and I could use the 512MB but when I have it open it is already using 378MB straight off the get go. So just between Win 7, LB, and FF I'm sitting at 2.82GB of my 8, launch NBA 2k15 from LB and then add 3.8 more, so around the 6.6ish area. I only have 6GB and I sometimes set LB to 1GB. Though... unless I am playing a 64bit Steam game, or a game where I set the exe as 4GB enabled, no one exe should take more than 2GB. 32bit exe limitation. So... I am generally ok at 512mb. I was just curious if the 512mb of RAM Cache made LB's performance better in the past.

ps4isthefuture said Yea, still using CPU (15 - 22%) after turning controller support off and the RAM cache was always off. However I just noticed that LB continues to show as running in the Task Manager processes. Now I have to manually end the process. Not sure how long it has been doing that, didn't really look before. It can take a while to close down, even for me. I don't have poor performance anymore though so, they're not related. At least im fairly sure. Do you happen to have the Game Count turned on for the left pane? I am trying to run through a list of things I know can drag performance a bit. If you have 512mb of RAM to spare though, I do suggest that be on. It just helps Images load faster... unless LB in on an SSD in which case there may be minimal improvements.