This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Esxi running macos For selur
Ok, error when spaces used in name path was fixed in Hybrid_dev_2021.08.21. So it shows all detected keyframes in "start" dropbox as expected.

"Collect key frames" still produce different length same as in earlier tests. Maybe a bug, or maybe it is just how it works.

"Collect key frames" enabled: 14447 frames or 00:10:02.560

"Collect key frames" disabled: 15078 frames or 00:10:28.879 (same as detected by MediaInfo)
Reply
No clue why that happens. Can't reproduce it here.
Have you tried wether this happens with another source too?

Cu Selur
Reply
Seems this depends of codec of framerate.

DVD to MKV remux 25fps PAL - No problem
"Collect key frames" enabled: 5980 frames / 00:03:59.200
"Collect key frames" disabled: 5980 frames / 00:03:59.200

BluRay to MKV remux 23.976fps CFR - problem
"Collect key frames" enabled: 3016 frames / 00:02:05.792
"Collect key frames" disabled: 3144 frames / 00:02:11.131

DVD MKV 29.97/CFR telecine
"Collect key frames" enabled: 83553 frames / 00:46:27.887
"Collect key frames" disabled: 83555 frames / 00:46:27.955

x264 MP4 29.97/CFR
"Collect key frames" enabled: 2937 frames / 00:01:37.998
"Collect key frames" disabled: 2937 frames / 00:01:37.998
Reply
Will look into it, if I can motivate myself.
Reply
Found a sample to reproduce the problem.
Reply
Ok. Seems cut-end inialization problem fixed.

I noticed one more thing - In some videos (seems only in NTSC 29.97 and 23.976) There is a 1 frame difference between length in "Video" settings and "Cut: end" field.
This is not depends of "Collect key frames" setting.
Is this normal or not?
[Image: KBFWfaW.jpg]
[Image: eaz0u0a.jpg]
[Image: fiefx00.jpg]
Reply
Quote:There is a 1 frame difference between length in "Video" settings and "Cut: end" field.
40410 frames, so the first frame is 0 and the last is frame is 40409.
Seems correct to me.

Cu Selur
Reply
I also thought about this Smile but some other videos show the same amount of frames in both places:
[Image: eUtRS5C.jpg]
Reply
Okay, I know why it happens. Smile

void MainTabInternalLogicService::adjustCutFramesForTime(HybridModel* model) const
{
  double startTime = TimeHelper::hmnsmsToSeconds(model->stringValue(CUTSTART));
  double endTime = TimeHelper::hmnsmsToSeconds(model->stringValue(CUTEND));
  double fps = model->doubleValue(QString("inputFrameRate"));
  int startFrame = int(startTime*fps);
  int endFrame = int(endTime*fps);
  int inputFrameCount = model->intValue(QString("inputFramecount"));
  if (endFrame > inputFrameCount) {
    endFrame = inputFrameCount;
  }
  this->doSetValue(model, QString("cutStartFrame"), startFrame);
  this->doSetValue(model, QString("cutEndFrame"), endFrame);
}

my guess is that using:
int startFrame = int(startTime*fps  + 0.5);
  int endFrame = int(endTime*fps + 0.5);
might fix the problem.

Cu Selur
Reply
Great! In new version time and frame count looks the same in all places (including vsViewer)!
Reply


Forum Jump:


Users browsing this thread: 3 Guest(s)