Zombeaver

nmc said No one plays Battlefield? @nmc Not in quite a while, no. I used to be big into Bad Company 2... and 2142 before that haha. I play Overwatch though. I've been meaning to check if anybody here plays - I've got 3 people I play with regularly but a full group is better than partial (plus not everybody's always able to play at the same time). BF1 does look pretty good though.

11 years on Steam here. "Only" around 700 games though haha. SentaiBrad said In terms of asset flipping, when it comes to my game I only use assets which I purchased from RPG Maker DLC Packs, music that was from creators who allow you to use it commercially, and other assets from forums and sites with licenses to allow me to use it commercially. It's not something visible to users per se, but same thing with scripts and code, same licensing deal. I tried REALLY hard to make sure that all my assets were commercially viable (in case I sell my game), and my credits page is as accurate as I could make it. Well, it's like Jim said in his video - it's not really the assets themselves that are a problem. Those things are there to be building blocks, and there's nothing wrong with that - it's when people take those premade assets (this is typically within the realm of Unity and Unreal engine assets), do little or sometimes literally nothing to alter or build on them and then just turn around and sell them like they're something they've created - like with Day Survival Begins, Field Z, and Uncrowded where it's literally just a premade Unity "game" that they've renamed and slapped up on the store. These things are supposed to be the foundation for a game...not the game itself. I used RPG Maker quite a bit many moons ago and I don't see that as the same thing at all. One thing is going to a toy store and taking a finished Lego display out of a case and saying "Look what I made" and the other is taking a bunch of individual Lego blocks and making something interesting out of them.

slashguns04 said premium box lunch Sorry, I'm required by law to do it:

SentaiBrad said Well making games has become so much easier. Being creative period has become so much easier in terms of the tools and the method, granted you still need to be good at what you do, but yea... there's just a lot now. Yeah that's definitely true. Unfortunately, in some cases it's too easy... asset flipping is really a thing and that's pretty disgusting to me. Thankfully a lot of this stuff never makes it through greenlight, but things do slip through the cracks. Jim Sterling summed up the issue pretty well on an episode of The Jimquisition. SentaiBrad said My wishlist is already gigantic as is, over 750 games? Too many... Haha, wow and I thought I was bad at about 250 in my wishlist. A few more purchases today ($11.15): D4: Dark Dreams Don't Die Party Hard Pony Island

These are now available in the downloads section! Enjoy! Previous Post: Original Post:

Eh, most of the stuff I have interest in is in the indie scene (and there's a lot of those on sale). There are some major games that I want to pick up (Doom and DS3) but probably 85%+ of my wishlist is indie games. Now, there's some completely horrendous indie stuff on Steam, I don't think anyone can debate that - Valve has basically zero quality control - but there's quite a bit of good stuff too if you're willing to dig. Digging is basically a necessity though. The end of flash sales was primarily the result of Valve's implementation of the refund policy, in order to keep people from buying and then refunding and rebuying on a flash sale. I miss them too but I understand the reasoning.

Finally managed to get logged in. I have 7 games in my cart but I've yet to make it through the checkout process successfully... It actually seems worse than normal to me. @DOS76 I actually think that's a fairly appropriate depiction of Steam sales hahaha EDIT: Apparently I did manage to make it through checkout because, despite them still being in my cart, it gave me the "Are you sure you want to buy these? You already own them" message this time... Purchases so far ($35.86): Jotun Subterrain Monstrum Full Bore Victor Vran CAT Interstellar Qora 35MM

https://www.youtube.com/watch?v=8dlqtzzb_x8

Their servers are obviously getting hammered because I can't even manage to login to my account at the moment. I feel like everyone's reaction is basically the same every year: "WOO CHEAP GAMES!" ... "GAHH I'M GONNA SPEND WAY TOO MUCH MONEY ON CHEAP GAMES!" A good problem to have I suppose

I just want to make sure that I'm not creating extra work for myself unnecessarily, but is the best way to add ScummVM titles just one at a time? I've been doing it via the following method: 1) "New" entry (ctrl+N I believe) 2) Enter the game title 3) Choosing ScummVM as the platform 4) Scrape for the title; choosing a (typically) MS-DOS database entry 5) Unchecking the "use an emulator button" 6) Going to the ScummVM tab, directing to the game folder, and choosing the appropriate title at the bottom 7) Confirm when prompted that I don't want to use an emulator I mean, this works, but man it's pretty time consuming. Using the actual importer wizard doesn't really work since you don't have a typical "here's my rom file" for ScummVM. I guess I could just "import" several at a time, just clearing out all but one of the files for each game, then clearing the "rom" path, and then pulling them in as DOS and changing them over to ScummVM after the fact... I'm not sure if that would be much less time consuming though. I just want to make sure there isn't a better alternative currently. I was reading up on ScummVM command line options to see if there was some way to still use ScummVM as a normal LB emulator but making each entry use a specific launch command to indicate the appropriate game, but I haven't been able to get that to work yet in the brief amount of time I've messed with it. I saw a number of tickets on Bitbucket regarding ScummVM but I didn't see one specifically for streamlining the import process. If the above is indeed the best method currently and nobody's aware of any other ticket requesting the functionality, I'll put one in.

