View Full Version : ProRes 60i to 60p
frubsen
11th November 2022, 20:46
Hi all,
I have some ProRes HQ interlaced SD content that I would like to deinterlace and make 60p ProRes HQ files from.
I'd like to use AVISynth and QTGMC ideally however I am having issues because ProRes is 10bit.
What are my options here to keep from converting back to 8 bit, deinterlacing and then going back up to 10 bit?
Thanks
Boulder
11th November 2022, 21:04
Both Dogway's and real_finder's QTGMC mods work with high bit depth. You just need (a recent enough) Avisynth+ installed.
frubsen
11th November 2022, 21:19
So I am using Dogway's QTGMC mod
However I'm getting this error
mt_makediff: unsupported colorspace. masktools only support planar TUV colorspaces(YV12, YV16, YV24).
And if I use ConvertTo... I get only 8 bit sources allowed.
I'm using LSmashVideoSource to decode the video.
frubsen
11th November 2022, 21:26
Ahh just realized I can specify a format in the Lmash line
I tried format=YUY2 and it works...is that the best option to go with?
FranceBB
11th November 2022, 21:50
YUY2 is 4:2:2 interleaved 8bit.
You have to use a modern version of Avisynth and each and every QTGMC() dependency.
I work with 10bit planar all the time, just download the plugins from here: https://forum.doom9.org/showthread.php?t=183158
Otherwise, if you want something to do everything automatically for you, including the ProRes creation, through Avisynth and libavcodec, use the program I worked on called FFAStrans: https://forum.doom9.org/showthread.php?t=176655
Reel.Deel
11th November 2022, 22:33
@FranceBB
Not a good idea to recommend outdated plugins. Most of the core QTGMC plugins in that package are at least a year old.
@frubsen
Got to the QTGMC wiki page: http://avisynth.nl/index.php/QTGMC#Requirements - it has links to the all of the latest required plugins.
FranceBB
11th November 2022, 22:43
@FranceBB
Not a good idea to recommend outdated plugins.
I know, I should replace the folders in that mega link with the ones I currently have 'cause I last updated the mega link in August last year.
Still, the ones I linked are still better than the ones he's currently using.
Anyway, the best thing would be for him to fetch all the dependencies and use the most updated version.
frubsen
11th November 2022, 23:42
Thanks all, I forgot about FFasTrans...Tried it and it worked well!
One question, is it possible to use multi threads within FFasTrans? When it was encoding it was only using 20-25% cpu usage?
Thanks again!
FranceBB
12th November 2022, 00:26
Thanks all, I forgot about FFasTrans...Tried it and it worked well!
I'm really glad to hear that! :)
Here at Sky pretty much all our workflows are built around that.
After all, me, steipal, emcodem and momocampo spent a lot of time on it, so it's always nice when people use it and appreciate it. :)
One question, is it possible to use multi threads within FFasTrans? When it was encoding it was only using 20-25% cpu usage?
Well, FFAStrans is already parallelized, however the code we wrote is only relative to the automation chain. In a nutshell, it will be as parallelized and multithread aware as what it leverages on is. In this case, it's gonna use
QTGMC(Preset="Slower")
by default, which is notoriously... ehm... slow, so I guess that's sort of the bottleneck.
Oh by the way, if you're gonna go to let's say FULL HD BT709 etc it will take care of the colormatrix, transfer and primaries conversion for you too. ;)
Thanks again!
No problem, the more people use FFAStrans, the happier I am. :)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.