Batch covert "overwrite" fail

[Stevo1212]

I'm on a iMac running 11.6.1 and the latest Reaper 6.52
Batch converting from 32 bit wave64 to 16 bit wavepac using the "overwrite original files" indicates that it is working but checking the external EXFAT HD there are no files on the HD. The original files have been removed but the new files are not written to disk that I can find. Since conversion using source file directory works, but then requires going back and manually deleting all the original files, I'm thinking this is a Reaper bug and not a Mac ExFat problem. I'm converting a very large library to use with a player that doesn't support wave64 files, so really hoping to be able to automate the delete original portion. Thanks Stephen

[schwa]

I'm not sure why that's not working on your setup, but as a workaround, you could render to a new high-level directory with "use source directory structure" enabled. After the conversion is done, make sure all the files are in the new directory, then delete the old directory and move or rename the new one. The workaround would require using twice as much disk temporarily, though.

[schwa]

In case it helps, on macos the process is as follows:

1. converted files are written to a temp directory.

2. if conversion is successful, the original file is deleted.

3. if the original file is successfully deleted, the temp file is moved to the original file location.

4. if the original file cannot be deleted, the temp file is deleted.

From a terminal window, you can open the temp directory in the finder by typing "open $TMPDIR". If you then sort by date modified, the currently-being-converted files should be at the top of the list. I'd be curious to know if the temp files are still there.

[Stevo1212]

I copied the Caecilie Norby folder with her album Silent Ways so as not to loose anything. In the first screenshot you can see that everything looks fine but the converted files don’t exist on the HD. I opened the tmpdir attached is a screenshot. Judging by the size of the files It looks like the wavepak version of the files are being copied to the temp directory. There are even some from the other day. I am also attaching a screenshot of the Reaper window. I likely overloaded the temp file size by trying to convert way too many files in one go. Would the jpg cover art also in the album folder be causing a problem ? Is it expecting an empty folder not just one without the original files? Thanks again for your help with this and the incredible response time. Truly Awesome.

[schwa]

Those files in the temp folder are the converted files. If the convert process completed, the files are most likely fine. For some reason step 3 failed, which is where for example [temporary_dir]/filename.w64xxxx.tmp would be renamed and moved to [destination_dir]/filename.wv .

REAPER thinks step 3 happened correctly, otherwise step 4 would have removed those temp files. Something about copying from the local temp dir to the external drive failed in a way that did not provide feedback about the failure. We'll think about what might have happened there.

"Overloading" the temp directory would not normally be a concern because the files are moved into place as they are completed, but in this case the files did get left in the temp directory, so you should do something about that, either delete them or rename them and move them to the desired location, otherwise they will just sit there taking up space.

[Stevo1212]

A temporary work-around is to convert the files using source file directory, then switch to overwrite original files and convert again. This writes the converted files then deletes the original but fills the startup disk with temp files and takes the time to double convert. Fortunately Reaper handles the error of disk full gracefully by stopping the process and warning me in a way that can be resumed after I delete the temp files to free up disk space on my small startup SSD. While not ideal it is still far simpler than manually sorting and deleting all the original files.

One other trouble shooting tidbit, in figuring out this work-around I selected a folder that contained both the original and the converted copy of the same files before selecting overwrite original files and the result was two copies of the converted files with the added -1 to the second copy. I don't know if that might help diagnose the problem.

[schwa]

Sorry I didn't follow up earlier. The underlying issue is in moving the converted files from the local temp directory to the external destination drive. This should be fixed in the current prerelease versions of REAPER, if you would care to try it out. The fix will be in the next REAPER release.

https://forum.cockos.com/forumdisplay.php?f=37

[Stevo1212]

Wow! Thanks. You guys,(and gals?)are great. I will pause my conversion project until then and let you know.