granjow / slowmovideo Goto Github PK

Have an option to draw curves by default instead of lines and have the software calculate the transition at nodes between curves for smoothness. User can adjust afterwards.

Or instead a default, perhaps a key combination? Keep pressing (or just press before) key1 while setting the next point -> line, press key2 -> curve.

Not really an issue but I cannot figure out why the output of my moving clouds is not a smooth movement. It's jagged.

Thanks,
Neil

Instead of having to click a point and right-click on the line/curve to select speed, have the cursor display the computed speed as you drag the current point. Would help tremendously in setting the next point.

Good Job!

1. Instead of having to click a point and right-click on the line/curve to select speed, have the cursor display the computed speed as you drag the current point. Would help tremendously in setting the next point.
2. Have an option to draw curves by default instead of lines and have the software calculate the transition at nodes between curves.

hi,

i get this error on win7 with version 3.1 and latest ffmpeg windows builds (32 and 64bit)
the input files are jpgs and i don't know how can this be fixed, any idea?

Using format mpeg.
Settings: 1920x1080, 49766400 bits/s (tolerance: 4000000), 24/1 fps
Output #0, mpeg, to '/tmp/rendered.mpeg':
    Stream #0:0: Video: mpeg1video (hq), yuv420p, 1920x1080, q=2-31, 49766 kb/s,
 90k tbn, 24 tbc
Codec used: mpeg1video
[mpeg @ 07c7bc80] VBV buffer size not set, muxing may fail
Continuing rendering at  0
Rendering frame number  0  @ 0  from source time  0
No interpolation necessary.
Added frame 0 to /tmp/rendered.mpeg.
Rendering frame number  1  @ 0.0416667  from source time  0.0203993
Optical flow built for  "C:/Users/test/slomotest/projects/cache/oFlowOrig/ocv-forward-0-1.sVflow"  in  0  ms.
"Failed to read width/height from file C:/Users/test/slomotest/projects/cache/oFlowOrig/ocv-forward-0-1.sVflow"
Flow building error:  "Failed to read width/height from file C:/Users/test/slomotest/projects/cache/oFlowOrig/ocv-forward-0-1.sVflow"

hi,

mpeg as outputformat works but mp4/mkv does not (win7, x32/amd64 ffmpeg versions)

Using format mp4.
Settings: 1920x1080, 51840000 bits/s (tolerance: 4000000), 25/1 fps
Output #0, mp4, to '/tmp/renderedl5.mp4':
    Stream #0:0: Video: h264, yuv420p, 1920x1080, q=2-31, 51840 kb/s, 90k tbn, 2
5 tbc
Codec used: libx264
[libx264 @ 086d3d20] broken ffmpeg default settings detected
[libx264 @ 086d3d20] use an encoding preset (e.g. -vpre medium)
[libx264 @ 086d3d20] preset usage: -vpre <speed> -vpre <profile>
[libx264 @ 086d3d20] speed presets are listed in x264 --help
[libx264 @ 086d3d20] profile is optional; x264 defaults to high
Could not open codec libx264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10.
"Video could not be prepared (error code 3).
"

I'm trying to run slowmoRenderer on Ubuntu 14.04.. when I do I get hundreds of
"QImage::pixel: coordinate out of range errors."

Any idea how I can rectify this? below if a snippet of the output.

slowmo_error.txt

When constructing a speed curve in slowmo UI, it would be useful to have labels indicating the speed (slope) of that segment.
For me, the speed relative to the original frame rate would be most useful. E.g. 1x, 4x, 0.25x, etc.
I suppose this is only straight forward for linear segment. For bezier segments speed would vary (although I did not yet manage to get a 'grip' on bezier node handles) along the segment, but the average speed between two nodes is easy enough to calculate.

ffmpeg from git
slowmoVideo from git

See https://dl.dropbox.com/u/52935113/slowmo.png

I installed the 32 bit .deb 0.2.6-2 version of the software and it produced this error:

The package doesn't provide a valid Installed-Size control field. See Debian Policy 5.6.20.

Hi,
Thanks for all the great work with the software. I would normally propose a patch for this but I'm on a very short deadline at the moment, sorry!

I was rendering out some footage yesterday, and running slowmoUI ended up deleting the entire project folder, which was my user directory. Consequently I lost three days of footage (I since have learned my lesson about rigorous backup separation)! I suspect this is not intended behaviour, and I feel like I saw a bug report about it somewhere, though I cannot see it in the list of issues on this repo.

To be clear, I should have had better backups, and I'm very appreciative of your work with the software!