Open jonorthwash opened 3 years ago
Presumably this is only for generated textgrids?
Aha, that would explain the distribution well in this case. And also helps identify where the bug might be in the code.
Hm, nope, we seem to be getting this for pre-existing TextGrids that were modified and then reloaded. It's only changing paths for TextGrids that we reloaded in UltraTrace, and not ones we didn't. (For ultrasound files loaded for the first time, it's identifying the corresponding TextGrid and saving the paths this way too.)
Part of a diff from a recent commit—a file that was newly opened in UltraTrace:
".wav": "File032_Track2.wav",
"name": "File032_Track2",
- ".TextGrid": "../ultrasound-data-TatarKQ-191001/File032_Track2.TextGrid",
+ ".TextGrid": "/home/[user]/Documents/ultrasound-data-TatarKQ-191001/File032_Track2.TextGrid",
"NumberOfFrames": 1
},
(Of course, this is a _Track2
file, which I think is just the frame pulse data.)
From the same commit—a file that was opened for the first time in UltraTrace (but whose TextGrid had existed previously, just not detected/loaded in UltraTrace):
".wav": "File040_Track0.wav",
"US.txt": "File040US.txt",
- "name": "File040"
+ "name": "File040",
+ ".TextGrid": "/home/[user]/Documents/ultrasound-data-TatarKQ-191001/File040.TextGrid",
+ "NumberOfFrames": 178
},
This seems to happen only sometimes. I'm thinking it has something to do with where UltraTrace is started from?