|
Post by raynebc on Feb 11, 2016 3:54:19 GMT
The new hotfix is up. This corrects the HOPO status when importing Feedback charts that use the unofficial tapping notation. It also adds a "dB import drops mid beat tempos" user preference that removes beats that had to be added to accommodate mid-beat tempo changes during Feedback import. With this preference enabled, Acala's Paradox 1 chart seems to import nicely.
|
|
|
Post by Ačāla on Feb 11, 2016 6:43:54 GMT
The new hotfix is up. This corrects the HOPO status when importing Feedback charts that use the unofficial tapping notation. It also adds a "dB import drops mid beat tempos" user preference that removes beats that had to be added to accommodate mid-beat tempo changes during Feedback import. With this preference enabled, Acala's Paradox 1 chart seems to import nicely. That works flawlessly. That is all you really need to do. Now... what other inauspicious, yet benign demand can I waste everyone's time and energy on? I joke. Thank you.
|
|
|
Post by JarheadHME on Feb 12, 2016 21:32:07 GMT
It appears to have solved one issue and caused another. It's almost there. Granted, this specific instance doesn't REALLY matter, but that's due to circumstances in which it's under. The green note that the mouse cursor is on is supposed to be a HO/PO if it wasn't a slider. Same chart as before (Soulless 4 (Source Chart)). It's basically my go to test chart since it has virtually every possible instance of something coming up that I've found.
|
|
|
Post by raynebc on Feb 12, 2016 22:33:51 GMT
The issue is that the slider notation in the .chart file ended up being authored in different before/after note order around that part of the chart. Here are the notes for the first beat before and after the measure 83 mark:
125760 = N 4 0 125760 = N 6 0 *For almost the entire chart, the marker was placed after the guitar note gem 125792 = N 1 0 125792 = N 6 0 125824 = N 0 0 125824 = N 6 0 125856 = N 6 0 *Here it switched to defining the marker before the guitar note gem 125856 = N 3 0 125888 = N 6 0 125888 = N 1 0 125920 = N 0 0 125920 = N 6 0 *Here it switched back to after 125952 = N 2 0 125952 = N 6 0 126000 = N 1 0 126000 = N 6 0 126048 = N 2 0 126048 = N 6 0 126096 = N 1 0 126096 = N 6 0
I'll see if there's an easy way for EOF to compensate for this, but in the mean time it's easily corrected in a text editor before import.
Edit: I've added handling for this, EOF will now tolerate a technique marker being either before or after the affected note.
|
|
|
Post by raynebc on Feb 13, 2016 5:59:05 GMT
New hotfix is up where Feedback import allows inverted HOPO and slider notation note entries to be defined before the affected notes instead of requiring them to be defined after.
|
|
|
Post by Ačāla on Feb 13, 2016 7:34:02 GMT
I've seen this kind of thing a lot. .Chart doesn't place notes or events in any specific order. Chords will be GBY, or OYB; instead of their proper GYB or YBO.
|
|
|
Post by raynebc on Feb 13, 2016 10:27:54 GMT
Shouldn't be a problem anymore. It would probably have been the editing by hand (for unofficial notations) that allows for most of the inconsistency, since Feedback or conversion utilities would generally export things in the same pre-programmed order every time.
|
|
|
Post by JarheadHME on Feb 13, 2016 14:36:38 GMT
I watched the entire chart, these are the last two things I found. I'm pretty sure those aren't supposed to be hopo chords. That blue note would normally be a hopo. Looking at it in Exile's chartEdit which has a preview that's pretty much exactly like GH3, it looks like that the whole 3/32nds is probably wrong. The note is 3/32nds away, but by default it's labelled as a strum. Sorry. Looks like plumato was wrong. so, I guess go with Acala's thing in that an 8th note is the closest it can be for strums. EDIT: Actually, give me a couple minutes... EDIT 2: Ok here's a video I did testing the hopo threshhold by 128ths. It seems, Strums start coming into the picture AFTER 10/128ths, i.e 11 and onward. Everything prior to that was a hopo. Here's the video
|
|
|
Post by raynebc on Feb 13, 2016 19:57:55 GMT
I'm pretty sure those aren't supposed to be hopo chords. It looks like this is because of another gem order inconsistency in manually edited .chart files: 175200 = N 2 0 175200 = N 6 0 175200 = N 1 0 The slider marker isn't authored before or after the gems in the chord, but in between them. I'll see if I can add handling for this. OK, I'll make 11/128 the new threshold for forced strums. Edit: Both changes have been made. The chords in the first example now import as forced strums and the blue note at the beginning of measure 301 now imports as a HOPO.
|
|
|
Post by JarheadHME on Feb 13, 2016 21:18:10 GMT
By the way, in relation to the whole thing with stuff being out of order and it being "manually edited""
|
|
|
Post by raynebc on Feb 13, 2016 22:21:58 GMT
That's certainly not what I expected Feedback to do. Oh well, it shouldn't be an issue anymore hopefully (as of the next hotfix).
|
|
|
Post by vandorb12 on Feb 15, 2016 8:17:45 GMT
By the way, in relation to the whole thing with stuff being out of order and it being "manually edited"" "dB is dumb" Couldn't have said it better myself.
|
|
|
Post by raynebc on Feb 16, 2016 1:25:21 GMT
New hotfix is up. This includes the new Feedback import logic for HOPO threshold and tolerance for random order gem/technique definitions. Various other improvements include: *Added a "Note>Lyrics>Remove pitch" function. *Improved new paste in the vocal track so that the pasted lyrics begin at the seek position like they do with instrument tracks. *Improved the audio selection dialog in the new chart wizard (and Feedback import) to also allow WAV files to be selected. *Improved editor logic so that middle clicking on a lyric selects the lyric and opens the "Edit lyric" dialog for it.
|
|
|
Post by JarheadHME on Feb 16, 2016 22:40:16 GMT
Looks like this one works perfectly! Thank you so much for implementing and perfecting this!
|
|
|
Post by Ačāla on Mar 3, 2016 10:38:15 GMT
I've found some charts. This pack is the Community Track Pack #4. Most of the songs are horrible. But that's not why I'm here. My own song, from years ago, was released in this pack, and seems to have been botched horribly. EoF can't even make sense of parts of it, and results in importing open notes. dl.dropboxusercontent.com/u/74228127/EoF/Dementia.zipFrom what I can gather, the unforced .Chart (N) is fine. The problem lies within the forced .Chart (Y). I have no idea why. My guess is that the people who modded this .Chart used something EoF has some sort of gripe with.
|
|