Announcement: Our new CyberLink Feedback Forum has arrived! Please transfer to our new forum to provide your feedback or to start a new discussion. The content on this CyberLink Community forum is now read only, but will continue to be available as a user resource. Thanks!
CyberLink Community Forum
where the experts meet
| Advanced Search >
Quote Hi Andrej -

Neither PDR14 no PDR16 has 2560x1440 as an available profile. As Robert (Shadowman) suggested, editing the Profile.ini can create that profile. Using SVRT and selecting the suggested 2560x1440 profile has the same effect.

"2K", in my view, is a misused term very often when referring to 2560x1440. 2.5K is more meaningful.

I couldn't locate any original Vantrue 1440p footage to test, but used some similar clips from other dashcams - Gamin 55 & Z-Edge Z3 Plus. Using either process (manual edit of Profile.ini or SVRT profile) yields a result as close to original quality as you'd want. PDR16 or 14 - no difference.

Cheers - Tony

Oh well, i wish i've read your reply before upgrading. I've tried selecting SVRT, but cannot. Only Hardware video encoder for me. And with modified profile.ini (changed
<Video BitRate>20800000
<Max BitRate>21000000
<Video Width>2560
<Video Height>1440
<Frame Rate>29.969999) but the end result is very blurred (as far as road structure goes). What bothers me the most is the line
<Resize>1
which points to doing some interpolation of my source resolution.
I cannot understand how i'm not allowed to produce the video in the same resolution as my source video was shot in. We're talking year 2018???
Oh well, money wasted, time to start using TMPGEnc.
Thanks for your reply Tony, sadly, i missed it.
Quote Hi, Andrej Svajger

If you want, post 5 seconds of the original video here, so we could check and try to find a solution to the problem.

Hi, thank you for your kindness, i've prepared two short clips (no sound) with enough details. Road was far from smooth and this structure was blurred with PD14 and the last part with some shady and sunny parts that were blurred too. If you could add a simple transition between both clips, that would be great.

Again, thank you for your kindness in advance. Hope, it'll turn out PD16 handles this with ease so i could buy the upgrade and start working.

Regards,
Andrej

Edit : Ooops, it seems that uploading video takeeeees time so i'll post second part in a separate post.
Edit 2 : Oh well, it seems i'm not even allowed to add attachments, it uploads fine but then i waited like 5 mins and nothing happened, it was waiting for forum reply. Strange .....
I'll buy the PD16 believing it handles 2k with ease, thank you for being prepared to help.
Quote One question you tried to use, in Produce the option, Intelligent SVRT
Resolutions for custom profile in PD16 attached image

I've only checked the announced features in PD16. Haven't bought it yet, since i'm not sure what should i do. I've only did 1080p videos by now and those weren't a problem in PD14 (since this is a native resolultion), i guess i'll have to trust it'll be the same in PD16 (since it has 2k resolution as native).
Quote


If I have understood correctly you can do the following: Create a production profile similar to the one you require, give it a name of say, 2560x1440 so you know what to look for in PDs profile.ini folder. Once you have created the new profile, locate the PD14s Profile.ini folder in Windows. Find the profile you made i.e. one called 2560x1440 and open it in Notepad. Once open, locate the existing resolution of perhaps, 1920x1080 and change these 2560x1440. Save and close the file, and your new profile will be on the drop down list in PD14s Produce page named 2560x1440.

Yes, that's exactly the right procedure. But what's missing here's the fact that this new profile/resolution in not native in the PD14 and thus needs to be interpolated in some way (at least that's what i conclude from the pixelated result). The Youtube video ends on the point where ini file is modified and does now show the quality of the produced video. So my only concern is whether this has changed in the PD 16 or if there's a way to "tell the program not to process the video" since there's no need to do this. When stitching two clips together, that's all there is, no color correction, no denoising, no nothing, just put two clips togehter. Not even transition effects. And this is how the mentioned program TMPGEnc works. But i'd rather stay with PD if i can do my job with it.

Regards

Edit : Just checked and in PD16, 2k/4K resolution is already in, but i would still love to hear from someone if end result quality is not degraded when exporting/saving in this resolution (provided source video is 2k/4k too).
Quote I am producing now with 256 HEVC..... but the problem is, there are no stock options, or even custom options to use the resolution of my Vantrue Dash Cam which is: 2560 X 1440 @ 30fps. So I am trying it at 2048 X 1080 / 30fps right now to see how it comes out..... Same problem with the 264 AVC Options....

Does the newer PD have the 2560 X 1440 option in either of these file formats??

Thanks.


I know this is an old post, but the question remained unanswered? I had same kind of problems with Vantrue dash cam and the proposed solution didn't resolve the fact, that 2K isn't supported "out of the box". Yes, you can create a profile with 2k settings, but program isn't optimized for this resoulition and the end result doesn't look good. I've only tried the TMPGEnc Video Mastering Works 6 which does far better job stitching videos together. When one does nothing else to the source video but cut the unwanted scene(s) out, any additional proccesing is redundant and only brings degradation to the end result.
Did i miss an option to do this in PD (i have ver. 14).

Right now, i'm deciding whether to upgrade to PD 16 or buy TMPGEnc and this would prevail, if it is doable in PD16.

Thanks for your help, i'm a newbie and have very little expierience with video editing.
First of all, thanks for the answer.

Regarding the positioning, it behaves the same, no matter the mode. And i know that my workflow is no good, i'll try your suggestions during the weekend, although it will require going through entire movie once more. Will post after trying it out.

Again, thanks for your time, i'll need some more help soon.
Ok, let me rephrase the question.

By using the "Group objects" feature in a project (consisting of several video clips), i'm losing the ability to position cursor within individual clips based on "time value" entered. When there's no grouping involved, selecting a clip and entering the time (eg. 00:01:23:00), the cursor is positioned within the selected clip (eg. 1:23 of the selected clip). If i have used a "Group objects" functionality (not on all video clips), the position is based on whole movie (eg. 1:23 of the whole movie, that is 1:23 of the first clip) not on the selected clip (which is not grouped with other clips). I'm sure that i'm not the first one to encounter this "feature".
Is there a way to overcome this bug?

Again, thank you for your help.
Hi,

had (newbie) problems with the proper editing workflow (**) that i somehow resolved by grouping objects and now i'm facing the reality, that when i group objects (clip and text), i cannot use the "clip goto" function in preview window anymore. When i have a group of objects in my project, selecting the clip i want to work with and entering the time (to position the cursor within the clip) always puts the cursor into the first clip of the project. So, now i have to recalculate times for all clips within the project and use the "cumulative timeframe" of the project. Is this intended to work this way?

Thanks for help or suggestions

**I have several clips and texts in my project and some (parts of) clips have to be sped up. When i added text to the "clip D" and modified speed in clips A and C(positioned before the clip D), texts remained in unaltered postions while position in the video track changed (due to altering the speed of some parts of the video). By grouping objects (video+text), this was overcome.
Go to:   
Powered by JForum 2.1.8 © JForum Team