[强起!]Pr工程版本转换脚本—用低版本Pr打开高版本工程

大概一年前我写过一篇文章:[强起!]用低版本Pr打开高版本工程攻略

一年内有许多朋友跟我说这种方法太繁琐,能不能简单点。

还有就是7-zip这个软件官网没有MacOS版本可供下载所以MacOS没法参照攻略降低Pr工程的版本。

今天告诉大家一个好消息——工作在MacOS的‘PR工程版本转换脚本’发布啦

先附上链接地址:https://pan.baidu.com/s/1dZWKiuEDtUm6EAnOREQAeA

项目依然开源:https://github.com/lhy2871/changeprversion

p.s.看在我暑假里还这么勤劳的份上是不是该表示一下

“`该脚本基于python,在MacOS 10.14 Mojave Beta(18A336e)下测试通过“`

使用方法为:

1)打开终端

2)输入python空格

3)将该脚本拖到终端

4)将要转换的文件拖入终端

5)回车后按照提示继续

就是像这样子:

w1

w2w3w4w5

红框中的文件就是新生成的修改了版本号的Pr工程文件

普通使用者看到这就行了

哦,当然欢迎大家滑到文章最下方,按下那个叫做“赞赏”的按钮

会发生可爱的事情哟~

Have a nice day~

接下来简单解释下脚本,以便需要二次开发的朋友解读:

————首先感谢————

本项目在Easync团队某脚本的启发下才最终完成,感谢Easync团队

————感谢完毕————

大致流程图:

w0

脚本首先定义函数read_xml(in_file),get_version(tree),show_choices(),set_version;

分别用于读取xml,获取输入文件的版本代号,显示脚本可以转换的PR版本信息,改写xml中的版本号

def read_xml(in_file):  
  '''''读取并解析xml文件 
    in_path: xml路径 
    return: ElementTree'''  
  tree = ElementTree()  
  tree.parse(in_file)  
  return tree

读取xml

def get_version(tree):
  root = tree.getroot();
  for child in root.findall("Project"):
    if not child.get("Version"):
      continue
  print '\033[1;35mcurrentVersion is:\033[0m '+child.get("Version")

获取输入文件的版本代号

def show_choices():
  print "\033[1;31;40mWhat version do you want to change?\033[0m\n1) PR CC 2018.1 -- 35\n2) PR CC 2018   -- 34\n3) Pr CC 2017.1 -- 33\n4) Pr CC 2017   -- 32\n5) Pr CC 2015.5 -- 31\n6) Pr CC 2015.2 -- 30\n\nq) for quit\n"

显示脚本可以转换的PR版本信息

def set_version(inputv,tree):
  global tgtv;
  global tgtvt;
  if inputv == '1':
    tgtv = "35" ;
    tgtvt = "v2018_1";
  elif inputv == '2':
    tgtv = "34" ;
    tgtvt= "v2018";
  elif inputv == '3':
    tgtv = "33" ;
    tgtvt= "v2017_1";
  elif inputv == '4':
    tgtv = "32" ;
    tgtvt= "v2017";
  elif inputv == '5':
    tgtv = "31" ;
    tgtvt= "v2015_5";
  elif inputv == '6':
    tgtv = "30" ;
    tgtvt= "v2015_2";

  num = 0;
  while not tree.findall("Project")[num].get("Version"):
    #找到版本存储位置
      num = num+1;
  else:
    tree.findall("Project")[num].set("Version",tgtv)
    #修改版本为所选值
  return tree

改写xml中的版本号

如果有什么不明白的欢迎留言

祝大家身体健康、工作顺利

是时候学习AoIP(Dante)了

时间过得真快,研究生一年级第一学期一晃而过,再过几天就要开始第二学期的课程了。

上学期参加了大大小小的讲座和展览都提及了AoIP——Audio over IP

事实上AoIP不仅仅是“实验室”中的技术,而是已经用于商业并且将会成为行业趋势的技术,就如同数字工作站一样,日后将会一统天下。所以说要抓紧时间学习相关知识了,不然慢慢就要落后咯。

P.S.我们宿舍已经完成了简单的Dante网络搭建实验了哟~

今天在Audinate官网看到了Dante Certification Program之后就迫不及待开始学习,因为之前四年大学本科学的是“数字电影技术”,所以好多相关知识已经有所了解,学习起来并不难。经过大概5个小时的学习之后就参加了考试,毫无疑问当然是通过并获得证书了~

