fix: Correct edited video detection heuristic by checking FPS fraction denominator and update uv.lock dependencies.

Author: RazorBackRoar

src/Libra/core/video_metadata.py

@@ -187,6 +187,20 @@ def _extract_iphone_model(exif_out: str) -> str | None:
 
     @staticmethod
     def _is_edited_fps(file_path: Path) -> bool:
+        """Heuristic: re-encoded/edited video tends to have an integer FPS fraction.
+
+        Native camera footage uses fractional rates:
+          - 30000/1001 ≈ 29.97 fps  (standard NTSC)
+          - 60000/1001 ≈ 59.94 fps
+        Re-encoded/edited footage uses exact integer fractions:
+          - 30/1 = exactly 30 fps
+          - 60/1 = exactly 60 fps
+
+        Comparing the rounded float (as the original code did) causes false positives
+        because 30000/1001 rounds to 29.97, not 30.0 — but some recording modes and
+        screen-recording tools do produce genuine 30/1 or 60/1 streams on unedited
+        files. Using the denominator is a stronger discriminator.
+        """
         try:
             result = subprocess.run(
                 [
@@ -207,11 +221,12 @@ def _is_edited_fps(file_path: Path) -> bool:
             )
             fraction = result.stdout.strip()
             if "/" in fraction:
-                num, den = map(float, fraction.split("/"))
-                if den > 0:
-                    exact_fps = round(num / den, 6)
-                    if exact_fps in (30.000000, 60.000000):
-                        return True
+                parts = fraction.split("/", 1)
+                num, den = float(parts[0]), float(parts[1])
+                # Native camera: denominator is typically 1001 (e.g. 30000/1001 = 29.97)
+                # Re-encoded: denominator is 1 (e.g. 30/1, 60/1)
+                if den > 0 and int(den) == 1 and int(num) in (30, 60):
+                    return True
             return False
         except (FileNotFoundError, ValueError):
             return False