View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000038 | madVR | bug | public | 2013-04-07 21:40 | 2013-06-01 19:52 |
| Reporter | omarank | Assigned To | madshi | ||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Platform | Windows | OS | Windows 7 Ultimate 32 bit | OS Version | Windows 7 SP1 |
| Summary | 0000038: Jittery playback of telecined files (29.97 fps, 3:2 cadence) using FRC over 60 Hz display with IVTC forced on | ||||
| Description | Smooth Motion works well for 23/24p film content on my 60 Hz display, but while playing a telecined 29.97 fps content with 3:2 cadence apparently it does not work properly. I think madVR applies FRC using 29.97 fps even when IVTC is forced on for such files. Instead, madVR should decimate the video to 23/24p first and then apply FRC 24p to 60 Hz. | ||||
| Additional Information | I haven't checked playback of other kinds of telecined files with different cadences, as I don't have any such content. | ||||
| Tags | No tags attached. | ||||
| madVR Version | v0.86.1 | ||||
| Media Player (with version info) | MPC-HC 1.6.7.7036 | ||||
| Splitter (with version info) | LAV Splitter 0.55.3 | ||||
| Decoder (with version info) | LAV Video Decoder 0.55.3 | ||||
| Decoding | CUDA | ||||
| Deinterlacing | forced film mode | ||||
| DXVA2 Scaling Active | no | ||||
| Aero / Desktop Composition | On | ||||
| Problem occurs with mode | all modes | ||||
| GPU Manufacturer | NVidia | ||||
| GPU Model | GTX 260 | ||||
| GPU Driver Version | 314.22 | ||||
|
|
It seems to work for me. It might depend on the video file. Could you upload a small sample where the problem is obvious? |
|
|
Please check these samples: http://www.mediafire.com/?7rhthjo9kbtyf17 and http://www.mediafire.com/?ytyv04d4wxitvay You can try forcing film mode deinterlacing in madVR and using 60Hz display mode with smoothmotion ON. |
|
|
I don't know where you got those files from, but I consider them "broken". The timestamps are bad, and actually they're not interlaced at all. It seems someone converted some HD DVD content to TS format without really knowing what he was doing... ;-) You can fix the file like this: (1) eac3to broken.ts 1: repaired.h264 2: audio.ac3 (2) manually delete the gaps file (3) eac3to repaired.h264 trailer.mkv (4) use mkvtoolnix to mux in the audio track After this the video will play perfectly with smooth motion turned on. |
|
|
Do you have some real telecined material (not broken remuxes) which show similar problems? |
|
|
I don't have any real telecined material at the moment. However, I have experienced the same problem as described above with some telecined files downloaded from Youtube. Please see once such sample with varying cadence: http://www.mediafire.com/?n8nrmfyi1q6nxnj Also, the same problem is seen in files from DVE HDDVD video disc. Please see the sample here: http://www.mediafire.com/?9bodkxyv3uq2h9h I am not sure if the timestamps problem is exhibited in these files as well. I have not used eac3to before. When I have some spare time, I will try the steps you mentioned to see if the Transformers videos play smoothly after the conversion. |
|
|
The first one has a 4:2:2:2:2 cadence, which is somewhat weird. It converts the 30fps to 25fps. But the cadence is not reliable, so madVR can't just optimize everything for 25fps. The clip from the DVE HD DVD is somewhat similar to the Transformers video. The splitter (tried LAV Splitter) didn't do a really good job with the timestamps, which made playback non-smooth. By remuxing the video to MKV with eac3to, playback becomes smooth, except for the first 2-3 seconds of the video. Generally, the current implementation of Smooth Motion FRC depends on that the video timestamps are alright. If the timestamps are screwed up, Smooth Motion FRC will not be smooth, anymore. Maybe I can improve that in a future version, but probably not anytime soon. For now it is required that the video files are muxed with "good" timestamps. I'll close this bug for now, since there isn't really anything wrong with Smooth Motion FRC. The problem is with the timestamps in your video files. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2013-04-07 21:40 | omarank | New Issue | |
| 2013-05-31 21:27 | madshi | Note Added: 0000075 | |
| 2013-05-31 21:27 | madshi | Assigned To | => madshi |
| 2013-05-31 21:27 | madshi | Status | new => feedback |
| 2013-06-01 09:25 | omarank | Note Added: 0000092 | |
| 2013-06-01 09:25 | omarank | Status | feedback => assigned |
| 2013-06-01 09:27 | omarank | Note Edited: 0000092 | |
| 2013-06-01 09:58 | madshi | Note Added: 0000093 | |
| 2013-06-01 09:59 | madshi | Note Added: 0000094 | |
| 2013-06-01 09:59 | madshi | Status | assigned => feedback |
| 2013-06-01 18:44 | omarank | Note Added: 0000120 | |
| 2013-06-01 18:44 | omarank | Status | feedback => assigned |
| 2013-06-01 18:47 | omarank | Note Edited: 0000120 | |
| 2013-06-01 19:52 | madshi | Note Added: 0000121 | |
| 2013-06-01 19:52 | madshi | Status | assigned => closed |
| 2013-06-01 19:52 | madshi | Resolution | open => no change required |
