c_major

This is a known issue of the (OpenDML) decoder. We are still looking for an alternative.

Update: This issue has been fixed.

I don't think processors would be an issue. We do have testers running tests on AMD machines.

We've double checked the code and confirmed that the last frame was output correctly for fade transition/effects.

It sounds like when playback reachs the end, the fade out effect not quite finish yet - need one or few more frames. We'll look at the code see if anything we can do.

Because the video compression algorithm, it's true that you might see distortion when the video is paused. It will look much better when playback at normal speed. Increase the quality factor when you export would help.

Also try add a black blank clip after the fade out to make it completely black when the video stops.

Hi Miggy,

Yes the effect window preview problem is reproducible. We are working on it.

Do you still have black screen export issue? What codec and output format are you using?

Thanks Miggy.

When do you get the crash? While moving the dots (updating the clip) or exporting?

What's the preview resolution you are using?

If a particular project always causing crash. Could you share it on Google Drive etc.? We'll try to reproduce the problem see if there is a bug in the program.

The video has to be decoded and re-encoded when one or more effects are applied.

To avoid duplicated frames, you need to match the output frame rate with the source video. If source video is of variable framerate, exact match might not be possible.

If only for trimming, try lossless export.

What it does is basically copies frames between Start and End point to a new video.

Yes, this is a bug.

We've taken out some features that probably never be used and turn them into downloadable content.

When they still needed, VideoPad will automatically download them from our server.

Nothing is missing, only the files that you actually used would exist on your local machine.

The latest versions allow you to just drag a clip to replace another clip on the timeline.

This note includes 6.29, 6.30 and 6.31

New:

• Use speech to text(voice recognition) automatically generate subtitles. Note that this feature is using whatever voice recognition engine installed on the computer. The one come with Windows might not be accurate enough.
• Can now apply(merge) template project to an existing sequence automatically.
• Easily swap out applied Title Templates.
• Export settings are now saved into project file.
• Audio will be added to VideoPad from ExpressAnimate.
• Replaced some 3rd party codecs for performance and output quality. This is a significant upgrade.
• Allow to change aspect ratio of Border Effect.

Fixed (not a complete list):

• Cache doesn't update when overlayed track is shortened.
• Popping noise on audio transition.
• Sequence Preview not smooth when scrubbing.

Yes, please report to us if you can reproduce the audio corruption in 6.31.

Nothing is missing, we've shake off some 3rd party libraries and replaced them with native support.

We've already replaced the AAC codec.

The change had applied to the beta per-release version (6.31).

@Junanagou You'll get a free upgrade key when the next version is released. One of our policy is we will give free upgrade to users that reported bugs (when they get fixed).

Are you using the latest version of VideoPad (6.30)?

One way to effectively reduce CPU consumption is proxy editing: http://nch.invisionzone.com/topic/26563-proxy-editing/

@daorus

There is a way you can get free upgrade:

Try the latest version. If there is a bug and you reported it to us, we'll send you a free key when it's fixed.

We'll post here for updates in each release.

We are trying our best, but change of the encoder might not be in the next release.

Hi,

It's a know issue for our AAC encoder.

We've already started the work to replace the encoder. The encoder will be available soon. We've already started the testing on the new encoder.

I would say these specified video clips are corrupted.

If we add code to tolerance this (like some players do) all other users will also run the code but for no reason.

Sorry we can't do much about this.

In that case, I don't think there is a bug in VideoPad.

Let's keep an eye on this issue. If you see the problem again please report to us right away.

Thanks.

Quote

it would be nice if clips could just be inserted into the video track without affecting the audio track, ………………… is there no way around this?

There is a way. General speaking, if you want to separate the video tack and the audio tack, you should Unlink them.

Edit: It seems like we can do better with the locking behavior. I've filed it as a bug.

Hi Simo-Pekka,

Have you updated your graphics card driver (or GeForce Experience) recently?

If yes, I think there might be a bug in NVIDIA's recording tool that was fixed by the new update. We've analyst the file you've provided, the time stamp from the audio stream doesn't match the number of sound samples - which is very unusual.

Please let me know if you encountered this issue again for new recordings. We are still investigating this issue.