Difference between revisions of "Help talk:Recording demos"

From Team Fortress Wiki
Jump to: navigation, search
(startmovie mymovie h264 Error?: new section)
(startmovie mymovie h264 Error?)
Line 6: Line 6:
  
 
I don't want to bother with using an external video editor to piece together individual frames if I can help it; when I try to use the startmovie command with the h264 argument, the demo plays back much faster than 100% (even though it is at the default speed) and no output files are saved, as far as I can tell. Is this broken, too? [[User:Vaati 006|Vaati 006]] 12:50, 2 February 2013 (PST)
 
I don't want to bother with using an external video editor to piece together individual frames if I can help it; when I try to use the startmovie command with the h264 argument, the demo plays back much faster than 100% (even though it is at the default speed) and no output files are saved, as far as I can tell. Is this broken, too? [[User:Vaati 006|Vaati 006]] 12:50, 2 February 2013 (PST)
 +
 +
: It should be in the same location the individual frames should be.  See the article for the path.  I would assume why it is playing faster is because it can render the required frames faster than real time (ex: a 30fps video on a machine that can do 60fps with a fast hard drive).  [[User:Kevincox|Kevincox]] 14:34, 12 February 2013 (PST)

Revision as of 22:34, 12 February 2013

Some notes I should point out since this is linked to on the front page:

There is a bug causing startmovie (name) avi to use the DivX codec. (Prints "FIXME: DivX only for now" in console) and
The current Source Recorder video is unavailable due to it being removed. --ANormalUsername 04:25, 25 July 2010 (UTC)

startmovie mymovie h264 Error?

I don't want to bother with using an external video editor to piece together individual frames if I can help it; when I try to use the startmovie command with the h264 argument, the demo plays back much faster than 100% (even though it is at the default speed) and no output files are saved, as far as I can tell. Is this broken, too? Vaati 006 12:50, 2 February 2013 (PST)

It should be in the same location the individual frames should be. See the article for the path. I would assume why it is playing faster is because it can render the required frames faster than real time (ex: a 30fps video on a machine that can do 60fps with a fast hard drive). Kevincox 14:34, 12 February 2013 (PST)