Jump to content

Chlipouni

Member
 View Profile  See their activity

  • Posts

    909

  • Joined

  • Last visited

  • Days Won

    1

  • Country

    France

  • Donations

    0.00 USD 

 Content Type 

Everything posted by Chlipouni

  1. Chlipouni
    To correct the chord density issue, you can download DDC v3.2 beta and replace the files in the ddc folder of your RSToolkit install. Then apply DD again on the psarc file.
  2. Chlipouni
    @@iminashi, Thanks a lot for reporting this issue. I have just fixed the bug. Can you download the last release of DDC v3.2 (Beta) in the first post of this topic and try again ?
  3. Chlipouni
    For me, the best way would be to add a custom attribute in the "phraseIteration" nodes. I proposed the event solution because we already use it to define the Time Signature changes.
  4. Chlipouni
    Hi raynebc, I would like to improve the phrase process management in DDC. The first time DDC is used on a CDLC, it possibly generates new phrases that override the existing phrases defined in EOF. Then, the following uses of DDC on this CDLC keep those new phrases and don't have the knowledge of which phrases was defined or not in EOF. I am thinking of adding new events in the "events" XML node in order to keep the phrase markers as defined in EOF. What is your opinion about that ? Is it possible for you to add them during the XML file generation process in EOF ? Thank you in advance for considering this new proposal
  5. Chlipouni
    Hi, I am using Windows 10 with a 1920x1080 screen resolution. I had the same issue with the RSToolkit. I solved it by changing the display scaling property.
  6. Chlipouni
    @@Berneer, I know that the DDC tab of the Toolkit is now using the same process as the remaster.exe. As some old CDLCs fail to convert when the tone names are not consistent, maybe cozy1 has added an automatic repair feature which is more intrusive than necessary. Can you tell him about your issue ? Major features of DDC v3.2 are : - the ability to fix the chord density status in old CDLCs - no more split of handShapes and anchors when they overlap a phrase marker
  7. Chlipouni
    DDC v3.2 Beta is available in the first post for testing purposes : - New process to force the density status of chords depending on their position in a sequence - New parameter in the configuration file to adjust or not the density status of chords - New message in the log if the time position of an anchor is adjusted - Fixed bug : Wrong time position used when generating a new anchor at the beginning of a phrase - Fixed bug : HandShapes and anchors may be splitted at the beginning of a new phrase @@Berneer, can you test again with the new beta release of DDC v3.2 ?
  8. Chlipouni
    @@firekorn, @@Billkwando, FYI, DDC v3.2 will be able to correct the high density chord status automatically when generating DD.
  9. Chlipouni
    The phrase that causes the issue is added by DDC due to the length parameter value. So EOF could not warn about it.I have to adjust the DDC phrase creation process to avoid this kind of issues ...
  10. Chlipouni
    After more investigations, the number of notes in a phrase or the number of difficulty levels are not the root cause of the crash issue.It seems that it happens only when a sustain overlaps a phrase marker.
  11. Chlipouni
    @@TomSawyer2112, If you create the phrases in EOF, it is highly recommended to use a high value in the "phrase length parameter" of DDC (16 by example) to avoid the creation of new phrases during the DDC process.
  12. Chlipouni
    Hi, Last finding about this CDLC : - If I remove the sustain of the previous note that overlaps the "verse.3" phrase, that solves the issue ...
  13. Chlipouni
    Hi, After a few more investigations about this issue : - Only the first phrase iteration "verse.3" causes the issue (this is the only phrase with only one note) - The two other phrases with only two notes each and only one level of difficulty work fine in RS2014 - The issue is also present in RS2014 first edition I need more investigations to identify precisely the root cause of this issue I am interested in other CDLCs with a similar issue ... Thank you
  14. Chlipouni
    @@TomSawyer2112, If you define the phrases in EOF (to define the ranges of measures that contain similar patterns of notes), you can use a high number in the "phrase length" parameter of DDC (16 by example). The "phrase length" parameter is here to create the phrases automatically, when they are not defined in EOF, but the DDC process is mechanical and not very clever. So for a best result : - create the phrases yourself in EOF (you can use various lengths of phrases) - generate DD with DDC with a high value in the "phrase length" parameter to prevent DDC to divide the existing phrases in smaller ones
  15. Chlipouni
    @@raynebc, For your information, I made this topic about RS2014 crash when a non-empty phrase has only one level of difficulty. http://customsforge.com/topic/33783-rs2014-remastered-crashes-if-a-non-empty-phrase-has-only-one-level-of-dd/ This issue may arrive with manual DD too ... I don't remember if EOF displays a warning when a phrase has only one note ? There is no issue with empty phrases.
  16. Chlipouni
    If the first arrangement of a CDLC contains at least one phrase with only one level of difficulty (level 0), RS2014 Remastered crashes when you try to play the song. When you use DDC, this case may happen when the phrase has only one note or if all notes belong to the same category and subcategory. As an example, the following CDLC has a lead arrangement in which 3 phrase iterations have only one level of diffculty (the first one is selected "verse.3" and has only one note) : To correct the CDLC with the BPR tool : - unpack the CDLC ([File][unpack ...]) - Select the first arrangement - For each phrase with only one level of difficulty and that contains at least one note, delete the phrase to merge it with the previous or the next one. - Generate DD ([File][save and Generate DD]) - Pack the CDLC ([File][Pack ...])
  17. Chlipouni
    Ok, I never thought to look at these level of details :D So, now, if we consider the changes of patterns of the carpet, I can affirm that DDC v3.2 fixes the issue. It fixes too the yellow number issue (in your second animated gif, you can see that the minimum fret is 4 but changes to 5 in the middle of the single notes sequence). Finally, we can add an other rule for RS2014 : - the first anchor of a non-empty phrase should always start at the time position of the phrase.
  18. Chlipouni
    Can you share the psarc file without DD inside ? I would like to check if the new release of DDC solves your issue ... Thanks
  19. Chlipouni
    @@firekorn, thanks for your explanations. When DDC loads each note and each chord, it has to synchronize it with the current "handShape" and the current "anchor". As the anchors don't have an end time position, DDC uses the start time of the following one to define its range time. So, DDC is able to manage anchors that have a different time position than the associated notes or chords. With this logic, only one anchor can be associated to each note or chord. @@Berneer, the animated gifs were inverted in your post, weren't they ? In your specific case, DDC adds a new anchor for the first single note in the new section (with a correct fret position of 4), but between the start of the section and the first note, there is no anchor and RS2014 uses the previous one of the previous section. I will try to force the time position of this new anchor to the start time position of the phrase if the note is the first one in the current phrase. Edit : New psarc file with DD generated by DDC v3.2
  20. Chlipouni
    @@Berneer, I am not sure to understand your exact problem. First two things, it is necessary to define : - The finger positions displayed on the strings are managed by "handShape" tags in the XML file. - The frets range displayed with yellow numbers under the fretboard are managed by "anchor" tags in the XML file. My understanding, about your issue : - the displayed finger position "2" is normally associated with the previous A5 chord, and its durability is defined by its "handShape" ("endTime" - "startTime"). So we still see the "2" finger, but it is not related to the next single notes, but simply to the previous played chord. - the next sequence of single notes starts with a new section and a new phrase, but without any "handShape" (no chord or no FHP defined for this sequence of single notes). So this situation may explain why the previous FHP is remanent (there is no new FHP to be displayed instead of it). So, to resolve this you should either : - Reduce the durability of the previous FHP (a shorter "endTime" for the associated handShape) - Define a new FHP for the next sequence of single notes
  21. Chlipouni
    Please, describe your problem.
  22. Chlipouni
    @@slgorin, Songs without DD have this issue. Add DD to correct it ...
  23. Chlipouni
    @@Rodman, Once you have the 100% mastery bug on a CDLC, you have no other choice but to reset its stats to remove the bug. Keep in mind that RS2014 keeps the maximum percentage score in its cache.
  24. Chlipouni
    For this issue, you have to ask the CDLC creator to generate again the XML files with EOF (in order to manage correctly the density of repeated chords) It seems that RS2014 was able to correct it automatically, but no longer in the Remastered edition
  25. Chlipouni
    Another way is to use the RSToolkit by referencing directly the ".wav" file in the creator tab. This way the Wwise conversion will be automatically made by the tool.
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. - Privacy Policy