Thank you for your thoughtful review and insightful questions. We appreciate the opportunity to clarify HERMES's architecture choice, provide more visualizations, and better position our work.
### Reply to: *The architecture design cannot reflect the authors' analysis of episodic and semantic memory. Simply using QFormer or token merging strategies can compress video tokens, but is not sufficient to construct the structural memory.*
We agree that any attempt to map the human cognitive processes to neural network design or frameworks are bound to be a simplification of how the former really works, and our work is not exempt. However we want to argue that our modules are close-enough abstractions of what we know about how humans understand the surrounding world or specific scenes (Please refer to the Appendix A.7 for more on our take on that). Specifically:
- The ECO module implements an abstraction of episodic memory by aggregating temporally-related scenes while preserving their sequential relationships - mimicking how human episodic memory consolidates sequential experiences. ECO module identifies and groups related temporal segments while maintaining their chronological structure.
- SeTR implements semantic memory by extracting high-level concepts that persist throughout the video, similar to how humans abstract general themes from specific experiences.
- These two components work in tandem, just as human episodic and semantic systems interact, with ECO handling event sequences and SeTR managing thematic understanding.
### Reply to: *Also, the authors are expected to show some visualizations of the token merging in semantic retrieval to show the structure of the semantic memory compression.*
We appreciate the suggestion regarding visualizations of semantics and episodes.
We provide visualizations of episodes and semantics extracted by ECO and SeTR, respectively, from a sample video (https://gifyu.com/image/SGhZw)
* Episode capturing the flies: https://gifyu.com/image/SGhYV
* Episode capturing the landscape: https://gifyu.com/image/SGhY6
* Episode capturing flying birds: https://gifyu.com/image/SGhY4
* Semantic representation of the land: https://gifyu.com/image/SGhrs
* Semantic representation of the lizard: https://gifyu.com/image/SGhrL
* Semantic representation of the birds: https://gifyu.com/image/SGhrp
We will add these visualizations in the revised version of our paper to help the reader better understand how HERMES maintains coherent episodic and semantic representations while reducing dimensionality.
### Reply to: *The results on more recent long video benchmarks, e.g., VideoMME, MLVU, LVBench, etc, are desired.*
We appreciate the reviewers' suggestions regarding newer benchmarks. We want to clarify important context about our work's positioning and contributions:
1. Focus on Resource Efficiency:
- Our work mainly targets training-free improvements through ECO and SeTR modules
- These modules provide significant gains without requiring expensive pretraining or massive compute resources (which we don't have)
- This approach makes our contribution accessible to broader research community as they can be used as inexpensive plug-ins
- Table 7 demonstrates this: substantial improvements to MA-LMM through plug-and-play integration
2. Benchmark Selection Rationale:
- Our current backbone (BLIP-2) was pretrained on images only and on much smaller datasets than the most recent video-language models. This makes HERMES more suitable for traditional video benchmarks (LVU, Breakfast, COIN), especially for fully-supervised tasks
- We have strong results (zero-shot and fully-supervised) on MovieChat-1k which shows our modules' effectiveness even with a simpler backbone. Datasets such as VideoMME, MLVU and LVBench are mostly MCQs and zero-shot only, therefore our backbone is not suitable for them. We recognize that this is a weakness of our model, and we are working on addressing it.
3. How do we address it?
- We designed ECO and SeTR to be model-agnostic (we showed a glimpse of that in Table 7)
- For camera-ready, we will demonstrate portability to newer models and test them on VideoMME, MLVU and LVBench. Such integration will address the backbone weakness we talked about earlier and showcase our modules' value as universal improvements to video-language models.
We look forward to your feedback and are happy to provide any additional information or analyses that would be helpful in your evaluation. Thank you.