Hi, I'm back at work and I can give you the details.
The first problem I had was at compile time. I think it was linked with
conflicting definitions. Here is the error message.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
/bin/mkdir -p bc/gl
perl ./gengl/gengl.perl --mode=alias "/usr/include/GL/gl.h"
"/usr/include/GL/glx.h" "/usr/include/GL/glext.h"
"/usr/include/GL/glxext.h" > bc/gl/alias.bc
glFramebufferTextureLayerEXT is defined in both GL_NV_geometry_program4 and
GL_EXT_texture_array at ./gengl/gengl.perl line 436, <H> line 10154.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
To solve it I did something quite ugly : I commented the mentioned line 436
of gengl/gengl.perl. After that It compiles but I looking forward a better
fix.
The second problem I get is the more important. The bugle filterset
associated with screen capture is not recognised.
I get the following warning :
>>> warning: ignoring unknown filter-set screenshot
BTW, Im using the following command :
>>> BUGLE_CHAIN=video LD_PRELOAD=libbugle.so my_application
with the following chain:
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
# Captures a video file.
chain video
{
# Press C-V to start and to stop recording. By removing the "inactive"
# tag, recording will start immediately.
filterset screenshot C-V inactive
{
video "yes"
filename "bugle.avi"
# You can in theory use any codec supported by ffmpeg
codec "mpeg4"
# Roughly DVD size, although no high quality options are set
bitrate "7500000"
# By default, a frame is captured every 30th of a second, with
# frames skipped or duplicated as necessary. Uncomment this
# line to instead capture every frame exactly once to the
# output.
# allframes "yes"
# Control the encoding latency. A higher latency may give
# better throughput, at the expense of more memory.
# lag "1"
}
}
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Just so you know, here is the recap of the configure script call (it may
help):
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Configuration:
libavcodec: yes
readline: yes
GUI: yes (with OpenGL)
X event interception: yes
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Thanks very much.
On Wed, Jan 7, 2009 at 11:38 PM, Simon Loic <simon1l...@gmail.com> wrote:
> I tried it but I encountered few problems. I will send you the detailed
> tomorrow. Still thanks for the tip.
>
>
> On Tue, Jan 6, 2009 at 5:40 PM, Jeremy Moles <jer...@emperorlinux.com>wrote:
>
>> Not trying to hijack this thread--and I can't really read it all for now
>> because I'm still fighting off lots of complications from a recent oral
>> surgery--but what you want is called "bugle." I used it to make all of
>> the old osgWidget and osgPango videos and it works like a charm.
>>
>> What it does is LD_PRELOAD's glSwap() or whatever and replaces it with a
>> version that shimmies off data to ffmpeg for encoding. Simple, clean,
>> and easy for basic usage.
>>
>> On Thu, 2008-12-18 at 20:38 +0100, Simon Loic wrote:
>> > Hi,
>> >
>> > I apology in advance if this thread have been heavily answered before
>> > (if so just tell where I can find the solution). Still I would like to
>> > know the different alternative (the good ones) to record a video of my
>> > scene.
>> > So far I was using an external tool for screenCast (called istanbul).
>> > But I'm not satisfied by this because when my scene is very complex,
>> > my osg based application is lagging and this leads to a poor quality
>> > of th video.
>> >
>> > I'm especially interested if there is a way to create an
>> > RecordCameraPathHandler to record a path, and then instead of saving
>> > it as a .path file compute the video in a batch mode. By batch mode I
>> > mean that the creation of the video doesn't need to be real time. In
>> > that way I could hopefully control the lag effects and eventually the
>> > resolution of the video.
>> >
>> > Sincerely,
>> >
>> > --
>> > Loïc Simon
>> > _______________________________________________
>> > osg-users mailing list
>> > osg-users@lists.openscenegraph.org
>> >
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>> _______________________________________________
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>
>
>
> --
> Loïc Simon
>
--
Loïc Simon
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
