Steamをインストール
ログイン
|
言語
简体中文(簡体字中国語)
繁體中文(繁体字中国語)
한국어 (韓国語)
ไทย (タイ語)
български (ブルガリア語)
Čeština(チェコ語)
Dansk (デンマーク語)
Deutsch (ドイツ語)
English (英語)
Español - España (スペイン語 - スペイン)
Español - Latinoamérica (スペイン語 - ラテンアメリカ)
Ελληνικά (ギリシャ語)
Français (フランス語)
Italiano (イタリア語)
Bahasa Indonesia(インドネシア語)
Magyar(ハンガリー語)
Nederlands (オランダ語)
Norsk (ノルウェー語)
Polski (ポーランド語)
Português(ポルトガル語-ポルトガル)
Português - Brasil (ポルトガル語 - ブラジル)
Română(ルーマニア語)
Русский (ロシア語)
Suomi (フィンランド語)
Svenska (スウェーデン語)
Türkçe (トルコ語)
Tiếng Việt (ベトナム語)
Українська (ウクライナ語)
翻訳の問題を報告
No luck finding that though, apparently the filename for that is sofdec2encwiz.exe, there also seems to be command-line versions sofdec2enc.exe / sofdec2encH264.exe / sofdec2encVP9.exe too.
For 4GB patching this tool should work fine: https://ntcore.com/?page_id=371
I also noticed a pile of CRI ADX SDK files on the Internet Archive[archive.org], perhaps there's a USM muxer buried in one of those packages?
I did find https://github.com/hcs64/vgm_ripping/blob/master/multi/utf_tab/usm_deinterleave.c which seems to parse a lot more of the USM format, nothing for writing there, but the reading code would probably be useful if anyone wanted to write a new muxer.
AFAIK most of those SDKs there like adx2le are evaluation versions, haven't found any modern full SDKs anywhere :/
(apparently Witcher 3 made use of CRIWARE/USM though, and there was a big leak of W3 stuff a few months ago... but don't think the password for it ever got out :()
(this is a test-release for anyone that wants to test 1440p/4K movies with it, if you encounter anything strange please let me know!)
This should let greater-than-1080p vids play on all the NA versions that LodMod supports (2021/2017/2017 debug...)
The buffer size increase can be changed in LodMod.ini, by default it's setup for 4K, but that might be wasting a few MB if you don't have any 4K videos to play, the INI explains how you can tune this properly (unfortunately I can't set this in LodMod automatically based on screen res/movie res, because these buffers are inited right as the game starts, before any config/movies files have been read...)
E: maybe I could make it use normal buffers by default, but check if a certain file exists in the movies folder, and if so set buffer size based on the file contents, then movie modders can just include a file with their release that tells LodMod what to use - would be a lot more efficient this way, let me know what you think.
So it seems unlikely to me that the game had done that and then _not_ used H.264 video content, even though the version of Sofdec2 was likely new enough to support it.
I had assumed that the usm files Scaleform and Sofdec2 made weren't swappable, but it looks like they have the same chunk identifier and there's no mention of them not being compatible, so I may be wrong. Wouldn't know for sure until someone actually tests though.
Huh. And that post's author has a WIP Python library for extracing and generating USM files[github.com].
Managed to find some scaleform eval SDKs on web.archive org too (4.2 & 4.4, latest scaleform was 4.6...)
50KB/s download speed is awful tho.. downloaded 1GB after an hour+ but no idea how big it is >.>
Hopefully some video encoders might be part of that 1GB+, but knowing my luck it's probably just some sample game assets or something like that.
(...and of course the 4.4 download crapped out at 1.06GB, tried resuming the download and for some reason that cancelled the 4.2 download too ;_;)
Link to the archive? I can try giving it a shot
Not sure if more people downloading it might slow it down more though, or maybe it'd give a better chance one of us actually gets the full file, worth a shot I guess.
sf_4.4_mobile_winstore.exe says it is corrupted when I try to run it. Trying the Unity plugin now
Found a few more eval SDKs, not all for windows though so might not be too useful: https://0bin.net/paste/ywkcM4w2#FlwMKuDhF2+HgL0DzVDBrG5HW1EihB4sG6H+gCRVhDe
The exe was 1,113,592 KB. I downloaded it twice, both seemed to complete without issue.
Unity package didn't have anything useful I could find. Also needed a license key to use some of it's features.
Doesn't look like a video encoder is included in any of them.
Changes:
I might try seeing if I can write a simple .usm parser so LM could work out the proper buffer-size by itself... will take a look over the weekend.
Aw that's too bad, guess we'll have to just hope one of the GFx/CRI SDKs leak eventually, or hopefully that python library will get H264 support soon.
Ah sorry, meant to reply to this sooner.
I didn't know about the DS4 issue, which program do you use for DS4 support?
Maybe I can find some other DLL to wrap, xinput1_4 is pretty inconvenient since both Win7 & 2017 need it renamed... maybe there's one that can work with all of them.
1: I did see one thing about some Sofdec version being able to play WMV without conversion, no idea if that's true or not though, haven't seen anything WMV related in the game at least...
Hopefully that python lib will add H264 soon, need to make sure game itself has support though... got a lot of the CriMana stuff named in the game EXE, but haven't seen anything H264 related yet.
(E: oh hmm... seems the game exe should mention "criV264Mft" if H264 support was added in, at least the 2020 version of CRI SDK would include that, but that's not mentioned in the EXE...
2020 SDK also imports MFCreateMediaType, which game doesn't seem to use neither :/
Also haven't seen anything about VP9 neither... might be stuck with whatever MPEG1 stuff Sofdec uses)
2: No idea, might be wrong but I think the ev****.evn file is what tells the game to play a specific USM, maybe they just changed those in 2021 so they point to other videos instead, I'll try taking a look at that soon.