Oh no... Gabe, why you gotta do this to me...

Jason Carr said @Zombeaver Thanks for reporting those controller automation issues; I'll take a look at them soon. Awesome, thanks @Jason!

Controller Automation does have to be enabled separately between Launchbox and Big Box. The reason Xpadder doesn't work via Steam Link has to do with the way Steam's In Home Streaming service works, which basically hooks into a single application. This is normally fine but it also means the inputs don't register with external applications that run in the background - Xpadder, Controller Companion etc. The reason it works in the case of Big Box is because that's the application I'm launching/communicating with/streaming from over the Link (as a "non-Steam application"). You can get the controller to work normally (and communicate with external applications) if you use something called VirtualHere, which basically tricks your PC into thinking a device is literally connected via USB to your PC despite being connected over a network, but VirtualHere has its own set of problems - namely that it consumes an unsatisfactory (for me) amount of bandwidth/bitrate and it hampers the experience. Were I not using wifi to stream to the Link, it probably would be fine, but I am so VirtualHere isn't an option for me and, as result, neither are external controller mapping applications. Trust me, I've tested Xpadder (and the like) in conjunction with the Steam Link (and Steam In Home Streaming in general) quite extensively. I literally bought my Steam Link for the purposes of emulation streaming; the fact that it allows me to play "normal" games is basically a (mostly unused) bonus for me. Before I bought it, I spent about two weeks messing around with emulation via In Home Streaming, testing what would and wouldn't work. Nearly everything is usable, but there's often an extra step or two to actually get things working. VirtualHere is the extra step in this case, and it's just not in a satisfactory state currently for that to be an option; not via wifi anyway.

djweevil said you must click eject or something then switch the disc number with the arrow keys. It's pretty straight forward just imagine you are swapping discs you eject teh tray put in new disk and close the tray. then resume your game. Yep, that's how it works via m3u as well. I have "0" as my open tray button and "+" and "-" as next and previous disc respectively. djweevil said I have been trying all day long to get cheats to work. Can any of you confirm them working or not. I don't have any experience with using cheats, unfortunately. I know that Retroarch technically supports it, but the specifics of using them and whether or not they're compatible with the Mednafen core, I'm really not sure.

Are you sure you can't use pbp with Mednafen? I'm certain I've read on the libretro forums that you can. I've never used it myself as I use the m3u disc swapping method which works perfectly through Mednafen. I remember reading about them patching in pbp support though. @SentaiBrad didn't you mention that you had used them with it? EDIT: Here's the thread over at Libretro. It's supported according to that.

You shouldn't need to redownload anything. You didn't actually move any images correct? You just duplicated them and saved them elsewhere? If so, you should be good to go. Once you upgrade to the beta it should automatically move your existing images around correctly. The backup is just in case something were to go wrong.

