Timecodes in an mp4
Alright my source is an mp4 file that is apparently(from what media info says) a VFR. I want to try and keep it a VFR, so how do I go about doing that.
I usually deal with VFR MKV files so this is a little different. I extract the timecodes via FFMpegSource. Do I go about it the same way? I've tried that, but I may be entering something wrong in the command. LoadPlugin("filepath\ffm2.dll") FFMpegSource("filepath\filename.mp4, timecodes= "filename.txt") |
Yes, you can extract the timecodes with ffms2 the same way as you would for an MKV.
|
I doesn't seem to be working though. It keeps saying that there is something wrong in my command line.
Usually it's the " or ( |
Well, make sure you don't have any syntax errors in your script. This works fine for me:
Code:
ffvideosource("video.mp4", timecodes="timecodes.txt") |
Quote:
Code:
Usually it's the " or ( Then there's your OP (which I'll wrap in code tags for you): Code:
LoadPlugin("filepath\ffm2.dll") |
Did you forget a quotation mark after the video source file name? (i.e. the ")?
|
Quote:
|
1. The audio went out of sync with the subtitles or with the video or both?
2. "new videos frame rate is the same as the old one, 29.970" - I thought you had VFR? (You can not trust mediainfo on detecting "VFR", btw.) 3. Did you use the original .mp4 file as the source for the audio track in mkvmerge or did you demux it first? |
Both actually, the audio was faaaar ahead of the subtitles and the video. And I'm using the source itself as the audio. And MeGUI read it as 29.970 when I went to make a script. What methods could I use to find out if my orignal source id a VFR.
|
Quote:
What happens if you don't use the timecode file and instead choose "30000/1001" (or "24000/1001") as the fps in mkvmerge? Are the hard-coded subtitles and the video in sync and did you load the timecode file for assrender/textsub? Quote:
Quote:
http://www.mediafire.com/?0b3kdn4xy2te524 http://www.mediafire.com/?6z553mv548tec0b I'm probably not up-to-date when it comes to v2->v1 conversion tools, though. Maybe someone else can post better alternatives. Or upload the timecodes so we can take a quick look at them. |
Yes, in MKVmergeGUI the option to load timecodes into the video was how I did it. But if I don't put the input the timecodes and choose "30000/1001", then everything is perfectly fine. Yes the hard coded material and the video are in-sync perfectly fine.
Quote:
Yes, I created a new script after I got my timecodes. The one I posted was purely for extracting timecodes, that one was hand made....so to speak. I made another one via Avisynth Script Creator in MeGUI. I'm sure I could have done everything from a single script, but it's kind of a quirk I have -_-'. So I'm guessing v1 timecodes are a better version then? |
Quote:
Code:
ffvideosource("source_video.mp4", timecodes="timecodes.txt") Quote:
That's also why your subtitles fit to the video, although you did not know about VFRaC. Quote:
http://www.bunkus.org/videotools/mkv...timecode_files You see that timecodes_v1 files are only a few lines long mostly, while timecodes_v2 have a line for every single frame. Not something a human can take a short look at and identify whether it's VRF or CFR. |
I looked at the time codes, and I'm not sure what what format(v1, v2, v3, v4) it is, but it has the designated frames and then the frame rate from what it looks like(i.e 2309,4569. 29.970)
but the thing is, it's all 29.970. So I'm guessing it's not actually a VFR? You were right, DSS did the covertfps, but I never paid attention to it. Thanks for that part. So if the timecodes are in a v2 format, does that meant that the source has a high chance of not actually being a VFR? |
Quote:
Quote:
I can only recommend to just use your own script, instead of letting MeGUI create one. It has to look like the example in my last post. That the timecodes didn't fit the VFR->CFR encode made by MeGUI (and its script creator) is an indication of your source really being VFR, btw. My recommendation to convert the timecodes_v2 to timecodes_v1 was only so you can read them more easily in a text editor, not to actually use them as input for mkvmerge, x264 or whatever. Despite being long and thus not being easily readable, timecodes_v2 are perfectly fine. I've never seen anyone use v3 or v4 timecodes and distinguishing v1 and v2 timecodes is very very easy. Just look at the examples I posted above: http://www.bunkus.org/videotools/mkv...timecode_files They also they what format they are explicitly in the very first line. |
Alright, I'll shall redo. If further problems arise, then I'll shall post more stupid questions :D.
|
I guess you should learn to read and understand timecodes_v2 and timecodes_v1 files. If someone asks you "what does this number in this line mean" you have to be able to answer that immediately. Ask yourself "What exactly are timecodes/timestamps? What is their meaning?"!
When looking at a timecodes_v1 file you have to be able to tell whether it's VFR or CFR within a single second. It's trivial, really. Those are the very basics of dealing with VFR content. And read every article/blog post (like TheFluff's about VFR/VFRaC I posted above) or wiki anyone mentions here! Then read it again and again, until you understand! Seriously. I know it takes some time to grasp the concept of VFR, but chances are that at some point it will fall like scales from your eyes. |
Alright then that makes sense. Thanks for the help.
|
All times are GMT -5. The time now is 17:01. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.