Multicam from project 1 changes when project 2 opened

@Bruce Bullis I realise this is a pretty niche problem but did it get added to the issue tracker? We do a weekly show where building nested multicams is a great way of working and this behaviour causes us problems.

I amended the (unsupported) code to duplicate the project template and have it regenerate all the ObjectUID entries and corresponding ObjectURef .

Seems to do the trick so far for a standalone project. I guess the danger may be if there are references to items in other projects (eg in a production). Plus the danger of messing with the workings of a project file...

Understandable, who knows what demons might be unleashed.

But it did get your attention 😬

Adobe neither supports nor recommends direct modification of .prproj files. 

Yet to fully test but here's the code I'm using to regenerate UUIDs for MasterClips for a project to avoid collisions.
Caveat Emptor if anyone tries this...

I can't seem to remove the code but really, like @Bruce Bullis says, don't do this. 

import os
import sys
import re
import gzip
import pathlib
import fileinput
import uuid
import tkinter as tk
from tkinter import filedialog
root = tk.Tk()
root.withdraw()

def handle_exceptions(exception):  # Receives an exception type and does error handling.
	if exception[0] == FileNotFoundError:
		print('Invalid file path. Check your path and file name.')
	elif exception[0] == BufferError:
		print('Buffer error... how on earth did you do this?')
	else:
		print('An unknown error occured.')
		print("Full exception: \n" + str(exception) +
			  '\nTraceback Line: ' + str(exception[-1].tb_lineno))

def regenerate(file_path):
	pattern = re.compile(r'(<MasterClip ObjectUID=")([0-9a-f]{8}-[0-9a-f]{4}-[1-5][0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12})(" ClassID)')
	root, ext = os.path.splitext(file_path)  # Checking if file extension is correct.
	new_name = (root + '_regenerated' + '.prproj')	
	try:
		if ext != '.prproj':
			print('Invalid filetype. Must have valid .prproj extension.')
			# If not a valid Adobe Premiere file, exit.
		elif os.path.exists(new_name):
			print('Output file already exists at this location. Please move or rename.')
		else:  # Otherwise... continue on to unzip
			with gzip.open(file_path, 'rt') as f:  # Decompress project file and open...
				file_data = f.read()  # Put file contents into variable as string text
				# loop through the MasterClip UUIDs and replace
				for m in re.finditer(pattern, file_data):
					uuid_search = m.group(2)
					# Create and convert a UUID to a string of hex digits in standard form
					uuid_replace = str(uuid.uuid4())
					
					# Replace the target string
					file_data = file_data.replace(uuid_search, uuid_replace)
			with gzip.open(new_name, 'wt') as f_out:
				f_out.write(file_data)  
	except:
		exception = sys.exc_info()
		handle_exceptions(exception[0])
	
# get filename from prompt and regenerate IDs
regenerate(filedialog.askopenfilename())

Workaround screen record - https://drive.google.com/file/d/1Rmdsj9Lw2rFwqLwJ_ECwTPHgiKOiBOmk/view?usp=sharing

OK the workaround for this *appears* to be (no real testing yet) to open the duplicate project and replace the ObjectUID and ObjectURef for the 2x multicam sequences. 

For me that meant searching for ClassID="fb11c33a-b0a9-4465-aa94-b6d5db2628cf" to find the <Master lips> for the 2 multicams - then copy the ObjectUID and replace with random v4 UIDs generated from https://www.uuidgenerator.net/. 

But don't do this at home. I might try this on the next episode, but realise it's risky.