Sounds like it could be an effective plan. But after writing what I wrote below, I came back to this after thinking about it. Wouldn't you have to go into the playlist (.tsv) file and edit the entries to let each playlist entry know where to find the relevant registration file it needs to work with? For instance, if those four Tyros5 folders were named as Tyros5_01, Tyros5_02, Tyros5_03, and Tyros5_04, every entry in the .tsv file is looking for their related registration file at C:/REGIST/Tyros5/. Which, of course, would no longer exist. If you are breaking down that large registration folder into four separate folders, each one would have to be named accordingly and uniquely.
Yeah, it could be done, but we are talking about around 1825 line items in that .tsv file. Unless that .tsv file could also be broken down into four separate files, and a quick search and replace edit could be done for each separate file then. I think that would work. But would we still be talking about each of those new separate registration files still taking 3 minutes to process by the Genos? Yeah, better than 12 minutes, but this has me wondering just how valuable that Tyros5 Playlist really is to me.
At least that is what I am thinking. But I got hit with a migraine headache late last night, so I am not firing on all cylinders right now.
This is the BELOW stuff, mentioned above:I was playing around with this today. I deleted both the Tyros5 registration folder and the Tyros5 playlist folder in USER that resulted from that converted Tyros5.mfd file and my manually copying that .tsv file from the USB drive to USER, thinking maybe something got corrupted in the original process.
Ran the conversion again, and this time left the playlist file in the root of the USB drive. When I went to the registration area, I found that the Tyros5 registration folder was placed in the USER folder. And I was able to view the entries without that huge delay. So I then copied the Tyros5 playlist file (.tsv) into the playlist area in USER in the Genos. I was still able to view that registration folder without the delay. So I pulled the USB drive. I was able to run the Tyros5 playlist entries without a hitch. And I was also able to view the Tyros5 registration folder too.
So I played around for a while, and in the process looked at some other registration files, and used some other playlists. Then I went back to look at that Tyros5 registration folder again, and darn, had to sit on the bench for 12 minutes. When the Genos came back, I felt like I was on pins and needles NOT wanting to go through that 12 minute timeout again. I wanted to copy that Tyros5 registration folder to my USB drive so I could take a look at it. And guess what? Took at least 12 minutes to do that, likely more, but I didn't really time it. But it became apparent that the Genos just READING that registration folder seems to take a real long time.
I will attach a screen shot below of what I can see in the Tyros5 .tsv file. It is simply an ASCII text file whereas the .reg files are binary. It is obviously using direct addressing for the locations of each of the registration files that is needed for each of the playlist entries. So the registration files apparently do not CARE where they are being called from concerning a playlist. There is no link back to the calling playlist line or anything they seem to need from that calling line. It appears to be a one way call.
So what is the Genos doing while it is "Checking." a registration folder? My guess, from comparing the time it takes for that "Checking." process to complete and the amount of time it took to copy that 3.34 megabyte folder to the USB drive, the Genos is reading every file in that folder before it will release the ENTIRE folder to be used. Maybe it is doing some sort of verification of the resources being used in each file? Maybe setting up links to the resources and settings every registration file needs in order to operate? Maybe something else? But whatever it is, it is TEMPORARY, and it sure doesn't seem to work well with this rather large registration folder. Could you imagine being in a live gig and suddenly get hit with a 12 minute timeout? Yowch!
Now, the question I have is, does anyone have a similarly large registration folder they have created manually or by running this Genos conversion process on another Tyros model .mfd file? I believe the conversion process itself does whatever that "Checking." function is doing later on when you switch looking at other registration folders, which is why it takes so long to complete. Now I can't say it does it every time you switch the focus from the Tyros5 registration folder to another and then back again, as those 12 minute delays try my patience too much. It just seemed to be doing to me pretty regularly. I have been cranking up the Kronos to play with it while the Genos chugs along, but still.....
In retrospect, I have to admit I was curious about why Yamaha didn't just go ahead and provide one or more of those older model Tyros .MFD conversions already set up in the Genos instead of only providing the conversion process for US to have to do. Maybe this is the answer. There may be an inefficiency (bug?) in their algorithm for the way Genos initializes the registration folders, and (speculating) maybe it was just easier to ignore it and just give a conversion program instead of fixing the registration processing code. Perhaps writing the code to initialize each file when needed would have been better than initializing the entire folder. IMHO. But honestly, I don't know what is going on, only speculating from the evidence I can see directly.
Anyone else have any ideas?
[attachment deleted by admin]