Replace content bug

32 views
Skip to first unread message

Lucas Krech

unread,
Jan 29, 2013, 10:02:04 PM1/29/13
to ql...@googlegroups.com
I replaced a video file with an edit of the same name so the original was overwritten on the mac. When I played the cue the original file played despite not existing. I then replaced the target with the file and played the cue and the original played. Finally I deleted the video cues and rewrote the sequence and it played fine.

Not quite sure what that's about. I replace files with new versions of the same name all the time and first time I have noticed the bug.

-L

*insert witty iPhone joke here*

Adam

unread,
Jan 29, 2013, 10:10:14 PM1/29/13
to ql...@googlegroups.com, des...@lucaskrech.com
I can confirm this. I have had this happened in the past once or twice.

--Adam

Dave "luckydave" Memory

unread,
Jan 29, 2013, 10:32:24 PM1/29/13
to ql...@googlegroups.com
On Tuesday, January 29, 2013 at 10:02 PM, Lucas Krech wrote:
I replaced a video file with an edit of the same name so the original was overwritten on the mac. When I played the cue the original file played despite not existing. I then replaced the target with the file and played the cue and the original played. Finally I deleted the video cues and rewrote the sequence and it played fine.

This illustrates how QLab looks for files associated with cues quite nicely. It also relates to the reason to bundle your workspace when you transfer it between computers.

QLab locates files by a unique identifier that's given to each file that exists on the computer, by the operating system. By using that identifier, QLab can locate a file no matter where you move it, as long as it's on the same computer. Even the trash. So, when you delete a file, empty the trash, and QLab will lose it. When QLab can't locate a file by its unique ID, it looks for it by its file path, relative to where the workspace file is saved.

That's why bundling works - it creates copies of all media files, and the workspace file, and makes one folder to contain all of them. When you open the workspace on the new computer, the media files all have new unique ID's. So they can't be located by the ID that QLab wants to find, so QLab looks relative to where the workspace is, and finds them.

Delete a file and replace it with a file of the same name, and don't empty the trash. QLab will play the file from the trash. Empty the trash, and QLab has to look relative to the workspace, and will find the new file with the same name.

-- 

Andrew Nagy

unread,
Jan 29, 2013, 10:45:26 PM1/29/13
to ql...@googlegroups.com
Wow. Awesome explanation! Thanks Dave. This is why it's so useful to be a part of the group.  
--
--
Change your preferences or unsubscribe here:
http://groups.google.com/group/qlab
 
Follow Figure 53 on Twitter: http://twitter.com/Figure53
 
---
You received this message because you are subscribed to the Google Groups "QLab" group.
To unsubscribe from this group and stop receiving emails from it, send an email to qlab+uns...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Lucas Krech

unread,
Jan 30, 2013, 1:51:27 AM1/30/13
to ql...@googlegroups.com
Except…in this case I neither deleted nor moved the original file. I dragged and dropped the new file into the bundled show folder computer asked me to overwrite and I said yes. 

So it should have found by local path since nothing was in the trash. Also odd that it did not change to correct media when I reset the target. It is the latter that is particularly curious and frustrating. 


-L

*insert witty iPhone joke here*
Reply all
Reply to author
Forward
0 new messages