Writing library : VirtualDub build 32809/releaseįormat_Settings_ModeExtension : MS Stereo I guess it's because FFmpeg in REAPER isn't multithreaded? In MPC-HC (using ffmpeg-mt from latest ffdshow ) it uses just 20% CPU. The following video used ~40% CPU here in REAPER (on Intel Core 2 Duo E6700). ![]() Turn off picture reordering when exporting the Quicktime, and this does not happen at all. With standard H264 Quicktimes, which have an i=frame distance maximum of 24 frames, AND have picture reordering enabled, that does happen. In the H264 videos with a maximum I-Frame distance of ten frames(you set set that up in the encoder of the Quicktime Player and anywhere else I suppose) this doesn't happen. ![]() Click anywhere in the video file, then click to the right by a few frames. The video does not follow the playhead for Quicktime H264 videos if the cursor is moving by single-clicks forward by small increments such as two or four frames. edit- Test with both RGB and other available colourspaces if that made a difference. When I turn it off, the crashes do not happen. When I drag and drop these files in to the timeline from outside Reaper, they'll import fine the next time I touch them in the Media Explorer of Reaper itself. ![]() Those files are the ones that produce the crashes when selecting them in the Media Explorer of Reaper as well, though not consistently either. Video playback on some Quicktime-Mov/PhotoJPeg(high) files (23.976 and 25 fps) files seems to produce funky colours. ![]() It crashes.ĭrag and drop it from anywhere else, and it imports properly. FPS : 23.98 (23.976 also selected in session)ĭrag and drop a video file of this configuration in to the timeline with the Media Explorer of Reaper(Autoplay and Start on Bar ON).
0 Comments
Leave a Reply. |