#Some charts won't load into the game
102 messages · Page 1 of 1 (latest)
Can you preform a scan, close the game, then send the log file? Thanks
Your Player.log file may be found here:
- Windows:
C:\Users\<you>\AppData\LocalLow\YARC\YARG - Mac:
~/Library/Logs/YARC/YARG - Linux:
~/.config/unity3d/YARC/YARG
not seeing anything wrong in the log there, can you post a screenshot of what's in your songs folder?
Currently not at home. But the songs folder is just organized by playlist.
Best example I can give is that one of the things I have is the Rock Band version of Ziltoid, and despite every chart being grouped in the same folder, only about 3 of the songs work
i need to see what in specific is in the song folder, there might be something odd you missed
@wide ginkgo also would be good to have your input here
Was reading through the help channels and just jumping in on this to say that the other day I had a similar issue that I talked with @stray tree about and it was caused by some rogue .txt files that ended up in the subfolders of my songs folder. Make sure to double check you don’t have any extra files in there that shouldn’t be there and then scan again.
Nothing weird that I'm able to find
And I'm not even sure where I'd begin showing everything in the songs folder. I have thousands of charts in several subfolders that organize them by playlist
at most, i just need a screenshot of the top level of your songs folder, and a screenshot of what's in one or two songs
hm
what's in the second song of this pack?
This one I assume? It's also one of the few that work
Ah I see.
I knew we should've kept this as a full exception instead of a warning that doesn't show in logs
The issue is the path length
Windows has a max size for the length of the path string that can be used to access a file.
it should be showing in logs, hm
It only logs it as a warning, not an error
in any case, notice how the subfolder name for the one that works is shorter than the ones that don't
Should I try changing folder names and see what happens?
you should probably move your entire songs folder to a higher point in the file system
The complete path just ends up being too long for windows to handle in one go (without long_path support through an OS registry entry I believe anyways)
it's also supposed to log these to bad songs
but that's supposedly not happening
but the error in this situation happens in the directory's file name, not the chart's
In other words, it would be like if parent/folder was fine but parent/folder/notes.chart for BadSongs to be written to
I moved the songs folder to the root of my game drive and that made no difference even after changing the path and doing several rescans
It's just D:\Songs now and, nothing
it handles PathTooLongException specially regardless
it should be showing up in the log
@thick oyster can you post your latest game log?
just to be clear, this is the one I mean
Player log, yeh?
yeah
yes, it'll still write to the log in that case
wait no, that's one a slight edit. It originally is logwarning
DirectoryNotFoundException: Could not find a part of the path 'D:\CloneHero\Songs\Guitar Hero X-II\13 - Metallica Solo Medleys\3 - Master Of Puppets Solo Medley'.
okay that's from the music player, nvm
beacuse your cache became outdated
oh
you know what
part of the trick of the scanning is that it will do a full scan if no songs are found
problem: the setlist songs will always be found 
lol
anyways, try again but manually pressing nvm you already didRefresh Songs
Now granted, removing CloneHero as a subfolder only manages to remove 9 characters
actually hold on. That can't be it. tf
hold on, is the scanning even aware of the paths that are too long?
I was gonna say, I have other songs that are in subfolders with WAY longer names and they work just fine
All these ones work
just to check, does the second one work after the folder changes?
Nope. Nothing's changed
And if you make that the only folder scanned, I assume it still doesn't work?
Yea I tried that as well
Yeah, every time I scan it throws up directory not found exceptions for the few folders that I have which are nested so far that it exceeds the limit
And those paths go over the limit
odd that it's not using PathTooLongException for that
send the notes.mid if you could for testing purposes
Though I got an early shift tomorrow so I gotta sleep
I am also in bed so will have to do it tomorrow
From doing a bit of googling, it may be something to do with .net framework/mono
on newer .net the path automatically gets converted by the framework into the long path format
so you never run into the issue in the first place
here's one of the ones I know off the top of my head doesn't wanna work
ah yep
@stray tree remember that one midi file that you analyzed and found that the midi tracks had duplicate trackname events?
It did it again
The midi file in question is out of spec
so it makes sense why that song fails
HUH
Note: TEMPO_TRACK is present in all the instrument track chunks. Every one of them
okay what the heck lol
how have i not encountered this in my own 10k library
and what program exported these
that's what i wanna know
so i guess we'll have to be lenient with the track names
It's ripped from rock band as far as I know
One of my friends sent me the charts to show me the album
It's RB2 DLC afaik
not seeing these songs there
I'm not sure where they got the charts nor how long they've had 'em for
either way, i presume these songs work in CH?
Yep
not entirely sure why they would unless they modified the Moonscraper parsing to not use just the first event as the track name, but maybe they did
Reminder that the old YARG scanner didn’t either.
It looped through every single midi event to check for the trackname event type
Though it also, as a separate consequence, had no means of accurately checking available difficulties.
But it would explain why the chart worked on stable vs nightly
But yea, weird. Moonscraper indeed also only checks the first event.