Jump to content

Latest EOF releases (9-26-2020)


Recommended Posts

Ever since I got this latest update riff repeater doesnt work in my customs. When I choose a section to practice and hit start riff repeater it loads the section but its paused and not moving and then it goes warp speed through the song to that section and then pauses again. Does anyone have any idea what could cause that?

Did you set the "seek tab granularity" parameter to "16384" in Wwise ?
Link to post
Share on other sites

  • Replies 2.7k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Hi, folks. I'll be using this thread to maintain the latest versions of EOF in one place. To start, download and extract EOF 1.8RC12: http://www.mediafire.com/file/ih70h6p67iy77ka/eof1.8RC12.zip You

Hi, folks. The latest hotfix (r1378) is in the first post. Changes are as follows: *Improved GP import to process bend status for grace notes, it will apply a bend strength to the grace note correspo

Hi, folks. The latest hotfix (r1363) is in the first post. Changes are as follows: *Added a warning during save if any lyrics have extended ASCII or Unicode characters, as these aren't compatible wit

Ya I did I have it set to that on all my customs.  I had that error I mentioned on two songs but now my third one its not doing it so I really have no clue whats causing it on those songs.  I assume this means its not just the update but something else causing it that im just missing.

Link to post
Share on other sites

TBH I don't use riff repeater, I presume when my chart begins that it all works fine.  I have used RR to skip to the beginning of the chart though (like when there's 1.5 mins of music before the bass kicks in) and that worked fine.

 

I'm at work just now but you can try my recent customs (built with latest EoF) to see if RR works and any difference with yours

 

http://customsforge.com/page/customsforge_rs_2014_cdlc.html/_/pc-enabled-rs-2014-cdlc/your-love-alone-is-not-enough-r10480

 

http://customsforge.com/page/customsforge_rs_2014_cdlc.html/_/pc-enabled-rs-2014-cdlc/a-design-for-life-r10446

 

http://customsforge.com/page/customsforge_rs_2014_cdlc.html/_/pc-enabled-rs-2014-cdlc/jealous-guy-r10444

 

http://customsforge.com/page/customsforge_rs_2014_cdlc.html/_/pc-enabled-rs-2014-cdlc/fans-r10392

 

http://customsforge.com/page/customsforge_rs_2014_cdlc.html/_/pc-enabled-rs-2014-cdlc/homesick-r10293

 

 

All with latest EoF and I did not notice any problems, but like I say I haven't actually RR'd any section to myself.  You are welcome to have a look (and let me know if you find any problems).

 

I'd maybe try Chilipouni's suggestion and build your .wems again, maybe you missed it...

 

 

 

Another thought?  DId you use DD?  DId it max out your purple bars without you manually setting it to max?

 

There is a slight bug where the first time you play a custom, if it maxes out your purple bars for you then the speed is minimum (like real slow).  You need to go into RR and reduce the bars (not fully, just one notch) then put them back up, come out and it's fine - the chart is full speed again.

Link to post
Share on other sites

Actually the dd works fine but I will try out chlipounis suggestion incase I just miss clicked something.  I have been staying up way too late and it could have caused some error.  Thanks for the quick responses.

Link to post
Share on other sites

I think I've found a similar bug. Looks like it has to do with non 4/4 time signatures.

 

This one's a midi import bug though:

 

http://puu.sh/dbMEd/2b967273a4.png/ss%20(2014-11-30%20at%2008.33.52).png

 

Is getting imported as:

 

http://puu.sh/dbMyX/197ca86197.png

 

In short: time signature changes are not imported at the right bars, and there's a BPM change imported right before some of these time signature changes. It happens usually when going from 13/8 to 7/4, but not always. It's... random?

 

The gp5 file is here: https://www.sendspace.com/file/el1bjp

The midi file is here (made from the gp5 file using guitar pro 6): https://www.sendspace.com/file/321n2b

I've fixed this. As you say, beat lengths weren't being determined correctly in non #/4 meter.
Link to post
Share on other sites

Thanks again for your great work raynebc (in general - all of it until now), I've moved away from Rocksmith some months ago and use EOF now as a transcription program because I've gotten so used to it. I'm guessing there are probably better, more suited apps for song transcription out there but I love EOF and I appreciate the work you do for it very much.

For some time, I'm not sure if this was a common problem, I had issues with keyboard shortcuts (the software behaved as though the ctrl (+shift and more keys) was always pressed down, and when I actually pressed it EOF registered it as not pressing it) but luckily it seems to be fixed now after downloading one of the newer revisions. Regardless of whether this is the direct result of you doing bug-fixes and general improvements or not, I want to thank you for continuing to do these updates anyway

Link to post
Share on other sites

  • 2 weeks later...

Thanks for a terrific program!

 

A question that has probably come up before, but I couldn't find any reference to it.

 

Whenever I work on a project, the Guitar Pro import and the Rocksmith import are greyed out as in not available.  The Guitar Hero (GH Import) works fine.  I am using 1.8RC10 r1363.

 

Any idea?

 

Thanks again for a great program!

 

Keith

  • Like 1
