SongKong Jaikoz

SongKong and Jaikoz Music Tagger Community Forum

Error saving: "Cannot make changes to file [path/to/file] because null"

#1

First time using Jaikoz on my stuff.

My music is all on a SMB/CIFS share on LAN. Running Jaikoz on a Mac, where the share is mounted. Finder shows the share, and other apps seem to have write permission and are able to change files on share.

Jaikoz sees the files, has no problem reading all the metadata and file path data.

I bit off a 4800 track chunk of my 17,000 tracks, and loaded them up into Jaikoz. I then created Acoustic IDs and run Musicbrainz Autocorrect, then spend a few hours correcting and cleaning up. (I have a lot of obscure titles and compilations which Musicbrainz doesn’t handle too well.)

Then tried running Save Changes and get the above error, apparently on all files. No changes at all seem to have been saved. “Because null” is not very illuminating.

Two questions:

  1. possible ways to fix this?

  2. how to temporarily save my current set of edits somewhere (hours of work there!) so they can be reapplied after I figure out how to deal with the save issue, in case I need to restart Jaikoz, the local Mac host, or the server running the share?

Thanks

#2

Hi, please send me your support files (Advanced/Create Support Files)this might clarify the problem.

In the meantime use Advanced/Export to export your metadata to a spreadsheet, then if you find you have to close Jaikoz you can restart at a later date , load your files and then import the spreadsheet data to your files.

Note the import/export matches against filenames so for the import to work you have to be loading the files from the same location, alternatively edit the spreadheet first column to load the metadata to a different file location.

#3

report sent. thanks

#4

Hi, there is something about the artwork field of your flac files that Jaikoz does not like ( http://jthink.net:8081/browse/JAIKOZ-647 ) , so knowing that you are trying to follow this procedure http://www.jaikoz.net/jaikozforum/posts/list/7009.page for saving artwork to your filesystem but not your songs is this problem occurring when you have artwork in the artwork field or when you have emptied the artwork field ?

#5

odd. yes, looking more closely through the edit table, I believe I was mistaken when I stated that no changes were saved.

Looking closer, it appears that:-

  1. Save Changes has worked on MP3s (<5% of total) where album art was added to tags by recent Musicbrainz Autocorrect process

  2. Save Changes also worked on FLACS where album art was not successfully added to tags by recent Musicbrainz Autocorrect process, but where edits were made to other fields, either by hand or Autocorrect.

  3. Save Changes has not worked on FLACS where album art was successfully added to tags by recent Musicbrainz Autocorrect process.

As a further experiment, I deleted the recently added album art data from artwork field in a single FLAC file where I know that other fields in this track were also modified in recent edits, then highlighted the single file and tried Save Changes from context menu.

This Save worked, suggesting that something is choking specifically when trying to Save Changes on those FLAC files where album art has been added to artwork field.

Two more small possible clues: when doing the single file Save Changes where no data in artwork field, it was very, very slow. Spinning blue wait icon sat there for maybe sixty seconds, and only disappeared when I clicked away to a different application then click back to Jaikoz.

Also, instead of main menu Save Changes on entire table, I tried as a final experiment a single file, context menu Save Changes on another FLAC track, this time with new artwork data still there. The file did not save, and the error message came up and whole program froze for a considerable time, resumed response only after several clicks into and back from other apps. Don’t know whether this is significant.

Seems Jaikoz is possibly having a hard time saving any changes in my FLACs, and having fatal trouble saving when the modified data includes artwork.

Again, Jaikoz is running on a mac, OSX 10.8.3, and the music is on a LAN based Linux Samba SMB/CIFS share, which is mounted on the mac filesystem. I tend to doubt its a file permission issue, since other apps on mac have no problem writing to this share.

Its a puzzler. Any more ideas?

#6

Hi, well there is clearly a bug with how Jaikoz is adding artwork to your flac files.but because nobody else has reported this Im guessing the problem only occurs when writing to a particular version/encoding of Flac.

This is a critical issue that I will fix in a new release alongside some other issues but I’m afraid this will not occur for a couple of weeks. In the meantime as I understand it in your case you don’t actually want artwork in your files only on the filesystem so if after matching from MusicBrainz you then run Save Artwork to Filesystem, then empty artwork column BEFORE saving changes you should be okay.

#7

Thanks Paul. Amazing support!

Will try your work-around while awaiting bug-fix release.

But my other objective is to redo track file paths based on corrected tag data, but have folder.jpg files end up in the newly defined album subfolders at the same time.

Maybe my best approach for now is to correct main tags, and instead of save, copy to a whole new volume with corrected paths. Tehn do a second round of autocorrect aimed only at artwork, save this to filesystem, empty artwork column, then save again.

#8

sorry to pester again. another stumbling block, hope its minor.

exported edits to file as recommended (used csv rather than xls, not sure this matters)

after exporting I happened to do the upgrade to 5.2. then tried to reload the csv of all the edited tags - but it won’t import.

could this be because I changed Jaikoz versions between export and import?

checked exported file in excel, data is all there. also re-saved in excel from csv to xls. Still can’t import this into Jaikoz 5.2

any easy fix, or do I now need to redo my first round of corrections on 4700 files?

thanks

#9

There should be no problem with updating to Jaikoz 5.2.0.

Have you ensured the files are loaded into Jaikoz because attempting the import ?

What message do you get when you do the import ?

Perhaps you could email me the file and I can check if its been corrupte din some way.

#10

sorry, my mistake.

didn’t realize I needed to load files before import edit info.

all’s well now. will continue with process as planned.

I notice that the export to excel has done the deletion of artwork for me! one less step.

A final question. is there a way to do the File and Folder Correct as a save, to an entirely new volume, rather than as a modify paths on the original volume?

Doing it this way, I won’t need to worry about the old folder.jpg files in the original folders; I can just delete the entire old base path, on the old volume, after I have fixed everything else in the new volume.