Hifihedgehog

A lot has been confirmed already yesterday and contrary to some reports, most of the hardware is finalized and is not in a state of flux at this point. Valve has confirmed in multiple communications now at least two things that people are getting confused about. 1. This is--repeat--a full-fledged PC (meaning, for example, it can be installed with an alternative OS via bootable media), so you can install whatever OS and software you want. There is zip, zero, nada locked down here. So putting Linux and Windows petty rivalries aside for a brief moment, if you prefer the pure Windows experience, go ahead and install it. Or if you want a different Linux distro than the stock one from Valve, that's totally up to you too. Or stay pure with SteamOS 3.0 and add any additional software you want. 2. The SSD is 2230 M.2 NVMe slot that Valve claims is "not intended for end-user replacement" and is surrounded by an EMI and thermal shield. Let me dispel some fears here. Don't get tricked by semantics! They are saying it is not intended to be upgraded though it most certainly can with minimal effort. That way, you doubt the ease of upgrade and you jump for the highest model and they preserve the upsell. In fact, Microsoft used the same lingo to describe the Surface Pro X and Pro 7+'s serviceable SSD. In reality, on those two Surfaces, it is just ONE screw and a flex-metal housing away from removal, as you can see here. Lastly, don't let the EMI and thermal shield terminology scare you. It is in reality likely just a clam shell covering the SSD to reduce EMI radiation in order to pass FCC requirements. As seen in this video, it is probably just like the Surface Pro 7+'s EMI and thermal shield which is trivial to remove.

I would also like to report that I get the same error rate as @ferretlegshad indicated on the order of 1% for a scraping session over 10,000 media items. I will add too that the error rate seems to be worse as the processing power gets less and less on the hardware. I have a Ryzen 9 5950X semi-dedicated arcade system that seems to get the least errors, followed by Surface Pro 7+ which gets a bit more, and finally my thin client portable arcade system (an HP T640, a passively cooled dual-core Ryzen R1505G mini PC) which gets the worst level of errors. Bear in mind that all these devices have a top-of-the-line Intel AX200 or AX201 wireless AX Wi-Fi cards and are connected to blazing fast 1.2 Gbps Comcast cable internet. The error rate was so bad on the T640 (on the order of greater than 90% for EmuMovies) that I tried everything to remedy the failed downloads. I tried using a VPN thinking it was an ISP issue (interestingly, though, the issue was nowhere as profound on the other two, higher powered devices) and I even tweaked resource allocation in Process Lasso to give LaunchBox and the browser subprocesses higher process and I/O priority. I got so frustrated that I finally tried the latest 11.13 beta and that finally seems to have mostly fixed the downloading issue on the T640. The caveat here is that I still get a small error rate, on the order of less than 10 errors for 10,000+ media items. My current scraping session is visible below. I am almost 2,000 media items in and only two errors have occurred so far. Contrast that with before loading the beta on the T640 where I was getting an error rate of >90%, where maybe a couple hundred media items would download and then all of the remaining items would fail repeatedly afterwards. I am glad to report that this latest beta seems to be the fix to this recent issue that popped up in the last few releases. Thanks for continuing to make me a proud and happy LaunchBox user with your ongoing support and amazing upgrades to this excellent piece of software. This is the best arcade software bar none!

I'll throw out there that I am also seeing the same issues described in this thread. I'm a bit tied up this week so I won't be able to throw up a log file, but I'll try to send one over next week if it is not yet resolved.

This. They are coming out August 5th. In my case, I have one already as I harvest it from a prebuilt system back in late April. As for performance, it is quite zippy. At a mere 65W, it outperforms a 125W 10700K. With that perspective, that's quite something, especially considering it also comes with a GT 1030-level integrated GPU. In the past, the 4750G that I had before already ran significantly cooler than the 2400G. The 5700G runs even cooler and faster than my 4700G. If you are doing emulation, though, I would recommend stepping up to a dedicated GPU and Ryzen 5000 series CPU. For most people, a 5800X is more than enough and will be even better than the 5700G APU, especially at Switch emulation. As for a GPU, that is currently a crapshoot unless you know how to set up a stock notifier bot. There is way too much latency with the Discord groups and the YouTube channels and you will be 15 seconds behind those who have notification bots running on their local machines. If you are up to doing some basic technical legwork, I recommend installing streetmerchant to notify you on stock changes. I was able to get an RTX 3000 series card that way from Best Buy.

I will add that I have also experienced this, but I never was sure if this was a feature or a bug. This has occurred on all my LaunchBox builds since the beginning.

Congratulations! I have been one of the many beneficiaries of your wide array of high-quality themes. It will be nice to see your expertise coming into play here now with an official twist.

Ditto! Can you please add the latest version of ScummVM to LaunchBox? Thanks!

Well, I was just adding some Freddi Fish and I stumbled on the same issue as you. You can add the following line in the [scummvm] section of the config file "epicfail_scummvm.ini" located under the relative directory "LaunchBox\ThirdParty\ScummVM".: joystick_num=0 ..., which is described here. It doesn't give you a full keyboard, but you can use your gamepad with the keyboard keys and mouse actions that does everything I need, at least. You can use the gamepad analog stick as a mouse, for example. It works well for me in testing Humungous Entertainment, but your mileage may vary.

