![]() I don't understand why there's not a tool that works the way RMC does, except allowing more control over how the values are changed via timecode import/export or a formulaic rule. If what you say is correct, and I can only correct the timestamps for the video, what are my options with the audio (please don't say cut it manually, as there is no way I can get it in sync easily after) ![]() My issue now is that the timecode file I specify is for video or audio, not both. I have used FFMPEG to re-encode the flv to mp3, which has worked and is still in sync (lots of yellow/fuschia messages while encoding, presumably because of gaps) and mkvtoolnix now recognises it. My issue is that it's uniform and doesn't allow me to change it the way I need to. I have also successfully edited these values using RMC as I described in my first post. I have seen the timecodes for both audio and video in RMC so I know it is specified for each packet. ![]() I'd appreciate any help or ideas you guys can provide, I've been trying to figure this out for a while and I think I'm stuck now. I need to do this in relative bulk, so the process can't be too labour intensive like manual editing of each file, and I'd like to try and avoid re-encoding. I have looked at some injectors, but they only seem to inject general metadata, and just extract timecodes, not inject the timecodes which is what I need. This seemed to get me a bit closer, but still not very good syncing as most files have an audio gap at the start (the video packets are at least spaced out better). Auto-Incrementing the whole file, splitting out the audio, re-auto-incrementing the original and split audio to have matching durations, splitting out the video and combining with the previously split audio. Splitting the audio and video, auto-incrementing them individually to have matching durations then re-muxing them - results in continuous audio, but out of sync because there are sections of audio without video and vice-versa due to dropped packets. I have attempted a couple of things which haven't produced the desired results: larger than 1 second) and reduce the timecode values from that point on to close the gaps, but leave the rest as-is. Ideally I would like a tool which can just detect these gaps (eg. I believe this is because the audio and video packets in the file must be played simultaneously, but the fix FLV option just auto-increments each packet by a fixed amount. RMC has an option called Fix FLV, which makes the total duration more realistic and allows it to play without freezing, however it also messes up the audio, causing it to somewhat stutter. I know the reason for this is that the time codes for the frames are not consistent, there are randomly large jumps in time were the video freezes until the timer catches up with more data in the file. I have been capturing FLVs using Replay Media Catcher (RMC), and I have found that some videos end up having crazy long running times (hundreds of hours) which is not indicative of the actual amount of video captured.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |