[ovirt-devel] Screen casting and video editing on fc21 with Blender

2015-07-22 Thread Eli Mesika
Hi guys

As you already know, some of us need to do some video/screen cast for their 3.6 
new features 
I spent my day today in recording and editing a video for one of my new 3.6 
features and I want to share my experience to save you time (and hair..)

Well, I started with recordmydesktop (yum) to capture the video files , this 
worked smooth and enables you also to have a cup of coffee until the file is 
written to the disk.
Then, after having few videos, I wanted to edit them and make a whole smooth 
video, cutting some stuff out ... 
I had started with installing pitivi (yum), from its feature list it seems 
promising but after dozens of crashes on almost every mouse move, I really gave 
up...

Oved, sent me this post [1]: 
So, I installed Blender and tried to work with it but it seems to refuse adding 
my video files to the project time-line ...
Digging around [2], I found that the Blender package on fc21 does not work well 
and in order to get it working you have to download Blender latest version 
(2.75a) manually from [3],
extract it to a directory and run blender 

Blender has many usages, but you can adjust it to do video editing, just follow 
[4] [5] and [6] tutorials (less than 15 min for all)
(all are important, especially the first one that includes proper configuration)

One major issue is to configure well the frames per second rate (fps) (can be 
shown on the file properties) of your videos if you don't want to get a gap 
between your video and the sound track  

I was able after that to edit my videos and export (render) video as MP4 and 
audio as MP3 (embedded in the video file) (other formats may have codec 
issues...)

Overall, I worked with Blender few hours, splitting videos, removing video 
strips , grabbing and dragging without a single error or crash 

Although that Blender learning curve seems to be longer than other 
applications, I recommend to use this application for video editing and screen 
casting 

If you have any question or need any assistance/advice , I will be happy to 
help.


[1] http://opensource.com/life/15/1/current-state-linux-video-editing
[2] http://www.spinics.net/linux/fedora/fedora-users/msg459024.html
[3] https://www.blender.org/
[4] https://www.youtube.com/watch?v=xSGIPmQdV6Mhtml5=1
[5] https://www.youtube.com/watch?v=20VqQLpvctY
[6] https://www.youtube.com/watch?v=zxFGm_LQeZQ


Thanks
Eli Mesika

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel


[ovirt-devel] Registration duplication?

2015-07-22 Thread Fabian Deutsch
Hey,

I've seen that some new code landed to support Engine registration
using the generic registration approach.

But it seem that we now have two implementations:

1. vdsm-tool register [0]
2. ovirt-register [1]

To reduce code duplication I'd suggest to drop one of these approaches
before we enter 3.6.
Or are there reasons for keeping both of them?

My take is to keep ovirt-register which is independent and would allow
us to add plain hosts to Engine (host-deploy is then taking care of
the rest IIUIC).
The vdsm-tool approach reuqires vdsm to be installed.

Thoughts?

Greetings
fabian

---
[0] https://gerrit.ovirt.org/#/c/40966/
[1] https://gerrit.ovirt.org/gitweb?p=ovirt-register.git
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel


Re: [ovirt-devel] Registration duplication?

2015-07-22 Thread Alon Bar-Lev

Maybe better is to figure out who requested it to be part of vdsm-tool and why, 
while there were open bugs to have standalone tool.

- Original Message -
 From: Fabian Deutsch fdeut...@redhat.com
 To: Douglas Landgraf dland...@redhat.com, Dan Kenigsberg 
 dan...@redhat.com, Alon Bar-Lev
 abar...@redhat.com
 Cc: devel@ovirt.org
 Sent: Wednesday, July 22, 2015 4:42:37 PM
 Subject: [ovirt-devel] Registration duplication?
 
 Hey,
 
 I've seen that some new code landed to support Engine registration
 using the generic registration approach.
 
 But it seem that we now have two implementations:
 
 1. vdsm-tool register [0]
 2. ovirt-register [1]
 
 To reduce code duplication I'd suggest to drop one of these approaches
 before we enter 3.6.
 Or are there reasons for keeping both of them?
 
 My take is to keep ovirt-register which is independent and would allow
 us to add plain hosts to Engine (host-deploy is then taking care of
 the rest IIUIC).
 The vdsm-tool approach reuqires vdsm to be installed.
 
 Thoughts?
 
 Greetings
 fabian
 
 ---
 [0] https://gerrit.ovirt.org/#/c/40966/
 [1] https://gerrit.ovirt.org/gitweb?p=ovirt-register.git
 ___
 Devel mailing list
 Devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel
 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel


Re: [ovirt-devel] Screen casting and video editing on fc21 with Blender

2015-07-22 Thread Oved Ourfali
Including editing? 

On Jul 23, 2015 7:39 AM, Max Kovgan mkov...@redhat.com wrote:Hi, Eli. I have yet seen any thing related to video playback or recording VLC cannot do.
This includes desktop screen casting.

On Jul 22, 2015 11:39 PM, Christopher Pereira kripper@imatronix.cl wrote:Hi,

For Windows, if licenses are not a problem, you also have Camtasia [1], which uses an optimized codec that only stores images and GUI events in the same way RemoteDesktop does.
As a result, recordings is lossless and take much less space. For example, AFAIU, if you scroll a static image on the screen, its stored only once and only its position changes are recorded frame by frame. There are also other benefits like the fact that the mouse pointer position can be edited separately after recording.
You may probably get similar results if you record everything lossless (which takes a lot of space and resources while recording). For best quality, the key is to avoid re-compression (you should only encode the final video).

Camtasia also includes a complete editor.

Besides, Camtasias AVI files can be edited with Sony Vegas or Premiere and finally be rendered with standard codecs which can be shared or uploaded to youtube, vimeo, etc. (otherwise, you would need to provide the Camtasia codec for playback).

I wonder if there are stable OS alternatives using a similar approach.

Best regards,
Christopher.

[1] https://www.techsmith.com/camtasia.html

On 22-07-2015 16:49, Eli Mesika wrote:

Hi guys

As you already know, some of us need to do some video/screen cast for their 3.6 new features
I spent my day today in recording and editing a video for one of my new 3.6 features and I want to share my experience to save you time (and hair..)

Well, I started with recordmydesktop (yum) to capture the video files , this worked smooth and enables you also to have a cup of coffee until the file is written to the disk.
Then, after having few videos, I wanted to edit them and make a whole smooth video, cutting some stuff out ...
I had started with installing pitivi (yum), from its feature list it seems promising but after dozens of crashes on almost every mouse move, I really gave up...

Oved, sent me this post [1]:
So, I installed Blender and tried to work with it but it seems to refuse adding my video files to the project time-line ...
Digging around [2], I found that the Blender package on fc21 does not work well and in order to get it working you have to download Blender latest version (2.75a) manually from [3],
extract it to a directory and run blender 

Blender has many usages, but you can adjust it to do video editing, just follow [4] [5] and [6] tutorials (less than 15 min for all)
(all are important, especially the first one that includes proper configuration)

One major issue is to configure well the frames per second rate (fps) (can be shown on the file properties) of your videos if you dont want to get a gap between your video and the sound track

I was able after that to edit my videos and export (render) video as MP4 and audio as MP3 (embedded in the video file) (other formats may have codec issues...)

Overall, I worked with Blender few hours, splitting videos, removing video strips , grabbing and dragging without a single error or crash

Although that Blender learning curve seems to be longer than other applications, I recommend to use this application for video editing and screen casting

If you have any question or need any assistance/advice , I will be happy to help.


[1] http://opensource.com/life/15/1/current-state-linux-video-editing
[2] http://www.spinics.net/linux/fedora/fedora-users/msg459024.html
[3] https://www.blender.org/
[4] https://www.youtube.com/watch?v=xSGIPmQdV6Mhtml5=1
[5] https://www.youtube.com/watch?v=20VqQLpvctY
[6] https://www.youtube.com/watch?v=zxFGm_LQeZQ


Thanks
Eli Mesika

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel



___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Screen casting and video editing on fc21 with Blender

2015-07-22 Thread Max Kovgan
Hi, Eli. I have yet seen any thing related to video playback or recording
VLC cannot do.
This includes desktop screen casting.
 On Jul 22, 2015 11:39 PM, Christopher Pereira krip...@imatronix.cl
