![]() ![]() 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. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |