![]() It's my understanding (and I could be wrong) that most video editors don't work well (in general) with variable frame rate footage. You're not getting the "skipping" with the constant frame right video are you? Just the variable frame rate stuff right? I hope you don't think getting great exports out of variable frame rate footage is a simple (or practical) software fix. The final export (.mp4 - played with current version of VLC player) looked perfect, even though I don't have a beast of a machine. I then exported from HF back out to 1080P (original resolution) and did not see any of the frame skipping you mention. I brought that footage into Hitfilm Pro 15.2, trimmed it a bit and added a text overlay. Are the developers aware of this I just recorded some 60 FPS game footage (cuphead- 60 FPS constant framerate with variable bit rate) from OBS directly to. That doesn't look like a "performance issue because the source video has VFR", it looks a lot more like a software problem. It's literally:įor the entire duration of the video. I'll post here again when I have more news.ĭespite VFR being "troublesome" for HitFilm, I still bugs me that it's considered "OK" for HitFilm to consistently lose 1 out of every 3 frames when exporting. I'm trying HandBrake right now on a 2-hour-long video that was causing me trouble after 1h30, to make sure the problem's gone. mp4 from now on, and same myself a lot of time and trouble. The weird thing is that avidemux is a front-end interface for ffmpeg, but apparently also uses it incorrectly (according to my settings it should keep the source framerate).Īnyway, I think I'll just use OBS to record directly to. After some experiments, I discovered that avidemux transcoding also turns constant framerate videos into variable framerate. I never thought it would be OBS's remuxing feature that messed with the framerate. My new machine, about 200! Must faster than real-time. On my 6 year old machine handbrake transcodes at about 70fps. Handbrake is pretty fast for transcoding. It's an extreme example, mind you, but that's why i keep it around. Hitfilm has no idea what to make of this clip and, if I import it sometimes HF thinks it's 24 fps, 25 fps, 29.97 fps or 30 fps. It's shot at "29.97 fps" but the VFR varies between 19 and 32. I have an extreme clip I sometimes use for testing and an example. Hitfilm TRIES (as do a couple other NLEs) to properly space everything out, but it doesn't always work - in fact, several NLE's won't even ingest VFR footage at all!. For EDITING you need a nice constant clock rate because an editor "does things" to frames. For playback in a media player this doesn't matter - the player can adjust on the fly cuz it's just streaming frames to the screen. Instead of a constant frame rate of 60, 60, 60, 60, (really 59.94, but "60" is easier to type), the file actually recorded. I hope this is what you were talking about.Īnything else I can do to help, let me know.Ĭomplete name : E:\Coincident\Received\game60fps.mp4įormat settings, Reference frames : 2 framesįormat/Info : Advanced Audio Codec Low Complexity Never tried MediaInfo before I tried opening the file and exporting the info as "advanced text". Samsung SSD 850 EVO, and two other Western-Digital HDD drives for storage. What more can I do to help you folks fix this bug? I don't really want it to come to that, instead, I would love to see this fixed in HitFilm. I'm reaching the point where I'm considering stop using HitFilm and going for other applications instead. I have tried many workarounds and none of them seem to work effectively. This severely hinders my ability to put out videos especially long ones. I believe this is a decoding problem, because the problem also happens in the HitFilm "Viewer" Window, and can be easily spotted by advancing the video frame by frame (shortcut: "." in HitFilm, "e" in VLC). ![]() Plus this takes a very long time to do, especially on 2h+ videos. After that time mark, 1/3rd of frames are still lost. but only for the first 1h30mins of the video. ![]() I've been using HitFilm for several months I'm now on version 9.40501 and there's a bug that keeps happening and greatly reduces the quality of my renders:ġ out of every 3 frames is lost when decoding a source video, turning my smooth 60-fps original recordings into stuttery 40-fps videos.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |