Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support stereo image streaming using Deflect #629

Merged
merged 2 commits into from
Mar 24, 2017
Merged

Conversation

eile
Copy link
Member

@eile eile commented Mar 22, 2017

No description provided.

@eile
Copy link
Member Author

eile commented Mar 22, 2017

@rdumusc: This needs testing. Will let you know.

default: break;
}

_pending[_current].emplace_back( _stream->asyncSend( imageWrapper ));
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

still asyncSend here

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

which must be the cause of your stream closing, because then the second finishFrame happens with no data

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done

~Impl()
{
// wait for completion of previous send
_sendFuture.wait();
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

no need to wait in the destructor anymore?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

::deflect::Stream::Future _sendFuture;
static const size_t _current = 0;
static const size_t _last = 1;
std::vector< ::deflect::Stream::Future > _pending[2];
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Now that there are two futures, shouldn't there be two _buffer as well? It seems to me that the current buffer could be overwritten before the last send has finished, are you sure this is not the case? Maybe even 4 buffers (2x each eye)?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done

@eile eile force-pushed the master branch 4 times, most recently from 7570cff to 1fbde01 Compare March 23, 2017 13:20
@eile
Copy link
Member Author

eile commented Mar 23, 2017

RTM.

Note: Streaming anaglyph stereo rendering gives undefined behaviour. Conceptually it makes no sense, since the streamed left/right images need to be complete.

@eile eile force-pushed the master branch 2 times, most recently from a01f8dd to 642efb4 Compare March 24, 2017 14:40
@eile eile merged commit da60242 into Eyescale:master Mar 24, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants