ROM Hack Hatsune Miku: Project Mirai DX Hacking Thread

  • Thread starter Thread starter dj505
  • Start date Start date
  • Views Views 47,469
  • Replies Replies 182
  • Likes Likes 4
is there a way to straight up make a song shorter or longer so i dont have to heavily edit the song im importing?
Hmmm... Try looking in the pv_db_en.txt file in the pv folder, there's an option around the start of each section marked "pv_0xx.short_play_time=xx.x" which is recorded in seconds, for example pv011 is "pv_011.short_play_time=67.0"

It might just be for the preview music on the menu, but I haven't tested it.
 
Hmmm... Try looking in the pv_db_en.txt file in the pv folder, there's an option around the start of each section marked "pv_0xx.short_play_time=xx.x" which is recorded in seconds, for example pv011 is "pv_011.short_play_time=67.0"

It might just be for the preview music on the menu, but I haven't tested it.
i thought so too but i cant test it atm either...
 
That only changes the preview music of where it starts in the song. I cant remember if there is a way to shorten it. If I still have my files, i will take a look later today.
 
That only changes the preview music of where it starts in the song. I cant remember if there is a way to shorten it. If I still have my files, i will take a look later today.
Ah, ok. I think just shortening the songs themselves should be enough then, right? Since I changed the intro video & music and it adjusted the length accordingly and didn't just cut off, it might work the same in-game.
 
Has anyone tried looking in the aet files that contain the animations (not model animations)?
I've tried, but I can't seem to be able to open them. I can only open the spr_ae files at the moment. Although it looks like lots of the files in the nwbin folder are animations (visibility, material, skeletal, etc)
 
I've tried, but I can't seem to be able to open them. I can only open the spr_ae files at the moment. Although it looks like lots of the files in the nwbin folder are animations (visibility, material, skeletal, etc)
Yeah they're the animations for the PV's, aet is more the animations for the graphics and special effects.
 
Yeah they're the animations for the PV's, aet is more the animations for the graphics and special effects.
I see. In that case, I'm still not sure how to edit those files, but I have found a couple similarities between them and some of the spr_ae files which mean they may have similar structures.
 
I see. In that case, I'm still not sure how to edit those files, but I have found a couple similarities between them and some of the spr_ae files which mean they may have similar structures.
Could you tell me those similarities in PM (if you can currently)?

--------------------- MERGED ---------------------------
 
Could you tell me those similarities in PM (if you can currently)?

--------------------- MERGED ---------------------------
I looked a bit closer and it doesn't look like I was onto something after all... For the spr_ae files, all I had to do was fix the header so that it was recognized as a ctpk file, and I thought I found a similar header in the aet files but I was wrong. I'll keep digging and let you know if I find anything.
 
  • Like
Reactions: YugamiSekai
Can EFE export skeleton animations and such? Im having major troubles with computer related things so i have very limited testing...
 
I believe so... If not you could also try Ohana3DS which should as well.
okay cool, I wanna see if i could somehow recreate the songs as 3ds models, but i imagine that will be next to/ impossible, seeing as all the models are seperate, (hair, body, legs, etc)
 
I think my method for extracting the ctpk files is flawed. It seems like it doesn't extract all the images in the file. For example, spr_ae_button:

There are multiple references I can find such as...
-SCR_AE_BUTTON_BTN_Y_AY, which looks like it should be the Y button icon
-SCR_AE_BUTTON_BTN_X_AY, which looks like it should be the X button, etc.
Along with the rest. But when I extract the ctpk file, all I get is this:
uaDAXLw.png
which are the graphics for the 4 buttons on the bottom screen. But it only has 1 variation of the A button, instead of all the different colors, which I spsuect should be in the same archive but aren't.

Another clue is that the extracted image is 323 KB, but the original file is over 1.3 MB.

EDIT: Tried FEAT as well since it can extract ctpk files, but it still didn't extract everything.
 
Last edited by dj505,
I think my method for extracting the ctpk files is flawed. It seems like it doesn't extract all the images in the file. For example, spr_ae_button:

There are multiple references I can find such as...
-SCR_AE_BUTTON_BTN_Y_AY, which looks like it should be the Y button icon
-SCR_AE_BUTTON_BTN_X_AY, which looks like it should be the X button, etc.
Along with the rest. But when I extract the ctpk file, all I get is this:
uaDAXLw.png
which are the graphics for the 4 buttons on the bottom screen. But it only has 1 variation of the A button, instead of all the different colors, which I spsuect should be in the same archive but aren't.

Another clue is that the extracted image is 323 KB, but the original file is over 1.3 MB.

EDIT: Tried FEAT as well since it can extract ctpk files, but it still didn't extract everything.
Do you think it has something to do with the header data you deleted to get the ctpk file? I doubt it but it's possible, right? Maybe for whatever reason some bits of data are befor the header.
 
Do you think it has something to do with the header data you deleted to get the ctpk file? I doubt it but it's possible, right? Maybe for whatever reason some bits of data are befor the header.
Could be. Under each of the filenames there was some data, but I assume it just points each filename to the corresponsing data later in the file. It's too small to contain any image data itself.
 
Could be. Under each of the filenames there was some data, but I assume it just points each filename to the corresponsing data later in the file. It's too small to contain any image data itself.
Yeah, that's what I was thinking. Maybe for whatever reason, (maybe to prevent extraction I guess?) they put some pointers beforehand so when you deleted it the extractor doesn't know it's there.
 
Yeah, that's what I was thinking. Maybe for whatever reason, (maybe to prevent extraction I guess?) they put some pointers beforehand so when you deleted it the extractor doesn't know it's there.
That's definitely possible too. Except that the filenames are only there so that the game itself knows where each file is located without needing an extra bit of code outside the file itself. Might not be the case, but that's my take on it anyway.

The extractor should take any valid image data and extract it afaik.
 
Ok, so I figured it out! Each spr_ae_*.bin file is actually a bunch of ctpk files end-to-end. The extractor would only extract the data from the top one and end at the next one since it was the beginning of a seperate file.

Needless to say I found what I was looking for lol. Will update the OP soon(tm)
 

Site & Scene News

Popular threads in this forum