ZenHAX

Free Game Research Forum | Official QuickBMS support | twitter @zenhax | SSL HTTPS://zenhax.com
It is currently Fri Apr 03, 2020 11:40 am

All times are UTC




Post new topic  Reply to topic  [ 15 posts ] 
Author Message
PostPosted: Fri Mar 27, 2020 6:09 am 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
There is already a script for the Switch version of this game on the main site, but I would like to request a script for the Steam version.


Top
   
PostPosted: Fri Mar 27, 2020 8:52 am 
Site Admin
User avatar

Joined: Wed Jul 30, 2014 9:32 pm
Posts: 11159
You should provide that dat file for analysis.


Top
   
PostPosted: Fri Mar 27, 2020 10:10 am 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
Understood. I'll have to provide you with OneDrive links as I perceive the .dat file is too large to attach (it's 1.5 GB, and when I tried to attach, uploading reached 25% and then returned a 500 Internal Server Error. Here you go:

.DAT file
.TOC file


Top
   
PostPosted: Fri Mar 27, 2020 10:52 am 
Site Admin
User avatar

Joined: Wed Jul 30, 2014 9:32 pm
Posts: 11159
As far as I can see this script still work well:
http://aluigi.org/bms/other_ocean_interactive.bms


Top
   
PostPosted: Fri Mar 27, 2020 12:24 pm 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
Thanks, and sorry for the late reply; I went out for a bike ride. I have a question, though. It creates a file called "g" in the folder "2020.full.illust_j.jpg.zib" and then creates many, many files with the same name, so it keeps asking if I want to overwrite the "g" file. What should I do?


Top
   
PostPosted: Fri Mar 27, 2020 12:44 pm 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
If I run the script with quickbms_4gb_files.exe, it instead returns a error while running when it reaches the "g" file.

===
Error: incomplete input file 1 <path to .dat file>\YGO_2020.dat
Can't read 524288 bytes from offset 0009ed511611ee09.
coverage file 1, 23%, 370211585, 1570637648 . offset 0009ed511611ee09

Last script line before the error or that produced the error:
40 log NAME OFFSET SIZE 1


Top
   
PostPosted: Fri Mar 27, 2020 1:17 pm 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
Trying to skip the duplicates returns another similar error.

===
Error: incomplete input file 1: <path to .dat file>\YGO_2020.dat
Can't read 495741 bytes from offset 5d9e0750.
coverage file 1, 133%, 2097974452, 1570637648 . offset 5d9e0750

Last script line before the error or that produced the error:
40 log NAME OFFSET SIZE 1


Top
   
PostPosted: Sat Mar 28, 2020 6:20 am 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
Anyone there? I still need help with the aforementioned errors.


Top
   
PostPosted: Sat Mar 28, 2020 11:04 am 
Site Admin
User avatar

Joined: Wed Jul 30, 2014 9:32 pm
Posts: 11159
Script 0.1.1, let me know how it works.

It wasn't a bug in the script but just a different format used for the ZIB files in this specific version of the game, the OFFSET and SIZE fields were 32bit instead of the original 64bit ones.


Top
   
PostPosted: Sat Mar 28, 2020 11:26 am 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
Sorry, it didn't work. I should elaborate that quickbms.exe returns the error when it hits a file called "000004b6.dat" within the "2020.full_illust_j.jpg.zib" folder


Top
   
PostPosted: Sat Mar 28, 2020 2:25 pm 
User avatar

Joined: Sat Mar 02, 2019 3:24 pm
Posts: 120
BattleWarAxe3 wrote:
Sorry, it didn't work. I should elaborate that quickbms.exe returns the error when it hits a file called "000004b6.dat" within the "2020.full_illust_j.jpg.zib" folder

It worked fine to me but this image resulted badly exported.


Attachments:
10000.zip [59.16 KiB]
Downloaded 13 times
Top
   
PostPosted: Sat Mar 28, 2020 3:00 pm 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
Mysticus wrote:
It worked fine to me but this image resulted badly exported.


Strange, it works for me too now, but I also face the same problem with 10000.jpg.

Anyways, thanks for your help, aluigi.


Top
   
PostPosted: Sat Mar 28, 2020 3:14 pm 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
Mysticus wrote:
It worked fine to me but this image resulted badly exported.


I figured out the problem. Open 10000.jpg in a hex editor (HxD is free, if you don't have one) and change offsets 0x00 and 0x01 from "D8 FF" to "FF D8". The file should now open normally.


Top
   
PostPosted: Sat Mar 28, 2020 3:19 pm 
Site Admin
User avatar

Joined: Wed Jul 30, 2014 9:32 pm
Posts: 11159
@BattleWarAxe3
I don't know why you got that error during that extraction, and why only once.
Anyway I found a little bug during the parsing of the TOC file ("f movies" instead of "movies") so what you noticed once may have been caused by that bug.
Script fixed.

@Mysticus
I confirm that the first file of the two zib files ever have the OFFSET field plus 1 so I suppose it's a bit meaning something (maybe "first file?")
Code:
00 09 ed 51 00 00 ec 39 31 30 30 30 30 2e 6a 70   ...Q...910000.jp
67 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   g...............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
00 0a d9 90 00 00 fd 2b 31 30 30 30 31 2e 6a 70   .......+10001.jp
67 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   g...............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................


Script updated to version 0.1.2


Top
   
PostPosted: Sat Mar 28, 2020 3:30 pm 

Joined: Thu Mar 26, 2020 7:59 pm
Posts: 10
Yep, everything seems to be fine now, including the 10000.jpg problem. Thanks again.


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 15 posts ] 

All times are UTC


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Powered by phpBB® Forum Software © phpBB Limited