Feature Request

31 views
Skip to first unread message

Cid Vilas

unread,
Feb 24, 2012, 9:24:51 AM2/24/12
to ReconstructMe
It would be nice to have a progress bar when performing Replay. That
way you can see how far into the recording you've gone through. On
slower computers, it can be useful to know remaining time. Oh! A time
estimate would be amazing too. :)

Christoph Heindl

unread,
Feb 24, 2012, 9:36:54 AM2/24/12
to recons...@googlegroups.com
Thanks for that idea! I've put that onto my todo list, but won't be added in the near future, since it requires a major refactoring of the current file storage format (we don't know how many frames are left, we read until the stream has ended :)

I think we should consider a public issue tracker hmm...
Message has been deleted

kenwshmt

unread,
Feb 25, 2012, 8:24:18 AM2/25/12
to ReconstructMe
progress bars have been historically inaccurate, maybe just a byte
count vs file size identifier?
Half the file size is more or less half of the content.

On Feb 24, 8:36 am, Christoph Heindl <christoph.hei...@gmail.com>
wrote:

Martin Ankerl

unread,
Feb 25, 2012, 8:52:01 AM2/25/12
to recons...@googlegroups.com
This is difficult right now, because we are treating the input file as a stream right now. So the data input is just a continuous stream of data, which eventually reaches EOF. This streaming allows some cool features in future: e.g. you could record your data on a low power laptop, and stream it over the network to a powerful computer that does all the calculations.

We could write a special case when streaming for a file to get a progress bar, this should not be too difficult. 

Martin
Reply all
Reply to author
Forward
0 new messages