IPAC2 does not have LED outputs, so I am not quite certain why a IPAC2 is being mentioned here. You don't have to change your input method to augment your setup with dynamically lit LEDs. What you need is an LED controller and that is where something like the PacLED64 comes into play. LEDBlinky doesn't care so much about the protocol of your controls (when I say protocol, I am speaking of the language your controllers speak in), be it keyboard-based or DirectInput/XInput-based (two protocols for game controllers). What LEDBlinky needs is a compatible LED controller. Then, when you are assigning each of the numbered LED strands in LEDBlinky, you map them to either keyboard keys or the button numbers of each of your player controls. Then when it interfaces with BigBox/LaunchBox, it knows to light up LED 1 for button 1, LED 2 for button 2, and so on. Plus, you can convert any keyboard or DirectInput-based controller to XInput anyway with x360ce version 4.x in combination with WhiteKnight. That's pretty much the long and short of it.

I am going off on a limb, but it sounds like the joystick was installed backwards which is why the axes are reversed. So up is down and right is left and so on. So I believe MAME lets you assign input for each direction, but RetroArch only detects input for the axe and doesn't let you reverse the direction it detects. So you have a number of options, assuming it is what I think it is: (1) reverse the joysticks by physically uninstalling them, turning them 180 degrees from their current orientation and reinstalling them; (2) switch around the leads between up and down and left and right (EDIT: I see you are using zero delay boards, so this method is preferred over method 2); or (3) passing through the inputs to virtually instantiated controllers in x360ce and fixing it all virtually. And as to method 3, see my response elsewhere to you in a different thread about x360ce as you would also need to set up WhiteKnight to hide the physical controllers to eliminate duplicate or ghost inputs from the source physical controllers. On the other hand, if it is not due to a backwards installed joystick, you might also try updating RetroArch since I see you are on a relatively old release, 1.7.7, and it may be an actual bug to blame.

The answer? Well, it depends. As I understand it, you have a four player setup. What we need to know: is this single common or shared coin button detected as a gamepad button or a keyboard key? I believe you should be able to assign one key or button to all four players' coin button in MAME. In RetroArch, each player's gamepad select button is ordinarily assigned to coin. So if there is just one coin and assuming your setup is operating with the controls as gamepads, that means assigning one button to multiple controllers (one-to-many) and there is no easy route to that. You might just have to do what I did, though: (1) create virtual XInput controllers using x360ce (the latest 4.x version) and (2) hide your physical ones from all applications except x360ce (this is to prevent duplicate detected inputs, of the original physical device and the virtual counterpart) using WhiteKnight. These are only some ideas I am throwing out there, though, and there are many ways to configure arcade controls and not one is right or best for everything. We would have to hear more technical details about your setup, such as if the controls are operating as a keyboard or a gamepad. And if you do go down the virtual controller route, you will need to do some manual work. That will require you researching much of this out on your own, but I can at least give you some leads: look up WhiteKnight and HidGuardian; x360ce; and also setting up programs to run at startup (ordinarily, that would just entail copying the program's shortcut to the Start Menu's startup folder, but since you will want x360ce to run as admin, you will need to set the main executable to run as admin and create a VBS script to place in your startup folder as described here) since x360ce's own setting for that does not work currently.

There is a bug when LaunchBox is automatically resolving the game title from the filename in a specific subset of NKit-packed (.nkit.gcz) GameCube games. The common thread between all of these files is the following: * More than one set of parentheses in the file name proceeding the .nkit.gcz file extension. Here are examples of game titles that already resolve correctly: "FIFA Soccer 2004 (USA).nkit.gcz" -> "FIFA Soccer 2004" "Harry Potter and the Chamber of Secrets (USA).nkit.gcz" -> "Harry Potter and the Chamber of Secrets" Here are some examples of game titles that do not resolve correctly due to the aforementioned bug: "FIFA Soccer 2005 (USA) (En,Es).nkit.gcz" -> "FIFA Soccer 2005 .nkit" "Harry Potter - Quidditch World Cup (USA) (En,Fr,Es).nkit.gcz" -> "Harry Potter - Quidditch World Cup .nkit" As you can see, this stray ".nkit" portion of the file extension is not lobbed off or truncated properly. This is likely due to there being an additional set of parentheses throwing off the resolution of the game title. So I suppose the handling of more than one parenthesized set of information with .nkit.gcz files is the problem here. I hope this helps, @Jason Carr! Please see related ticket here: jasondavidcarr / LaunchBox / issues / #6069 - Game Title Not Resolving Correctly with Some GameCube NKit Files. .NKit Portion of File Extension Remains When There Is More Than One Set Of Parentheses — Bitbucket

I cannot yet verify that things are now working for me since EmuMovies has yet to process my email reset. I am a more recent user of theirs (I will be hitting the year mark in May), so I am probably near the bottom of the list of their ~250,000 message backlog of system-issued emailed password resets. Once they do send me the email, though, I will reattempt scraping a subset of ROMs and hopefully report back with the same positive observations as @ms_1.

Here is a very basic scrapping task failing for some inexplicable reason from my perspective as a user: I checked the links and I have no issues downloading the content manually. I also ran downloads again across my Internet via JDownloader for another terabyte or so of data and had zero issues downloading that content. So I am a bit confused why scrapping downloads keep failing since I can rule out my physical connection.

I am getting some pesky EmuMovie errors too in addition to download dropouts whenever scrapping LaunchBox Game Database. I created a bug ticket: jasondavidcarr / LaunchBox / issues / #6006 - Errors Connecting to EmuMovies and — Bitbucket

Funny you should share this. I normally don't have scrapping issues but I had some yesterday as well. I would add that I was experiencing issues scrapping yesterday as well where files were inexplicably failing to download at around the same time. I am fairly certain it wasn't my network connection either because I had been downloading several terabytes of roms from Archive.org without any dropouts or CRCs issues. EmuMovies login was working, though.