You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 23, 2024. It is now read-only.
So far AMMiSTer does not use file metadata in any way. This causes it to copy files needlessly just to be safe (especially MRAs, roms, and non-dated cores).
Can the file's creation/modify time be used? Is this data reliable across all the hops these files go on?
The text was updated successfully, but these errors were encountered:
Instead of using the remote files on the MiSTer to determine what's already been copied (as that's a potentially volatile source of info), you could just earmark local files with a timestamp of when the last time they were copied over were. Any updated files could have the earmark reset.
And as a fall-back for if people run into issues, you could have a checkbox on export to ignore the earmarks and just copy all files, regardless of whether they are existing/missing/outdated.
If you tie it to a plan file, and assume different MiSTers use different plan files, that should take care of it.
It would not work for people who are trying to update multiple MiSTers from a single plan, unless they used the aforementioned fallback 'copy all' checkbox.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
So far AMMiSTer does not use file metadata in any way. This causes it to copy files needlessly just to be safe (especially MRAs, roms, and non-dated cores).
Can the file's creation/modify time be used? Is this data reliable across all the hops these files go on?
The text was updated successfully, but these errors were encountered: