Re: [opensuse] Re: recordMyDesktop loses frames
On 05/04/10 19:55, Regis Matejcik wrote:
On Mon, 2010-04-05 at 15:48 +0300, arygroup@gmail.com wrote:
On 31/03/10 23:55, Regis Matejcik wrote:
On Wed, 2010-03-31 at 23:10 +0300, arygroup@gmail.com wrote:
On 31/03/10 18:57, Regis Matejcik wrote:
On Wed, 2010-03-31 at 17:22 +0300, arygroup@gmail.com wrote:
On 31/03/10 15:52, arygroup@gmail.com wrote: > On 31/03/10 15:32, arygroup@gmail.com wrote: >> I had many experiments with movie editors several days before. And now I >> noticed my qt-recordMyDesktop (I tried gtk-recordMyDesktop also) doesn't >> record all needed frames. My mouse moves are not recoded. Sound is >> recorded perfectly. I tired all possible configuration settings in >> qt-recordMyDesktop, even set it to use 50 frames per secon with no >> result. It seems, the frames-per-second are set to low rate somewhere else. >> >> OpenSuse 11.2 >> KDE 4.3.5 > > Fixed this issue as said here: > http://www.linuxquestions.org/questions/linux-software-2/recordmydesktop-ski... > > So click in my qt-recordMyDesktop window Advanced. > In the new window switch to Misc tab > And in the Extra options field place: --v_bitrate 2000000 > >
But uploaded to you-tube videos are broken now. :-(
I'd try this:
From command line:
ffmpeg -i out.ogv -b 64k outmod.ogv
Where out.ogv is the recordmydesktop original file. It will create a file with the modified bitrate.
You can experiment with different settings to see which produces the best quality and still uploads to you tube.
good luck!
Regis
But this demands to record something with recordMyDesktop, then encode it when stopped recording by recordMyDesktop itself and after that encode it again using ffmpeg. Twice more time. And before recordMyDesktop worked well - just uploading after recording.
ummm...
Maybe I'm mis-understanding the problem, or perhaps I poorly explained the suggestion.
I thought the problem was:
-RecordMyDesktop was producing a video that skipped frames, especially your mouse movemente. -changing the bit-rate in RecordMyDesktop, as previously suggested, corrected the skipped frames, but produced a file that wouldn't up load to you tube (most likely because the bit rate was so high).
so . . .
I suggested simply taking the high bit-rate file as produced by RecordMyDesktop and processing it to a bit-rate that is compatible with you tube. So the steps are: record, process, up load.
If you're editing and then rendering prior to uploading; I'm sure you can adjust the bit-rate in the render process, if you're using a render program that allows you to adjust the render pre-sets. Then you can skip the last step of using ffmpeg to adjust the bit rate, but in worst case - it's just adding one command line statement.
so I'm not sure how you get to,
"then encode it when stopped recording by recordMyDesktop itself and after that encode it again using ffmpeg. Twice more time."
good luck!
Regis
Had to switch to xvidcap. It seems to work ok and it's files are working at youtube.
interesting . . .
xvidcap is cool, and if it works great!
I think the real issue though is not precisely how you're processing video prior to upload, but how you tube encodes the upload.
You tube plays .flv 's. When you upload a .ogv - it follows a set of processing options to create and .flv a certain way - and it seems that .ogv to .flv is fairly inefficient.
xvid encodes to an mpeg format, which You Tube converts to .flv also - but with quite different results.
I was intrigued by this and did a test. I did a little sample Record My desktop - then converted to .flv using the "same quality" command in a winff preset - -vcodec flv -f flv -sameq
It produced a good quality video in a large file 66mb from the original 17mb
Just for comparison, I then encoded the same file to mpeg using this preset:
-f mp4 -r 24.97 -vcodec libx264 -s 640x480 -b 3000kb -aspect 4:3 -flags +loop -cmp +chroma -deblockalpha 0 -deblockbeta 0 -b 1250k -maxrate 1500k -bufsize 4M -bt 256k -refs 1 -bf 3 -coder 1 -me_method umh -me_range 16 -subq 7 -partitions +parti4x4+parti8x8+partp8x8+partb8x8 -g 250 -keyint_min 25 -level 30 -qmin 10 -qmax 51 -qcomp 0.6 -trellis 2 -sc_threshold 40 -i_qfactor 0.71 -acodec libfaac -ab 112kb -ar 48000 -ac 2
(its the standard winff fullscreen preset with the bit rate changed)
It produced a moderate quality video in a small file 3.5mb.
I uploaded both to You Tube to see what they looked like.
That's when things got strange. They You Tube version of my mpeg file distorted the first 8 seconds, then plays at a fairly low quality - but minimally watchable form.
But the large .flv upload was processed by You Tube into both a 480 and an HD format! You can click on HD and full screen and it almost looks like my actual desktop!
you can check them out here:
http://www.youtube.com/watch?v=KzRq3tIgtTQ
http://www.youtube.com/watch?v=46qLocK6sGU
If xvid is working great - but its always great to have more than one arrow in your quiver when it comes to linux video editing.
good luck
Regis
Thanks a lot for your review! -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (1)
-
arygroup@gmail.com