wrote:

 Hi,

 For Windows, if licenses are not a problem, you also have Camtasia [1],
 which uses an optimized codec that only stores images and GUI events in the
 same way RemoteDesktop does.
 As a result, recordings is lossless and take much less space. For example,
 AFAIU, if you scroll a static image on the screen, it's stored only once
 and only its position changes are recorded frame by frame. There are also
 other benefits like the fact that the mouse pointer position can be edited
 separately after recording.
 You may probably get similar results if you record everything lossless
 (which takes a lot of space and resources while recording). For best
 quality, the key is to avoid re-compression (you should only encode the
 final video).

 Camtasia also includes a complete editor.

 Besides, Camtasia's AVI files can be edited with Sony Vegas or Premiere
 and finally be rendered with standard codecs which can be shared or
 uploaded to youtube, vimeo, etc. (otherwise, you would need to provide the
 Camtasia codec for playback).

 I wonder if there are stable OS alternatives using a similar approach.

 Best regards,
 Christopher.

 [1] https://www.techsmith.com/camtasia.html

 On 22-07-2015 16:49, Eli Mesika wrote:

 Hi guys

 As you already know, some of us need to do some video/screen cast for
 their 3.6 new features
 I spent my day today in recording and editing a video for one of my new
 3.6 features and I want to share my experience to save you time (and hair..)

 Well, I started with recordmydesktop (yum) to capture the video files ,
 this worked smooth and enables you also to have a cup of coffee until the
 file is written to the disk.
 Then, after having few videos, I wanted to edit them and make a whole
 smooth video, cutting some stuff out ...
 I had started with installing pitivi (yum), from its feature list it
 seems promising but after dozens of crashes on almost every mouse move, I
 really gave up...

 Oved, sent me this post [1]:
 So, I installed Blender and tried to work with it but it seems to refuse
 adding my video files to the project time-line ...
 Digging around [2], I found that the Blender package on fc21 does not
 work well and in order to get it working you have to download Blender
 latest version (2.75a) manually from [3],
 extract it to a directory and run blender 

 Blender has many usages, but you can adjust it to do video editing, just
 follow [4] [5] and [6] tutorials (less than 15 min for all)
 (all are important, especially the first one that includes proper
 configuration)

 One major issue is to configure well the frames per second rate (fps)
 (can be shown on the file properties) of your videos if you don't want to
 get a gap between your video and the sound track

 I was able after that to edit my videos and export (render) video as MP4
 and audio as MP3 (embedded in the video file) (other formats may have codec
 issues...)

 Overall, I worked with Blender few hours, splitting videos, removing
 video strips , grabbing and dragging without a single error or crash

 Although that Blender learning curve seems to be longer than other
 applications, I recommend to use this application for video editing and
 screen casting

 If you have any question or need any assistance/advice , I will be happy
 to help.


 [1] http://opensource.com/life/15/1/current-state-linux-video-editing
 [2] http://www.spinics.net/linux/fedora/fedora-users/msg459024.html
 [3] https://www.blender.org/
 [4] https://www.youtube.com/watch?v=xSGIPmQdV6Mhtml5=1
 [5] https://www.youtube.com/watch?v=20VqQLpvctY
 [6] https://www.youtube.com/watch?v=zxFGm_LQeZQ


 Thanks
 Eli Mesika

 ___
 Devel mailing list
 Devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel


 ___
 Devel mailing list
 Devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Registration duplication?

2015-07-22 Thread Fabian Deutsch
On Wed, Jul 22, 2015 at 4:59 PM, Douglas Schilling Landgraf
dougsl...@redhat.com wrote:
 On 07/22/2015 09:42 AM, Fabian Deutsch wrote:

 Hey,

 I've seen that some new code landed to support Engine registration
 using the generic registration approach.

 But it seem that we now have two implementations:

 1. vdsm-tool register [0]
 2. ovirt-register [1]

 To reduce code duplication I'd suggest to drop one of these approaches
 before we enter 3.6.
 Or are there reasons for keeping both of them?

 I believe not.

Great.

 My take is to keep ovirt-register which is independent and would allow
 us to add plain hosts to Engine (host-deploy is then taking care of
 the rest IIUIC).
 The vdsm-tool approach reuqires vdsm to be installed.

 Thoughts?


 +1 for dropping vdsm-tool register verb. It started as alternative and later
 we merged everything in ovirt-register project which is the generic
 registration. I can send a patch to drop it soon.

Right.
So let's see what Dan replies and then we can possibly drop the
duplicate effort.

Thanks
fabian
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel