[Mesen Retroarch Core & HDNES Packs]

On 6/16/2021 at 11:21 AM, FormulaFox said:

My apologies for not responding in so long - we had a health crisis for a family member(not COVID) that is only now resolving itself, and I have had no time to doublecheck things. I'll be back to handle this whenever I have time.

All good, same here. They fixed the regression which caused the problem I had. Hopefully you're able to get it working.

[Mesen Retroarch Core & HDNES Packs]

2 hours ago, FormulaFox said:

No, unfortunately. I still do not why it's not working. I did make sure to update the core before trying again, as well.

Hmm... SHA-1 hash is the same in the hires file? Did you extract the pack to a directory with the same name? Because in RA it won't work with a zipped pack. Also, even after I got it right and opened it, it still didn't work, and then the next time I opened it it worked.

[Mesen Retroarch Core & HDNES Packs]

28 minutes ago, FormulaFox said:

My ROMs are all in .nes format, not zipped.

After posting that above and investigating it more with a person that works on the core it looks like there was a regression introduced recently so I guess my problem was different to yours since yours happened last year. Did you figure it out in the end?

[Mesen Retroarch Core & HDNES Packs]

On 6/26/2020 at 10:43 AM, FormulaFox said:

I know this thread is a bit old, but it seems to be the best place to inquire about my own issue...

I only recently learned of these HD packs and decided to try them for myself on my arcade unit. I'm trying to apply to Castlevania, Mega Man, and Metroid.

I've set things up as instructed in the first post(which is in line with other documentation I've found) - put it in the system folder, made sure all the folder names match up with the ROM names, but... If I use Retroarch, the HD packs won't apply - even though the correct setting is on.

If I use the standalone version, the HD packs will work, but it won't let me play - I map my controls in the emulator(and it sees and accepts the input), but it won't respond to any button pushes once finished.

No idea what do from here.

Hey mate, I was running into this problem today. It worked fine in the standalone Mesen but wouldn't load in the RetroArch Mesen Core. I think I've tracked it down to the fact that the ROM is zipped. While Mesen supports loading from zips, it doesn't look like it can also apply an HDpack while opening from a zipped file in RetroArch. The Mesen core was made by the same guy that wrote Mesen I think, M. Bibaud (aka Sour) is the name I've seen. The project looks to be archived on github and I'm not signed up so I don't even know if I could email the guy. Maybe someone here knows? I also could be wrong, can anyone else load an HDpack while opening the rom from a zip?

[Auto Hotkey Scripts]

On 2/5/2021 at 12:43 AM, JoeViking245 said:

Speaking of "quotes"... Looks like they need to be REMOVED from the last line (FileRemoveDir.....).   And since it's also creating the subfolder, you'll need to set recurse to "true".

FileRemoveDir, I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%, 1

 

Yes, that line doesn't actually delete the files with and without the quotemarks. I tried putting it as the exit script but that didn't make a difference either.

[Auto Hotkey Scripts]

Hey! I just figured it out, because it was talking about Absolute paths I used the command A_LoopFileLongPath and it parsed the right thing to the emulator. It also needed "" around the Xbe path so here's the final code:

fullPath = %1%
SplitPath, fullPath,,,,romName

RunWait, "I:\LaunchBox\ThirdParty\7-Zip\7z.exe" x -y -o"I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%" "%1%",,hide

xbeFile = I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\default.xbe
Loop, Files, %xbeFile%, FR
xbeFilePath .= A_LoopFileLongPath

RunWait, "I:\LaunchBox\Emulators\CXBX-R\CXBX.exe" "%xbeFilePath%", 1

FileRemoveDir, "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%"

Thank you so much for your help, I'm a complete muppet at this stuff but you gave me the guidance to figure it out.

[Auto Hotkey Scripts]

12 minutes ago, JoeViking245 said:

After the xbeFilePath line add in          MsgBox, %xbeFilePath%    ;See what it's finding. If anything.

The "R" on the Loop line... "R = Recurse into subdirectories (subfolders)"  So basically it will drill down through the subfolders looking for the specified "F"ile ('default.xbe').

May need to add quotes.?.?. (just a guess)

RunWait, "I:\LaunchBox\Emulators\CXBX-R\CXBX.exe" "%xbeFilePath%", 1

 

The MsgBox comes up with nothing, then CXBX starts but no loading of xbe's or errors. I think it must come down to the way CXBX handles the command line, I read somewhere that it needs absolute paths to load. What I noticed was that if I put anything infront of %xbeFilePath%, for example I put a - , that CXBX would throw up an error saying it couldn't load - so I think it must be ignoring %xbeFilePath%. I'll have to look in to how it handles paths.

[Auto Hotkey Scripts]

35 minutes ago, JoeViking245 said:

If it's safe to say, that after extracting "Futurama[!].7z", of all the folders, subfolders and files that are extracted from it, no matter how many there are, there is ONLY ONE file that is named "default.xbe"...  then this should work.

 

