|
|
|
I've found another piece of software that is capable of "smart encoding" these clips perfectly fine so I'll switch software now until this issue is fixed.
|
|
|
I've attached a samplefile as requested to my first post.
Here's some mediainfo for it aswell.
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.2
Format settings, CABAC : Yes
Format settings, ReFrames : 1 frame
Format settings, GOP : M=1, N=60
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 8s 183ms
Source duration : 8s 202ms
Bit rate : 39.4 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 60.000 fps
Minimum frame rate : 54.545 fps
Maximum frame rate : 60.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.317
Stream size : 38.4 MiB (100%)
Source stream size : 38.5 MiB (100%)
Title : Core Media Video
Encoded date : UTC 2016-04-07 09:08:42
Tagged date : UTC 2016-04-07 09:08:51
Color range : Full
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.601
|
|
|
PD14 (2707) still has issues with SVRT on videos from my iPhone 6 (1080p, 60fps). I don't think I've ever seen a video editing application that is capable of "smart encoding" videos from iPhone's sadly. The latest patch for PD14 claims that SVRT is bugfixed for MOV files but that didn't apply to iPhone videos obviously.
I think I've read somewhere that it might be because of iPhone videos are tagged as "variable framerate" (for some unknown reason) and that might be causing the issue but I am not sure.
Has anyone got SVRT working with iPhone-videos? If so, how?
EDIT: Attached a samplefile.
|
|
|
If you want small files, you should check out h.265 instead of h.264. You can get smaller files with equal or even better quality than h.264.
The drawback is that it's alot slower to produce such files and it's pretty CPU intensive to play them aswell.
|
|
|
I've submitted this issue to Cyberlink support to see if it's anything they can do.
I hope they're interesting in fixing this feature since there's a few more iPhone-users out there than just me. 
Wonder if other smartphones than iPhone have this "problem" with VFR only?
|
|
|
I don't think I've misunderstood the use of SVRT. SVRT's main purpose is to preserve quality = doesn't recode again.
Assume this scenario. You have a file (version 1, original), you recode to be SVRT-compliant (now you have version 2 = recoded. Quality *IS* degraded even if it isn't always visible). You edit your movie together and SVRT kicks in, and it doesn't on your transitions etc (fully normal). You end up with version 3 of the file. Parts of the movie has been recoded 2 times (=less quality).
If you wan't *maxiumum quality* you don't *recode* your files to be SVRT-compliant, because you will loose quality (even if it sometimes hard to detect).
Is it unclear?
|
|
|
I'm using custom profiles most of the time but am obviously interested in SVRT since it both saves time and preserves quality.
The point of SVRT is lost when you have to first recode the clip to make it "SVRT-compliant", don't you think?
|
|
|
Reencoding the clip obviously fixes the problem (vfr is the problem obviously), but it's pretty stupid to do since the whole idea of svrt is lost in the process. Quality is degraded when recoding and what's the point then with svrt?
I don't think there's a lossless way of recoding vfr-video to constant frame rate.
Let's hope cyberlink can fix this (however I doubt it).
|
|
|
I capture all my movieclips with my iPhone with an app called "MoviePro" which allows 1080p50 movies which looks pretty amazing (in daylight anyway ). However I can't use SVRT when editing these clips. Is there a reason for this?
Here's how an examplevideo looks with Mediainfo, if it is useful for anyone:
Video
ID :
1ID : 1
Format :
AVCFormat : AVC
Format/Info :
Advanced Video CodecFormat/Info : Advanced Video Codec
Format profile :
High@L4.2Format profile : High@L4.2
Format settings, CABAC :
YesFormat settings, CABAC : Yes
Format settings, ReFrames :
1 frameFormat settings, ReFrames : 1 frame
Format settings, GOP :
M=1, N=50Format settings, GOP : M=1, N=50
Codec ID :
avc1Codec ID : avc1
Codec ID/Info :
Advanced Video CodingCodec ID/Info : Advanced Video
Coding
Duration :
34s 785msDuration : 34s 785ms
Bit rate :
23.4 MbpsBit rate : 23.4 Mbps
Width :
1 920 pixelsWidth : 1 920 pixels
Height :
1 080 pixelsHeight : 1 080 pixels
Display aspect ratio :
16:9Display aspect ratio : 16:9
Frame rate mode :
VariableFrame rate mode : Variable
Frame rate :
50.079 fpsFrame rate : 50.079 fps
Minimum frame rate :
50.000 fpsMinimum frame rate : 50.000 fps
Maximum frame rate :
54.545 fpsMaximum frame rate : 54.545 fps
Color space :
YUVColor space : YUV
Chroma subsampling :
4:2:0Chroma subsampling : 4:2:0
Bit depth :
8 bitsBit depth : 8 bits
Scan type :
ProgressiveScan type : Progressive
Bits/(Pixel*Frame) :
0.225Bits/(Pixel*Frame) : 0.225
Stream size :
96.9 MiB (99%)Stream size : 96.9 MiB (99%)
Title :
Core Media VideoTitle : Core Media Video
Encoded date :
UTC 2014-12-30 14:12:34Encoded date : UTC 2014-12-30
14:12:34
Tagged date :
UTC 2014-12-30 14:13:08Tagged date : UTC 2014-12-30
14:13:08
Color primaries :
BT.709Color primaries : BT.709
Transfer characteristics :
BT.709Transfer characteristics : BT.709
Matrix coefficients :
BT.601Matrix coefficients : BT.601
Color range :
Full
Audio
ID :
2ID : 2
Format :
AACFormat : AAC
Format/Info :
Advanced Audio CodecFormat/Info : Advanced Audio Codec
Format profile :
LCFormat profile : LC
Codec ID :
40Codec ID : 40
Duration :
34s 824msDuration : 34s 824ms
Source duration :
34s 853msSource duration : 34s 853ms
Bit rate mode :
ConstantBit rate mode : Constant
Bit rate :
108 KbpsBit rate : 108 Kbps
Nominal bit rate :
128 KbpsNominal bit rate : 128 Kbps
Channel(s) :
2 channelsChannel(s) : 2 channels
Channel positions :
Front: L RChannel positions : Front: L R
Sampling rate :
44.1 KHzSampling rate : 44.1 KHz
Compression mode :
LossyCompression mode : Lossy
Stream size :
457 KiB (0%)Stream size : 457 KiB (0%)
Source stream size :
458 KiB (0%)Source stream size : 458 KiB (0%)
Title :
Core Media AudioTitle : Core Media Audio
Encoded date :
UTC 2014-12-30 14:12:34Encoded date : UTC 2014-12-30
14:12:34
Tagged date :
UTC 2014-12-30 14:13:08
|
|
|
Nope, not in this version (either), just noticed from trying the "trial version". Uninstalling.. 
|
|
|
Does PD12 supports custom resolutions (without manually modifying .ini files etc.)?
|
|
|
Can anyone give a quick review how SVRT3 works in PD11?
I've given up encoding with SVRT3 in PD10, it's way to unreliable (some movies glitch, compression artifacts etc.).
|
|
|
I just put together my first movie in PD10 and noticed a problem. My clips are in 1080i (mts) and encoded using SVRT. My clips are pretty silent but during transitions (simple fade-transitions), the volume is MUCH higher when using Windows Media Player for playing the output .m2ts file (I'm running Win7 x64). I have not touched any audio settings in PD10.
However, VLC seems to be able to playback without problems.
Anyone noticed this?
EDIT: Encoding without SVRT made the entire clip have higher volume in WMP, however then I got some artifacts on a clip instead (looks like a field-related issue, a part of the movie went all blurry), this didn't occur using SVRT.
*SIGH*
|
|
|
I did a few tests with SVRT.
Encoding a testclip(75 seconds) with SVRT + one transition (transition lasting for 2 seconds or so): 90 seconds
Encoding the same clip with hardware: 67 seconds
SVRT should be faster than hardware?
If I remove the transition and SVRT-encode the clip (without any transition), the SVRT encoding is done in like 4 seconds.
What's up with the SVRT-mode? Makes no sense.. (?)
EDIT: Did some more testing. SVRT seems only to be working until it reaches the first transition/effect (that needs to be rendered). When the effect/transition ends, SVRT isn't resumed.
So, don't trust the %-ratio that's estimated, it isn't correct.
EDIT 2: Checking the "Allow SVRT on a single IDR H.264 video" option in the preferences fixed this problem!
|
|
|
I just got the full version and now SVRT seems to work. The trial version is obviously incomplete (this SVRT limitation is not mentioned in the trial limiations anyway).
|
|
|
I can't duplicate this behaviour. I get 0% when I do the same as you (join them together and add transitions).
So, is this because of the trial version?
|
|
|
My file uses 24Mbps, wonder if that's the problem (I am using the PD10 trial right now).
Work says "0%" for me.
My media reads:
h.264, 1920x1080, 25fps, 23,236K bitrate
|
|
|
Canon HF200 camcorder.
Samplefile here (1080i, 34MB):
http://dl.dropbox.com/u/2590713/bugs/00029.MTS
I just created an empty project, added a videofile and tried the SVRT information.
|
|
|
I tried loading an AVCHD clip into PD10 for some quick SVRT testing. Without any effects SVRT can be used for rendering the final clip (obviously). However, when adding a simple transition, the entire clip has to be re-encoded.
Documentation mentions clips smaller than 1 minute is not available for SVRT but my clip is longer than that.
So, any hints on getting this to work?
|
|
|
|
EDIT:
I want a single-color background, no animation (doesn't seem possible)? How do I do that? I've tried adding a fullscreen image but it keeps getting transparent and animated with the default background animation.
Can not be done. PD always uses an animated menu.
That's pretty stupid.
|
