-
Notifications
You must be signed in to change notification settings - Fork 2
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
Clarification Needed: Implementing InQuest for Real-time Video Processing #6
Comments
Hi Julian, You are correct that in a production deployment you will not want to call the oracle on every frame. In this case, we are calling the oracle here in order to compute the groundtruth result for the purpose of running an experimental evaluation. The data structures Inside of TL;DR: we only call |
Hello InQuest team,
I am currently working on a project within a lab at TU Darmstadt where we are aiming to implement the InQuest pipeline with a live video stream as the input, rather than the precomputed CSV files typically used.
While adapting the code for real-time video processing, I encountered the following code segment:
InQuest/simulator.py
Lines 223 to 230 in b0ffe05
My concern is that both proxy.predict and oracle.predict are being called in the same loop for each frame. This seems counterintuitive because it appears that the oracle, which is supposed to be more costly and accurate, is being invoked as often as the proxy. Wouldn't this approach negate the intended efficiency benefits of using a proxy model in conjunction with an oracle?
Could you please provide some guidance on the purpose of this structure and whether this is the intended usage pattern? Additionally, any advice on adapting this for real-time processing would be greatly appreciated.
Thank you for your assistance!
Best regards,
Julian Lauermann
The text was updated successfully, but these errors were encountered: