I am not familiar with the specific problem you cite. Nonetheless, you are probably correct in your guess about the header.
One quick solution, annoying as it would be, would be to use the revert command (button) in Versions every time there is a change you know is not substantive (e.g. just a change in a header indicating that the video has been played again). This procedure should revert the working copy version to the version on the repository. On Jul 28, 2010, at 1:04 PM, Guz wrote: > Does anyone else have this problem or know a cure? > > If quicktime video files that I have in my repository are touched by > another program, Versions will mark them as changed and wants to > update it to the repository. > > I am very sure the video's where not changed. Perhaps quicktime stores > a little info in the header (perhaps a timestamp or something). > Or could it be that files on mac somehow store information about the > applications that use the file? > > If I check the finder, the creation date is that of the last checkout, > and the file change date is that of the last time the quicktime was > opened. > > I don't want to store muliple copies of large video files if they > really aren't changed. > Does anyone know a solution? > > Perhaps the next gen SVN handles large files better - not storing > whole files, but only the changes in large files! :) > > -- > You received this message because you are subscribed to the Google Groups > "Versions" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/versions?hl=en. > -- You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/versions?hl=en.
