shrubbery

I have more:

 

Operation Ivy - Sound System

Reel Big Fish - S.R.

Big D And The Kids Table - Shining On

Big D And The Kids Table - Describing The Sky

and Western Special ska-jazz tracks

 

Check out ska tag:

http://customsforge.com/tags/ccs/ska/?search_app_filters[ccs][searchInKey]=database_3

 

Somebody did Reel Big Fish - Beer and other tracks, also Operation Ivy (never played them)

 

 

Hello again!

One question: If I don't replace any repeats will it get imported incorrectly? Because in GPA it seems fine... did you have any issues with that? And what was the problem with gp3? Because right now I am workign with a gp3... should I just save it as gp5?

Well, you'll see if it imports correctly, mostly it should work. Unwinding repeats is useful also for phrase/section markers and because real songs tend to do variations. Fixing multiple identical sections by copy-pasting is also easy so there's no huge reason to keep them.

 

I really don't remeber, it might even be corrupting EOF or maybe that was another bug. Anyway it's better to resave as GP4/GP5 to avoid issues.

 

ok - thanks!  yeah i normally would copy-paste the sections but I somehow just looked at the gp-file in GPA and there the repeats were not visible... so I started syncing and realized later that there were those repeats in the file.

Well - I will see...

 

Repeats are not a problem for GPA, it always unwinds them internally and you can replace them any time.

Hello again!

One question: If I don't replace any repeats will it get imported incorrectly? Because in GPA it seems fine... did you have any issues with that? And what was the problem with gp3? Because right now I am workign with a gp3... should I just save it as gp5?

Well, you'll see if it imports correctly, mostly it should work. Unwinding repeats is useful also for phrase/section markers and because real songs tend to do variations. Fixing multiple identical sections by copy-pasting is also easy so there's no huge reason to keep them.

 

I really don't remeber, it might even be corrupting EOF or maybe that was another bug. Anyway it's better to resave as GP4/GP5 to avoid issues.

I added other chord notes as ghost notes and EOF imported a handshape.  Is there a way to import arpeggio heading too?

 

edit: It's not a handshape, just all the notes appearing on fretboard.  It would be nice though.

Any idea how I can add arpeggios and still keep fixing and reimporting tab?

Never mind, found it.

Don't use old toolkits (2.6.0.0 included) for capo arrangements, it seems that the latest unaffected version is automatic development build (since end of April).

 

There is at least one affected song so it would be nice if admins could notificate all charters with capo arrangements to check them and rebuild. Until then it should be possible to fix them with platform conversion or by repacking with SNG update.

 

Details on the issue:

http://customsforge.com/topic/5030-capo-chord-support/page-2

then auto-sync added another 20 links

You shouldn't be relying on that even if it looks quite right, even little change in consistency can throw you off in Rocksmith.

Well, I do what I wrote in the tutorial: http://customsforge.com/topic/856-tutorial-for-proper-gp-tab-sync-sectionphrase-authoring-and-more/ and I have use some scripts for rebuild and tone switching (requires custom toolkit version).

 

I find it to be very efficient but there is only so much a tool can do for you and I got stuck on creating tabs...

 

@@ice9 there was some discussion on where can we co with TuxGuitar but I'm not a Java programmer and wasn't particularly motivated to proceed since I already can do anything I want to outside of EOF. I was able to build latest version with GPX import from source on Linux and Windows which was definitely tricky for non-Java programmer so I can help with that... There was also some Python code done by xavatar, see http://customsforge.com/topic/1599-scripts-for-rocksmith/

Unfortunately I have no idea, I mostly play on repeat in riff repeater but there's a lot of contenders, probably Western Special - Departure (lead) and Disonaur - Space Ostrich (lead), I play those like 10 times in a row...

 

More songs for anyone interested:

 

 

I'm sorry about that, I just copy and pasted the link from my FTP without testing them. They should be good to go now.

No rush. I have a change in my repository that should fix MIDI values: https://github.com/otaznik/rocksmith-custom-song-toolkit@@raynebc XML is fine, nothing needs to be changed. It seems RS adjusts single notes in runtime but they depend on included MIDI values for chords.

404 Not Found

3AM song rhythm, first chord:

 

METADATA

CapoFretId=1

 

ARRANGEMENT_SECTION Arrangements[7] Notes[0]

chordId=13

chordNotesId=1

 

CHORD_SECTION

Frets: 4 3 0 0 -1 -1

Fingers: 2 1 -1 -1 -1 -1

Notes: 44 48 51 56 -1 -1

Name: G#

CHORD_NOTES_SECTION NoteFlags: 0 0 4 4 0 0

 

NOTE_MASK_OPEN = 0x04

 

@@raynebc @@Aquilae can I have SNG for this chord produced by EOF+toolkit to confirm this? I think wrong MIDI values will be generated

 

BTW as far as we know only SNG data matters, JSON manifest is probably used for chord book

Maybe the chordNotes and chord template have to be different to avoid the graphical issue, ie. one would define the open strings as fret 0 and the other defines them as the fret number at which the capo is placed?

