CRAFT 2.86 support?

[MepsiPax187]

Hi thanks for the tool. I was wondering if it was possible to add the CRAFT 2.86 muxer in a future update. I mod yukes wrestling games and every single SFD uses the Craft 2.86 version. While the 2.98 version on the tool does work, it will corrupt any other video displayed in the game at the same time

In this image the top video uses V2.98 from the tool and the bottom video is a orginal video thats already in the game using V2.86. The codec on the bottom video is messed up.

By compatison here's how the bottom video should look

My guess it's messing up because there's 2 different codecs trying to play at once but i'm not 100% sure. I can provide sample videos from the games if required.

[Firebow59]

Hey there!

To my knowledge, the CRAFT V2.86 muxer is not publicly available from any SDK releases - the closest to V2.86 currently available is V2.62.

That being said, V2.62 and V2.98 were released 3 years apart, whereas V2.86 to V2.62 were only released a year apart. To rule out it being an issue with the muxer, I've attached the files for the V2.62 muxer. You should be able to just copy (make sure to make a backup of the V2.98 muxer's files first though!) the files in the ZIP folder to the CRAFT muxer's SofdecVideoTools folder (resource/bin/SFDmuxers/CRAFTmuxer_V2.98/). Let me know if this works for you or not!

Samples from the game would be super helpful as well in case the above solution doesn't work, so if you wouldn't mind sending one or two, it would be greatly appreciated! Thanks!

[MepsiPax187]

Hi thanks for the reply. Unfortunatly the I'm still having the same issues with the other muxer you provided. Here is a
link to a google drive folder that has a few SFDs. I hope these help in trying to figure out whats causing the issues.
Thanks

[Firebow59]

Took a look into this today, and found out that the SFD samples lack any audio tracks - which removes a header chunk at the start of the file that SFDs created through SFDCreator do have.

Unfortunately, SFDCreator doesn't currently support making SFDs w/out any audio (though it is being partially re-written to support SFDs like these), but for now, you can try the following methods:

• Toggle "Enable audio padding" and select it for Track 1, create the SFD as normal after. Open the output SFD in a hex editor (https://hexed.it/ is a free online one if you don't have one installed), delete data from 0x0 to 0x800 and save the edited file.

• Toggle "Keep Conversion Files" in SFDCreator's Extra Options menu, then create the SFD. Look in the output folder and copy the .m1v file to the CRAFT muxer's folder, and run this command in PowerShell or Command Prompt (if using PowerShell, make sure to put "./" (w/out quotes) at the start):
  sfdcrfc.exe -exe=m -v="VIDEO FILENAME HERE w/extension (and in quotes)" -s="Output SFD name (also in quotes)"

  • I would personally recommend testing this method first, as it has a higher likelihood of fixing the issue.

If needed, I can also write a script to do this automatically, though it may be a few days before I am able to get that out to you.
Let me know if these methods don't fix the issue!

[MepsiPax187]

Thanks for the reply. I have tried both methods with both versions of the craft muxer and I am still getting the same issues regarding the lower videos codec screwing up.
I have noticed when I play an orginal SFD from yukes in VLC with seek bar glitches out and jumps to the end right away although the video plays normally

Compared to a SFD made from this tool the seek bar works properly

This is probably the main reason why the SFD doesn't work as intended in-game. Maybe some out of customer header yukes used. Any help would be appreciated.

[Firebow59]

Hey there!

I've been looking into this over the past week, and unfortunately haven't been able to find a fully working fix - everything I've thrown at it either temporarily works (encoding video w/built in encoder in sfdcrfc, as an "SFV" file, worked until the bottom video looped), or doesn't fix the issue at all.

That being said, there is one more option! By remuxing all the SFDs that are being left as they originally were, the issue seems to disappear. I have zero idea why this fixes it, or why the issue even occurs in the first place, but nonetheless, this should fix the issue. I've attached a small program here that will remux all the SFDs you aren't planning on changing. You should be able to just copy all the SFDs you don't plan to change into a folder, download the script and copy it into the same folder as SFDExtractor.exe, run it, and re-copy the output files back into the game files.

While not the most elegant solution, I hope this will be able to fix the issue for the time being! I'll definitely try to keep this issue in mind in case I find another solution in the future, or what caused the bug in the first place.

Let me know if you run into any issues with this solution or not!