fullPath = %1%
SplitPath, fullPath,,,,romName

RunWait, "I:\LaunchBox\ThirdParty\7-Zip\7z.exe" x -y -o"I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%" "%1%",,hide

xbeFile = I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\default.xbe
Loop, Files, %xbeFile%, FR
xbeFilePath .= A_LoopFilePath

RunWait, "I:\LaunchBox\Emulators\CXBX-R\CXBX.exe" %xbeFilePath%, 1

;FileRemoveDir, "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%"

Note: The 1st RunWait line was modified.   If all goes well, xbeFilePath should equal 

I:\LaunchBox\ThirdParty\7-Zip\Temp\Futurama[!]\Futurama\default.xbe

 

Unfortunately, this seems to just open the emulator but not open the xbe, it doesn't throw up any errors either. There is only the one defualt.xbe in this example, some things I then tried:

I tried changing FR to DFR, and that made no difference.

I thought that maybe xbeFilePath .= should have been := and changed that but it made no difference either.

I tried changing A_LoopFilePath to A_LoopFileDir with the same result.

I added this line above the xbeFile line: SetWorkingDir, I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\ with no change either.

I then changed all those things back to what you had. I was looking at this line: "xbeFile = I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\default.xbe" and wondering if it needs to have the other directory in there after %romname% which is the crux of the issue anyway. Someone on the AHK discord said I could use a WatchDirectory script to get the name of the folder, but I like the idea of just searching for the default.xbe because 99.9% of disc images are like that I think.

[Auto Hotkey Scripts]

Thanks, I have slimmed down the script with no need to rename the xbe and I know what the problem is, just not how to fix it.

fullPath = %1%
SplitPath, fullPath,,,,romName

RunWait, "I:\LaunchBox\ThirdParty\7-Zip\7z.exe" x -y -o"I:\LaunchBox\ThirdParty\7-Zip\Temp\" "%1%",,hide

RunWait, "I:\LaunchBox\Emulators\CXBX-R\CXBX.exe" "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\default.xbe", 1

;FileRemoveDir, "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%"

So basically the issue is that the rom file, for examples sake, is called "Futurama [!].7z" but the folder inside the archive doesn't contain the [!] on the end, it's just Futurama. So if in between those two RunWait commands if I can tell the script to delete the [!] from directory name, or just use the extracted directory name instead of %romName%, I think it should work. Any idea how I can accomplish  that?

[Auto Hotkey Scripts]

Thanks for helping mate. Here is what I've got now:

; %1% = "I:\LaunchBox\Games\Microsoft Xbox\my_game.zip"
MsgBox, %1%

SplitPath, %1%,,,,romName
; romName = my_game
MsgBox, %romName%

RunWait, "I:\LaunchBox\ThirdParty\7-Zip\7z.exe" x -y -o "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\" "%1%",,hide
if FileExist("I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\default.xbe")
{
   MsgBox, It exists
   FileMove, "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\default.xbe", "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\%romName%.xbe", 1    
}

RunWait, "I:\LaunchBox\Emulators\CXBX-R\CXBX.exe" "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%\%romName%.xbe", 1

;FileRemoveDir, "I:\LaunchBox\ThirdParty\7-Zip\Temp\%romName%"

So far I get an error on the line with SplitPath, saying there is an illegal character so I looked up that command and I don't know what the illegal character is. I commented that line out to see what happens after and it looks like 7zip didn't extract anything but the rest of the script did send to cxbx to load nothing.xbe, where nothing is literally nothing, just .xbe. I'm assuming this is probably because of not running the SplitPath command. Thanks again for your help.

[Auto Hotkey Scripts]

Ok, I've been looking at this problem for a bit, I asked if anyone could help but no one responded which is all good. Best to try and figure out things yourself, so I have had an attempt and failed miserably. My xbox roms are zipped up, I'm trying to find the file default.xbe in the directory it extracts to and rename it to the name of the rom that LB sends to CXBX-R. Here is what I've got:

currGame := Microsoft Xboxxml.Read(Title, "currGame",,,1)
romName := "I:\LaunchBox\ThirdParty\7-Zip\Temp\%currGame%\default.xbe"

if FileExist(romName)
{
   FileMove, romName, currGame, 1    
}

 

It seems to run, doesn't error out but when I look at the directory it doesn't change the name from default.xbe and then says it can't be found in CXBX-R and exits the emulator.

Any help would be greatly appreciated and also a way to have a relative path to the extracted rom instead of the full path.

 

[Auto Hotkey Scripts]

Could anyone help me with a script? I'm loading up Cxbx-R and all my roms are zipped, so LB/BB sees the name of the game like Futurama for example and extracts the image. The problem is that launchbox tries to parse the rom name but on all xbox discs the executable is called default.xbe and not futurama.xbe. So I was thinking I could use a script that either renames the default.xbe to the rom name or sends a command to the emulator telling it to just run default.xbe instead. Is this possible?

Something like:

if default.xbe exists then rename to romname and run