Hi all,

Thanks for your advices. About the current setup, we're using only one
screen with a 9800GT card (and 4 windows) for our tests, but the final setup
will be composed of 2 9800GT cards and 4 screens.

I'll let you know how our tests goes.
Cheers,

On Thu, Mar 11, 2010 at 8:28 AM, J.P. Delport <jpdelp...@csir.co.za> wrote:

> Hi,
>
>
> Serge Lages wrote:
>
>> Hi JP,
>>
>> Thanks for your answer, and we don't need sound. By a "fast disk", what do
>> you recommend ?
>>
>
> We have a raid0 setup that can sustain 150MB/s.
>
>
>  Your ffmpeg reader is based on the current OSG plugin or is it a custom
>> one ?
>>
>
> It's a custom one, but not complicated. It basically pops the output of
> ffmpeg decompress into an osg::Image, set's PBO on that and lets OSG upload
> it. We are using only monochrome images though (GL_LUMINANCE).
>
>
>
>> About our file, with some codecs and adjustments on the bitrate, we're
>> able to play it with VLC without problems, so I think the reading part can
>> be handled by the ffmpeg plugin with only one file, but then we need to
>> dispatch this image on 4 textures. We're currently trying to do some tests.
>>
>
> I'm still not sure where your problem area is. If it's not decoding it can
> only be upload to GPU or final rendering. You should be able to check this
> by varying the complexity of the rendering.
>
> jp
>
>
>> Cheers,
>>
>>
>> On Wed, Mar 10, 2010 at 4:53 PM, J.P. Delport <jpdelp...@csir.co.za<mailto:
>> jpdelp...@csir.co.za>> wrote:
>>
>>    Hi Serge,
>>
>>
>>
>>
>>    Serge Lages wrote:
>>
>>        Hi all,
>>
>>        We currently need to play a big video (approximately 5500*800)
>>        on 4 screens within an OSG application (we use a composite
>>        viewer), so we've tried :
>>
>>        - Cut the video in 4 parts, but it seems really hard to
>>        synchronize the 4 streams.
>>        - Decode directly the big file, resulting with a very big
>>        texture split on 4 quads (with appropriate texture coords), but
>>        even with a powerful computer, it's very slow.
>>
>>        Any idea on what's the best approach for this problem ? We're
>>        currently making our tests using the ffmpeg plugin, but maybe
>>        another plugin would be more appropriate ?
>>        Thanks in advance for your help.
>>
>>
>>    some ideas/questions. We do something similar - stitch four high-res
>>    camera videos into large texture. We have custom ffmpeg reader that
>>    just reads from 4 video files and we step them manually (and in
>>    sync) one frame at a time. We use raw video (no compression) to
>>    avoid cpu decompress, but now one needs fast disks. We don't have
>>    sound, do you need sound? For large sizes one needs to avoid copying
>>    around data in cpu mem as much as possible. There is still one copy
>>    in ffmpeg raw read that I need to get rid of.
>>
>>    rgds
>>    jp
>>
>>
>>        Cheers,
>>
>>        --         Serge Lages
>>        http://www.tharsis-software.com
>>
>>
>>
>>  ------------------------------------------------------------------------
>>
>>        _______________________________________________
>>        osg-users mailing list
>>        osg-users@lists.openscenegraph.org
>>        <mailto:osg-users@lists.openscenegraph.org>
>>
>>
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>>    --     This message is subject to the CSIR's copyright terms and
>>    conditions, e-mail legal notice, and implemented Open Document
>>    Format (ODF) standard. The full disclaimer details can be found at
>>    http://www.csir.co.za/disclaimer.html.
>>
>>    This message has been scanned for viruses and dangerous content by
>>    MailScanner, and is believed to be clean.  MailScanner thanks
>>    Transtec Computers for their support.
>>
>>    _______________________________________________
>>    osg-users mailing list
>>    osg-users@lists.openscenegraph.org
>>    <mailto:osg-users@lists.openscenegraph.org>
>>
>>
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>>
>>
>> --
>> Serge Lages
>> http://www.tharsis-software.com
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>
> --
> This message is subject to the CSIR's copyright terms and conditions,
> e-mail legal notice, and implemented Open Document Format (ODF) standard.
> The full disclaimer details can be found at
> http://www.csir.co.za/disclaimer.html.
>
> This message has been scanned for viruses and dangerous content by
> MailScanner, and is believed to be clean.  MailScanner thanks Transtec
> Computers for their support.
>
> _______________________________________________
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
Serge Lages
http://www.tharsis-software.com
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to