Oleg Nikitin

> Looks good. However, on a fast CPU the frame rate parameter does not limit the frame rate. The frames are played as fast as possible no matter what the...

On the wiki, framerate is described as follows: > Number of updates per second. If set to 0, make a new screen every (Input Width) · (Input Height) samples. (Recommended:...

@micsthepick I don't have a Windows build right now, but on Linux difference in frame sizes does not produce this issue. The input frame is simply stretched to fit the...

It seems that using odd width/height with YUV pixel formats is simply not supported in SDL 1.2: libsdl-org/SDL-1.2#445. Existing behavior looks like [this](https://trac.ffmpeg.org/attachment/ticket/1322/ffplay.png) - black pixels and misaligned frame. The...

I'm slightly bothered by `../../..` in [bindings/CMakeLists.txt](https://github.com/gnuradio/gnuradio/blob/2a8b58ca18b5bbd978ca6cd495450c2a9b4ea2b8/gr-utils/modtool/templates/gr-newmod/python/howto/bindings/CMakeLists.txt#L29), which will need to be changed to `../../../..`. Is this some old code, from before `${PROJECT_SOURCE_DIR}` existed?

It looks like SDL2 is very particular about multi-threading. When the render is called in a different thread from where the window/renderer/texture was created, it refuses to display anything. Creating...