Re: [osg-users] ImageStream current frame

Hi Richard, On Thu, Sep 25, 2008 at 7:10 AM, Richard Baron Penman <[EMAIL PROTECTED]> wrote: > I'm happy to extend ImageStream if my changes could be fed back. > > "The changes will need to be to base class and the ImageStream > implementations." > Frame information would only be relevant to a str

Re: [osg-users] ImageStream current frame

I'm happy to extend ImageStream if my changes could be fed back. "The changes will need to be to base class and the ImageStream implementations." Frame information would only be relevant to a stream so why would the base Image class need to be changed? Richard > Hi Richard, > > Chasing after Pi

Re: [osg-users] ImageStream current frame

Hi Richard, Chasing after PixelBufferObject usage will just waste your time on something that really won't lead to much benefit. What you are after is a value that the OSG doesn't at present provide, but the OSG is open source, so you can take the source extended it to do what you need to do and

Re: [osg-users] ImageStream current frame

thanks for the clarification about ImageStream Robert. If I understand right ImageStream buffers the frames in a PixelBufferObject and switches the frames in the compileBuffer() function. So if I could get feedback from this function then I could determine the frame count. Possibly the _compiledLi

Re: [osg-users] ImageStream current frame

Hi Richard, These methods are virtual methods, and ImageStream is a base class... that implementations subclass from, so the fact a header doesn't implement something doesn't say anything about the actual implementations that are meant to implement it. Secondly the getReferenceTime() and TimeMult

[osg-users] ImageStream current frame

hello, I would like to display what percentage of a video has been played. I'm using the ImageStream class and I thought getReferenceTime() or getTimeMultiplier() might help me, but they always return 0. Examining the header file I found this: 72 virtual double getLength() const { ret