@djweevil The problem is that in order to get ePSXe to launch a specific game immediately upon launch (i.e. in order to launch a game in your LB library), it needs to be using the -nogui command line parameter - it is impossible to get to the gui at that point. Without that command line parameter, any game you launch will simply load up the ePSXe gui and not actually launch a specific game. If you're really stuck on using ePSXe and you have to have access to the gui, you'd have to remove the -nogui command line parameter, at which point all your game entries would effectively just serve as a shortcut to launch ePSXe itself (which obviously isn't particularly useful). My suggestion would be to look into Retroarch / Mednafen PSX. As a recovering ePSXe user, I can tell you it's far far superior. It's highly accurate and as a bonus you get access to all the great features of Retroarch.

@DOS76 have you ever tried Xpadder (or an equivalent)? You can assign buttons or combinations of buttons to various keys (or combination of keys). I have Back + Right Bumper setup to alt+tab for example. This does seem like a function that could be added to the existing "Controller Automation" implementation though. If it can be used for the current functions it contains, I don't see why alt+tab couldn't be added in.

SentaiBrad said I have drivers for an external capture card, and I think a recent update they made screwed up the drivers. That's the reason I ended up getting one of these years ago when I was looking for a capture device - I heard nothing but nightmare stories about driver problems with various cards. This thing lets you record/encode straight from the connected console to a usb stick plugged into the device - so it's PC-less. Pull out the usb stick, plug it into a PC and you've got an mp4 of your play session. The video quality is... by no means great though (this device is 12 years old at this point...). It is better if you're connected via s-video though (which I didn't have for that video, just composite). I'd probably go with something like this if I were buying something now because, again, it doesn't require anything for the capture other than a usb stick. I'm all for anything that doesn't have a bunch of proprietary software and drivers that are required in order to get it to work. Glad to hear your PC is okay again!

Based on the error, VLC does seem to be the likely culprit. As long as you have the correct codecs installed on your PC, the WMP option should work just fine. I've been using it for a while and haven't had any issues. SentaiBrad said Would have been faster if my computer didn't decide to get stuck in a BSOD Boot loop... Yikes... :( That sucks dude. Tried a system restore?

Honestly, if I were to use an external app, I'd just continue to use Xpadder. It has mouse emulation, custom binding, etc. too. Based on what I've read, Controller Companion doesn't work via Steam Link either so it wouldn't address my underlying issue anyway. If there are bugs with Controller Automation, I think it's in everyone's best interest if they're just fixed. Even in its current state it's already a step up from Xpadder for my needs. I appreciate the suggestion though! EDIT: I went ahead and put in a Bitbucket bug ticket for this.

So I've been experimenting with using Controller Automation. In the past I've always used Xpadder so I haven't really messed with it until now. Xpadder doesn't work via Steam Link unless you're using an optional feature called "VirtualHere", however, and that has its own set of problems. It occurred to me that Controller Automation might allow me to do the same thing I've been doing with Xpadder but actually work via Steam Link without the need to use VirtualHere. I'm very happy to report that it works through it just fine! I have, however, run into a couple of issues that I'm hoping can be resolved. One is that with certain emulators, the "close the active window" function closes both the emulator and Launchbox. This particular issue only affects Launchbox - the function works normally through Big Box. This issue was reported previously here and was supposedly patched, but I'm still encountering it on a couple specific emulators: PCSX2, Sega Model 2, and PPSSPP. The other issue is that with two specific emulators - CCS64 and MAMEUI - the "close the active window" function doesn't seem to do anything at all. I've tried multiple games and multiple controllers and it just won't close the emulator. I appreciate any assistance! Thanks!

@Clavius You shouldn't need to do any of that. Firstly, I believe LB does ignore information contained in parenthesis in the filename for the purposes of scraping. However, as long as you have an image file in your Images -> [specific platform] -> Front folder and it's named identically to your rom name (and this does include parenthetical data... I think) it should automatically associate that image with that rom in LB. More importantly though, when you first do your import, you can specify (edit) what title you want it to actually look for on the final screen of the import wizard - if they're not, in fact, the same game, change the titles to search for (like "Indiana Jones and the Last Crusade (1991)" and "Indiana Jones and the Last Crusade (1993)" for example). That way it should pull the correct metadata from the get go. If they both just say "Indiana Jones and the Last Crusade" (and they probably will since it should be ignoring the parenthesis part of the file name by default) it's going to assume they're the same game when it scrapes and associate the same database entry with both. In the event that you do need to change the covers after the fact, worst case scenario is you could manually change the image file names to reflect the full rom file names and they should associate correctly in LB. My guess in your case though would be that it would have only pulled 1 image, because it thought they were the same game. Because your files may be "game (1)" and "game (2)" but it just searched for "game" and pulled in an image that it named "game.jpg". My assumption as to the reason it disassociated the first (correct) image in your case was because the only differentiating element in your two rom names was text that's in parenthesis, and the image file name that pulled in likely wouldn't contain that part, so if you disassociate the image from "X rom" (no consideration of parenthesis part) it's disassociating it from both. @SentaiBrad please correct me if I'm wrong on any of this!

The only thing I can come up with is it's either some kind of weird revision or dump differentiation or possibly a checksum indicator. I don't think I've ever encountered that specific format. This is a pretty good reference for rom suffixes. The only thing that seems to fit with that list would be a checksum.

Hmm...do you have a specific example? It could indicate a revision; which did happen on occasion for bug fixes. Typically those are listed as "Rev A", "Rev B", etc. though, so it may be something else.