I think so, chord template and hand shape adjusted to capo and chord notes with true fret values.

Good, so it should work. What needs to be done is to author same chord which appears in official song and then compare original and custom SNG, particularly chord template and hand shape data

If there is official song with such chords and it works then it's not Rocksmith bug and it can be inspected for how it's supposed to look like. There was issue with open string sustains with capo but they fixed it a long time ago. Maybe @@Maveth can look at it.

 

Besides just the .gpax file, it should also be exporting a folder containing the audio, Guitar Pro file and the XML files. If not, it wouldn't seem the GPA project was exported the right way.

The gpax and the folder with the song and the tab is there, but no .xml, and stucks like this http://i59.tinypic.com/2ez4dh2.jpg

 

Check if there are spaces in front of artist or songbook name.

I just wanted to suggest "How Music Works with Howard Goodall", it's a great documentary for anyone who want to start looking into music theory (and to anyone else who is just curious, really). Didn't find a better place than this to put it to.

 

I remember watching it on youtube and then downloading DVD and watching it again.

 

I had very little knowledge from childhood, little knowledge from ~5 years back when I started and it really paints a good overall picture about building blocks of contemporary western music (including my favourite - syncopation). I don't think I need to convince any of you to watch it...

 

Parts:

[*]Melody

[*]Rhythm

[*]Harmony

[*]Bass

 

 

 

I think above has audio disabled on copyright grounds, here's at least first part which works:

https://www.youtube.com/watch?v=myNHc6EmjbU

*Added logic to GPA import to handle the special case of the first measure not having been synchronized in Go PlayAlong. If the tablature is synchronized in a way where one or more beats are positioned with a negative timestamp (are before the start of the audio), those beats are omitted from import. This cannot be avoided if you synchronized the file this way, but the worst side effect would be that the imported notes won't begin at the same measure as notated in the original GP file.

You cover just half of the cases, chart can start before or after time 0:00, it all depends on how much silence you have in audio, what is the BPM and how many empty measures are in tab. Chance of measure 1 falling on 0:00 is pretty much non-existant, all syncs are affected and out of sync in EOF (right up to the first link).I'm worried about changing measure numbers, mainly I don't understand how (with GPA and GP import being totally independent) you can import tab afterwards. I'm going to assume you tested this enough when you decided to do this change instead of warning.

I can still recall the confusion when I first seen a tab quite a few years ago so I guess you're not acquainted with tabs if you ask this. It has some practical sense to it, you need to reach all the way to last line to play "red" string.

 

That said, I don't think it's really important until chords come into play, that's where it helps if you have the "inverted" mental image and you don't want to re-learn or diverge from tabs or chord diagrams. Not a big deal though, it's not like you're going to be perfectly sight-reading either way (some experienced players still like to use RS order).

 

From the pragmatic viewpoint it's better to use "inverted" so it's easier to read tabs.

I don't see why there'd be a reason to keep sustains on palm mutes if sustains are being removed from staccato. A key characteristic of both types of notes is that the notes are played without sustain. Let me know if it looks like this change is acceptable after your testing.

In MIDI staccato seems to be shortening to half duration so "without sustain" applies only to staccato quarter notes, staccato half notes would be still be quarters (with sustain).I have a tab with palm muted 3/4 note so if it works well in RS I will want to keep that sustain. I compile my own EOF so I can always change it to do whatever suits me best...

If I made the change, I'd probably change the "GP import truncates short notes" preference so that the sustains from both palm muted AND staccato notes are dropped, since that would be more consistent. How does that sound?

Better than it is now, but I'm not sure about those palm mutes. I will have to finish the tab first and see if PM sustains are usable.

In this case arguably you can ignore the sustains so it's just a matter of misleading chart, but those sustains were not fun or easy to play if you followed it. I think staccato is very handy for enforcing single note import but you can cut the duration in half (this seems to be the MIDI interpretation) and then assess if it should be a short note (in my case it would have the same effect). I just think something should happen, full duration is clearly incorrect.

 

Most of the time I shorten palm mutes but recently I came across a few that ring out pretty long. It depends on how heavy muting you do. I wouldn't force PMs always as single notes unless it is some kind of project preference.

The only effect that patch would have is that if the preference to drop the sustain from short notes is enabled, the sustain from imported notes that have staccato effect on them have their sustains discarded. Should I go ahead and add that change?

I have that preference so that works for me. Maybe you can set constant duration instead, I don't know.

As it turns out, the dotted note I was mentioning was another kind of dot:

 

diff --git a/src/gp_import.c b/src/gp_import.cindex 017d976..777f9a0 100644--- a/src/gp_import.c+++ b/src/gp_import.c@@ -3611,6 +3611,7 @@ struct eof_guitar_pro_struct *eof_load_gp(const char * fn, char *undo_made)                                                                }                                                                if(byte2 & 1)                                                                {       //Note played staccato+                                                                       note_is_short = 1;                                                                }                                                                if(byte2 & 2)                                                                {       //Palm mute