FFmpeg with a lossless codec is one solution. I recall a comparison of different codecs which concluded that Apple Animation (known to ffmpeg as qtrle) gave the best quality for screen-recording.
ffmpeg -f x11grab -r 25 -s 1024x768 -i :0.0 -c:v qtrle output.mov
Stop it by opening its terminal while it is running and pressing q. Obviously change the ...
Your KAZAM video features YUV444P pixel format which WMP may not support without extra filters. Using ffmpeg, run
ffmpeg -i in.mp4 -pix_fmt yuv420p -c:a copy -movflags +faststart out.mp4
You can also use ffmpeg itself to capture screen and sound on linux. Basic syntax would be
ffmpeg -f v4l2 -i VIDEO -f alsa -i AUDIO -pix_fmt yuv420p -b:a 64k cap.mp4
Alternatively, pipe your screen output to a second computer to record, using a device like a Blackmagic Intensity. It supports capturing to a totally uncompressed format (make sure you have an SSD or a RAID setup to record as the bitrate is very high).
So the computer you're doing the work on should have dual monitor output - mirror the display so one ...
If you're using Ubuntu or any other Linux distribution, I'd recommend recordmydesktop. You can install it in Ubuntu:
sudo apt-get install recordmydesktop
Afterwards, run it from a terminal, using the desired filename as an argument:
Stop recording by pressing Ctrl + C in the terminal.
I think it is mostly a structural thing. Games generally involves simple interaction with a lot of similar content. Hardware devices have a physical interface and while they can run lots of different software, the capabilities of the device are reasonably easy to describe.
For general productivity software, the interactions are complex, but not so deep, ...
H264 is actually a pretty good codec for such content. Its based on motion vectors and you can define in which intervals the codec should encode a full frame, everything in between will be based on the last and next keyframe (simplifying here).
x264 is probably the best h264 encoder out there and luckily open source. Probably the best way to use it is ...
MKV does not store a frame rate in its container. So ffmpeg/vlc looks at the default duration of a frame instead. It sees 33.333ms and does the math, which is where your weird number comes from.
For more information, see: https://gitlab.com/mbunkus/mkvtoolnix/wikis/Wrong-frame-rate-displayed
To test this out, you can run ffprobe with -show_frames. I think ...
You can do this with Processing. You would have to write a processing sketch to step through the movie frame-by-frame, and calculate how different each was from the previous frame. When the difference is above a certain threshold, save the whole frame as an image file. Here is a forum post about something very similar.
Other than processing, you may ...
If you're OK with the command-line, you could use ffmpeg to record your desktop and then use the tee psuedo-muxer to record copies to multiple locations. I haven't used this to record to separate hard-drives, but I'm not aware of any underlying issues that would prevent it.
A simple (Linux) example would be:
ffmpeg -f x11grab -r 25 -s 1024x768 -i :0.0 -f ...
You may find that it is easiest to use file system utilities rather than look for a recording application that writes multiple copies.
You could run mirrored filesystems, which will provide copied volumes, or simply set up scripts to copy individual files to multiple locations.
I had very similar requirements and eventually found on Claquette.
It's an OS X app that uses a lossless codec. While it doesn't allow you to define a screen area before recording, it has a crop feature that allows you to select a region after the recording is finished. Audio can also be turned off. Movies can be exported in various formats (including h.264, ...
On OS X, seems like ScreenFlow can record in lossless (not by default, but this can be enabled in settings). Unfortunately, this application is not free. Still looking for free alternatives…
This applies only to Screenflow 4.5.3 (and maybe some earlier versions). In Screenflow 5 this feature is gone. They advertise like they can do ...
I know you looked at ScreenFlow. Were you looking at the latest version--ScreenFlow 4? It does have some vectorial shapes (they're called Annotations):
Now, that doesn't get you speech bubbles and other abstract shapes. For those, you can use a text box with an image fill--unfortunately, you've got to supply ...
You have two options, one, install software on the presenter's system that can encode and send a video feed to another system. This is in-effect going to be a screen casting application, even if the feed is only forwarded to another system to be packaged.
The other option is to actually capture the raw output from the presenter's system through a frame ...
I'd say fewer people may be interested in this than in fancy electronic gadgets but there is no technical reason not to review software. It's actually a lot easier as you don't have all the complications that come with shooting "real-life" footage.
There are actually quite a few people reviewing mobile apps with huge success. I'd say mostly the general ...
BEFORE I would say
It HAD a great online video editor, but that was bought out by disney and then shut down. (Disney just wanted the tools in one of their software bundles)
Currently I would say
Not the most intuitive, actually a very poor user interface.
But it has the crop feature you are looking for, not easy to find.
Probably because TV and CRTs scanned from the top left. Video cards store the screen buffer in this order, too, so scan-out from the screen buffer in left-to-right, top-to-bottom reads sequentially increasing memory addresses. Addressing video RAM as a 2-dimensional array
extern int32_t screenbuf;
screenbuf = RED;
would modify the top-...
This is an issue for me too. You need a multi-pronged technique:
Choose the quietest room. If street noise is an issue, which room is furthest from the street? Many people have offices and desks, but record in a child's room while that child is at school.
Arrange yourself facing into a corner (for echo reasons) and surround yourself with soft stuff as much ...
x264 is the best-in-class encoder for generating H.264 video streams and you can use it via ffmpeg, a command-line tool, to encode to a small-sized file. Get a binary from here - opt for the latest nightly/snapshot release - and run
ffmpeg -i input.mov -c:v libx264 -crf 23 output.mov
The output will be the same constant frame rate as the input but x264 is ...
I can't rule out specialized hardware devices that might be able to, but 1080p video at 1000fps produces 6GBps of raw data at 8 bit color. That's 48 gbps, which exceeds the highest standards of most current connectors. Display port 1.4 is just shy of 26gbps and barely covers half of the needed data rate for a 1000fps 1080p data stream.
You might be able ...