Link to post
Share on other sites

Like Chlipouni said, just change to one of the guitar or bass tracks with "real" in the name and you should be able to use the GP import function. You can use Song>Track to list all of the tracks, and change to any of them by clicking on the track name. This submenu also makes it easy to quickly check which tracks have notes in them as it will denote any non-empty track with an asterisk *. You can change to the next or previous track using the CTRL+TAB and CTRL+SHIFT+TAB keyboard combinations. There are tons of different keyboard controls that are listed to the sides of functions in the menu, and others that are listed in Help>Keys.

Link to post
Share on other sites

Normal text files cannot be imported as lyrics, they have to be in a lyric format EOF supports:

Frets on Fire Script (script.txt)

VividLyrics

Rock Band / Guitar Hero MIDI

Rock Band Audition (.rba) file

UltraStar

LRC / Extended LRC

KAR

Pitched Lyrics (will prompt for a Vocal Rhythm MIDI file)

Soft Karaoke

ID3 Synchronized Lyrics (such as those embedded in an MP3 file)

SRT Subtitles

Guitar Praise XML format

Jamband

Rocksmith

 

The vocal tutorial available in the help menu goes into more detail.

Link to post
Share on other sites

 

I think I've found a similar bug. Looks like it has to do with non 4/4 time signatures.

 

This one's a midi import bug though:

 

http://puu.sh/dbMEd/2b967273a4.png/ss%20(2014-11-30%20at%2008.33.52).png

 

Is getting imported as:

 

http://puu.sh/dbMyX/197ca86197.png

 

In short: time signature changes are not imported at the right bars, and there's a BPM change imported right before some of these time signature changes. It happens usually when going from 13/8 to 7/4, but not always. It's... random?

 

The gp5 file is here: https://www.sendspace.com/file/el1bjp

The midi file is here (made from the gp5 file using guitar pro 6): https://www.sendspace.com/file/321n2b

I've fixed this. As you say, beat lengths weren't being determined correctly in non #/4 meter.

 

 

Was this fix included in r1363?

Link to post
Share on other sites

The MIDI import fix is in r1365. I haven't uploaded another hotfix because I'm still thinking about how I'm going to implement this logic throughout the rest of EOF. This is the best time there's ever been to implement changes so that EOF will adjust the length of a beat depending on the time signature. The problem is that this would be a disruptive change so I have to make it a user preference whether this time signature logic is to be used so that it doesn't mess up existing charts. I'll probably be able to add a function to convert the beat map though, it would update the tempo changes so that the beat positions are the same in the updated time signature logic so it shouldn't cause problems. And then once that's done I can update MIDI export.

 

I think I'll go ahead and release a new hotfix first so people can test out the changes so far.

Link to post
Share on other sites

Hi, folks. The latest hotfix (r1366) is in the first post. Changes are as follows:

*Improved GP import to summarize a bend note's height from its first bent point if the summarized height itself is not defined.

*Fixed a GP import bug that caused a note that starts at the time a trill or tremolo note ends to incorrectly be included in the tremolo phrase.

*Fixed a GP import bug that could cause tremolo status to not import correctly when importing a GP track into the active track difficulty and another difficulty has any trill/tremolo phrases overlapping those in the imported GP track.

*Added menu shortcuts for "Rocksmith import" and "Guitar Pro import" to the File menu.

*Fixed a MIDI import bug where beat lengths were calculated correctly in non #/4 time meter, leading to errors in the beat map.

 

This will probably be the first of some long overdue changes to how EOF handles time signatures, ie. when the tempo is the same, a beat in 4/4 time is supposed to be longer than a beat in 4/8 time.

  • Like 2
Link to post
Share on other sites

That fixes some errors. There are still errors related to #/8 measures. This is not a bug with midi import,but with how #/8 time measures are handled. It looks like the beats in #/8 time signatures are the same length as in #/4 time sig:

 

http://puu.sh/eoM2d/b253c09614.png/ss%20%282015-01-12%20at%2003.25.34%29.png

 

Is this what you were talking about in your last sentence?

Link to post
Share on other sites

@@raynebc, can you give me some advice on where\how can I control seek "cursor"+ it's 2D representation? I want to lock it on center of the camera or define it's 40 pixels minimal rane before it's left corner of current camera etc?

Link to post
Share on other sites

I'm not sure how messy that kind of change would get. My first guess would be to play around near the beginning of eof_render_editor_window_common(), where lpos is set. Some other places where a hard coded value are written (ie. eof_determine_piano_roll_left_edge() ) may need alteration as well. If you track down all the changes that are necessary, let me know and maybe it can become a configurable user setting or something.

  • Like 1
Link to post
Share on other sites

Hi,

purely by accident just then I noticed a bug.  Well, I don't know if its a bug or expected behaviour?

 

When you change lanes while its playing with handclaps on, the handclaps from the previous lane still play and you get a kind of "double clap" going.  A simple stop/start cures it, but I thought that I would mention it anyway - it confused me for all of 5 seconds :D

 

I'm still using r1363 incidentally.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    No registered users viewing this page.


×
×
  • 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