I’m working on compiling a list of song -> path mappings so folks can easily find the songs.dta files to update for things like harmonies. stay tuned…

pulling RBHP discussion from the other thread… replying to this one: viewtopic.php?p=39911#p39911

Well I tried adding the 2 songs via merged songs folder and successfully assigned new ids. Yet both still gave me the unable to play skipping. Odd.

 

I’ve been reading more of these issues with legit songs from Xbox users in the forums, and often reinstalling the dlc or deleting the Xbox RBC “cache” is tried. I’ve deleted, reinstalled, converted, and changed ids of these 2 legit ps3 songs many times with no avail. Is there a cache/score cache or something that I can delete on ps3 to prevent me from going back to square one with my songs?

refresh my memory – what are the two songs again?

I originally asked you to explain your process as I’m wondering if you’re missing something along the way, but you refused to do that since “most worked”… I still think there could be something missing/added/wrong that only affects certain songs.

you mention “converting” and “changing ids” to “2 legit ps3 songs”, but you also previously said that you never touched the original songs.dta files, so I’m confused… do you mean you’re (via PSN or similar) deleting that DLC and going to PSN to redownload/install it or are you taking RBHP upgrades and attempting to run them through the PS3 converter as if they were a regular custom? The latter is just not how upgrades work, based on everything I know on the subject. I’ve yet to break an existing song and almost all of my (harmonies only) upgrades have worked great, but required touching the original songs.dta file for each. The one harmony that i haven’t got to work is fine if I revert things.

for what it’s worth, here’s how I have (successfully) installed harmonies on my PS3. I’m working from the RBHP_Pack_MasterPack_141121.rar and ONLY taking files from the main directories, NOT the “Optional Upgrades” folders.

1) encrypt the _plus.mid to _plus.mid.edat via C3 (Thanks TrojanNemo!)

2) add contents of RHBP upgrades.dta to existing /dev_hdd0/game/BLUS30463/USRDIR/HMX0756/songs_upgrades/upgrades.dta

3) copy _plus.mid.edat file to /dev_hdd0/game/BLUS30463/USRDIR/HMX0756/songs_upgrades/

4) find original songs.dta file for the song, make a backup of it

5) replace song contents in original songs.dta file with songs.dta from RBHP.

I’ve only done a small number of songs (all Alice In Chains, 3 Jimmy Eat World, 1 Garbage). Of the lot, I get the “unable to load song, skipping” issue on AIC – Grind, but that goes away after reverting the songs.dta and removing the edat/upgrades.dta.

Based on previous contents, we know that encryption of the mid has to match the folder it’s in (or something like that) – so if you’re using C3, you must put the edat in a subfolder of HMX0756. We also know that the edat, mogg, and dta have to match up in terms of number of tracks and features present – so if one says 3 vocals and the other says 1, chances are it’ll choke. I’ve tried several variants mentioned previously in the thread and a few others of my own and this is the ONLY way i’ve had harmonies work. If anyone has another method, I’m open to hearing it.

replying to this post: viewtopic.php?p=40316&sid=042b3cd51f32f4b246f30d9df050f11d#p40316

Nope, still crashes. ” src=”/wp-content/uploads/invision_emoticons/default_SA_frown.gif” />

 

comparing the .dta’s, the only other quirk i noticed is that the original songs.dta has all paths starting with “./”, and they also have a (song_location 2) field. The rock band 1 export songs seem to be the only ones that have this, so perhaps if you include song_location 2, you must have the ./ on the paths. So I’d try 1) adding ./ to the paths or 2) commenting out the (song_location 2) line by putting ; at the front.

actually, I took a closer look at the two highwaystar mid’s. the one that just has plain harmonies looks pretty normal… not sure if you have tried this one, but might be worth a shot as an alternate to the one with keys.

the keys one looks a bit funky to me, which could be the issue. possible there’s something wrong with my parser, but here’s what I see:

midiparse.pl Optional Upgrades/Keys/Rock Band/highwaystar/highwaystar_plus.mid

Optional Upgrades/Keys/Rock Band/highwaystar/highwaystar_plus.mid has 11 tracks

track 0 name: highwaystar_plus.keys

track 1 name: HARM1

track 2 name: HARM2

track 3 name: HARM3

track 4 name: PART KEYS

track 5 name: PART REAL_KEYS_E

track 6 name: PART REAL_KEYS_E

track 7 name: PART REAL_KEYS_M

track 8 name: PART REAL_KEYS_H

track 9 name: PART REAL_KEYS_X

track 10 name: PART KEYS_ANIM_RH

opened it in another prog as well, and those track names appear correct (ie: nothing wrong with my midi parser). note that there’s two easy parts and no left hand animation… that could be enough to trip up RB. I’m also not sure if the track 0 name needs to match the file – it doesn’t currently (highwaystar_plus vs highwaystar_plus.keys). Perhaps we should talk to the author of this track, but in the mean time you can test out the non-keys version and see if that works.

^ Interesting about the Track 0 bit. What are you using to parse/view that?

just a little perl script that i threw together. using it to cross-reference with the songs.dta and make sure things match up between them. The other thing I mentioned in the other thread is that Highway Star has 3 vocal tracks in the mid, but the songs.dta only lists 2. don’t read much into the “0” bit – it’s just the 0th (first) track in the file. I could just as easily number them from 1.

Duplicate keys parts are by design — at least on Xbox 360, RB3 will ‘ignore’ the first listed real keys part in an upgrade track (song loads but track is blank). I found this at first with X pro keys (because x was originally first), and then had a song sent to me that showed expert totally fine… but didn’t load easy (and in the .mid, easy was first). Initially, the plan was ‘scrap easy’, but I found out putting the track twice caused it to work. So, that is by design.

hmm, interesting. I can’t say that I’ve scanned many, but this is the first one I’ve seen that, which was why i mentioned it.

If there is a blank LH animations part (no notes, just a track name event), the game will freeze loading the .mid. The same goes for other ‘blank’ parts (e.g. when I accidentally export HARM3 in a two-part harmony song).

ah, I think that could be the issue here too – when I pull the mid into rosegarden, I don’t see HARM3 at all, but my script finds it in the file, so perhaps it’s empty and causing the crash we’re seeing here. the ANIM_LH isn’t blank – it appears to not exist at all.

edit: yup, just hacked my script to warn if there’s no events on a track, and HARM3 has nothing other than the title in both the harmony and keys upgrades. that’s probably the issue here.

I had fixed that track (and some other weirdness) w/ the ‘fixed’ upload that, I think, went up yesterday. Or the day before. Whenever the hell it was.

oh, okay. i downloaded the latest but haven’t looked at it yet, so this is still based on the previous (141121) archive.