92ff1ee962
## 问题根因 MaterialMatchingService中直接调用material_repo.get_by_project_id()方法， 该方法只返回素材基本信息，不包含segments字段，导致： 1. material.segments.is_empty()始终为true 2. 匹配逻辑创建虚拟片段，使用原始素材完整时长 3. 10.042秒的原始素材与1.267秒的模板片段比较，超出692.8% ## 解决方案 将所有调用material_repo.get_by_project_id()的地方改为： MaterialService::get_project_materials() 该方法会： 1. 调用repository.get_by_project_id()获取素材基本信息 2. 为每个素材调用repository.get_segments()加载片段信息 3. 返回包含完整片段信息的素材列表 ## 修改位置 1. match_materials方法 - 主要匹配逻辑 2. can_template_be_fully_matched方法 - 模板匹配检查 3. match_materials_with_used_segments方法 - 批量匹配逻辑 ## 预期效果 - material.segments不再为空 - 匹配逻辑使用真实的切分片段而不是虚拟片段 - 片段时长将是合理的切分后时长（如1-5秒）而不是原始素材时长 - 时长匹配评分将更加准确 这是一个关键修复，解决了匹配逻辑的根本问题。 |
||
|---|---|---|
| .. | ||
| capabilities | ||
| icons | ||
| src | ||
| .gitignore | ||
| Cargo.toml | ||
| build.rs | ||
| tauri.conf.json | ||