~给大家秀一下我的证书吧~

DanteCert1

Dante Certification Level 1

Dante Certification Level 2

Dante Certification Level 1 是非常基础的AoIP教学,大概就是介绍了AoIP是什么、AoIP所用到的相关网络知识和Dante的大致介绍。每堂课都完整看下来的话大概一个小时就能完成了。接着开始考试,考试题目不多全部答对就能通过考试并获得证书了。

Dante Certification Level 2 就相对复杂一些。它有两个部分,分别是part 1:Knowledge Test和part 2:Skills Test。其中part 1还和Level 1的模式一样,先学习知识点,然后在线做题(有单选和多选,一共30题左右)测试通过之后还不能获得证书,必须继续学习直到通过part 2的测试之后才能获得Level 2的证书。Part 2:Skills Test相对复杂一些,虽然要求不是很多,但是非常严格——不能有多余步骤。也就是说题目要求你更改某个设置,你记错了这个设置所在的菜单,点开之后发现这个设置不在这里,那么恭喜你重来吧。我今天下午做了3遍才过(其实应该是5遍,其中两次手贱想看看别的按钮然后一不小心按了下去-_-)给大家看看它的要求以及在线考试所用的软件模拟器:

其实考试要求并不多

就是眼睛看着有点花

        做完这些之后还不过瘾,就给总部发邮件希望能够进使用开发套件进行学习,然而刚刚与Ben Wang(Audinate Hokong Sales Director )先生通了电话。他表示目前在网上能够学习到的只有 Dante Certification Level 1&2,还有 Dante Certification Level 3需要在线下学习。关于开发套件,他说这些套件是针对硬件厂商推出的并不适合学生学习——首先要向Audinate购买使用授权,然后才能购买相关硬件。即使是最普通的硬件也要一次性购买10个以上。所以如果在获得 Dante Certification Level 1&2之后还想继续学习的话建议向大型音频硬件厂商联系,比如说舒尔、Yamaha。还有在今年的5月会在广州有一次线下Dante Certification Level 3的培训,详细资料Ben Wang先生会在2个工作日内邮件给我,到时候会与大家分享。

可能有些眼尖的朋友注意到了证书上有InfoComm CTS CTS-D的标识,这里给出官网,有兴趣的的同学可以去看看。顺便提一句,4月在北京国家会议中心有InfoComm的展会和峰会,欢迎到时候来“邂逅”我

官方网址:    www.infocomm.org

国内网址:    http://www.infocomm-china.com/cn/

最后问一句:朋友,这里有个会电影技术的小哥哥要不要了解一下?

对分轨录音文件的后期流程思考—合并多轨声道为单一文件

工作中往往会接收到类似这样的录音项目

0

每一条录音另存成了多个轨道文件(这里是4个)

也许在音频工作者眼中已经司空见惯,但是这样的项目对剪辑和调色部门简直是一场灾难。

为什么呢?

1

2

——素材个数太多以至于剪辑台和调色台需要大量时间加载,而且极易出现素材连接混乱(对于Premiere和Davinci Resolve来说)

可以看到仅仅17条录音就产生了80+个文件,而且每一个子文件夹中的真实文件名都为1.wav,2.wav,3.wav,4.wav。在默认只通过文件名和时间码认素材的Davinci Resolve眼里,他们就是同一条嘛,于是便产生了混乱。

同样的,在Premiere中,一旦发生工程迁移,不仅每次打开需要极其长的加载时间,而且在迁移过程中极易发生文件覆盖。

那么如何解决呢?

最简单的方法就是在前期的时候把录音机调整成每一条作为单独的多声道文件存储。

如果很不幸拿到手的素材已经是分轨的怎么办呢?

——将他们重新合并成单个多声道文件!

对于媒体文件来说,有个特别好用的工具——FFMpeg

————–前方装逼,非战斗人员请撤离————-

今天带给大家一个脚本实现傻瓜式完成分轨文件批量合并

先来看看原始文件的信息:

3

合并进程:

4

5

合并文件信息:

6

7

8

可以看到文件数量大大减少。

也许会有音频技术人员看到就会好奇这个脚本究竟干了什么呢?

我也为您准备了一份处理日志,请您过目:

log

—————–装逼结束—————–

214557860160220925