Quelle est la vitesse des convertisseurs de ClipManta ?

Ce que nous avons vérifié

Conversions terminées

180/180 Sur ces cinq scénarios et six profils.

Fichiers de sortie vérifiés

216 Chaque résultat a été entièrement décodé de façon indépendante.

Téléchargements du moteur lors des répétitions

0 B Maximum parmi les répétitions mesurées.

• L’extraction AAC copie l’audio existant. AAC compatible → M4A ne nécessite ni réencodage ni téléchargement d’un encodeur supplémentaire.
• La conversion FLAC et par lot a abouti dans chaque profil testé. WebKit a utilisé un repli FFmpeg validé lorsque son décodeur de navigateur ne pouvait pas traiter le FLAC.
• Les répétitions ont réutilisé le code du moteur. Aucun moteur n’a été téléchargé avant le lancement de l’opération et aucune répétition mesurée n’en a téléchargé à nouveau le code, y compris sur la voie FFmpeg de WebKit.

Combien de temps la conversion a-t-elle pris ?

La première exécution utilise un nouveau profil de navigateur. La répétition traite de nouveau le même fichier avec la même opération dans le même onglet. Les temps incluent le chargement du code, le traitement et les vérifications du résultat.

Versions pour ordinateur sur un Apple M4 Pro avec 48 GiB de RAM. Ces mesures ne promettent pas que chaque conversion sera plus rapide : les vérifications et le stockage supplémentaires peuvent ajouter du temps. Les six profils figurent ci-dessous.

Quelle quantité de code a été téléchargée ?

Le moteur de traitement se charge après le lancement de l’opération. Ce tableau inclut le moteur, les codecs et les composants auxiliaires de l’interface téléchargés avant que le résultat soit prêt.

FFmpeg ne se charge que lorsque la voie plus légère ne peut pas traiter le fichier. Ses octets ont été réutilisés lors des répétitions de ces tests ; les données stockées par le navigateur peuvent néanmoins être effacées ou supprimées automatiquement.

KB/MB sont des unités décimales fondées sur l’octet pour exprimer la taille des corps de réponse compressés. Les mesures utilisaient HTTP en local avec gzip, sans télémétrie facultative. WASM signifie WebAssembly ; des codecs dédiés peuvent en contenir dans un bloc JavaScript.

Quels navigateurs ont été testés ?

Les profils mobiles émulent l’affichage, la saisie tactile et l’agent utilisateur sur ce Mac. Ils ne mesurent pas le matériel des téléphones. WebKit est Playwright WebKit, pas Safari.app. Safari sur des appareils iOS réels, les appareils Android et les navigateurs intégrés à Telegram, Instagram ou TikTok n’ont pas été testés.

Résultats complets du suivi

Ouvrez un profil pour voir les 5 scénarios. Les valeurs indiquent les médianes, les intervalles min–max et le nombre de temps enregistrés (n). Sur les petits écrans, faites défiler le tableau.

Méthode et données téléchargeables

1. Mêmes entrées, trois paires première exécution/répétition. Les fichiers audio de test étaient stéréo et duraient 30 secondes ; l’extraction AAC utilisait un MP4 720p de 12 secondes ; AVI utilisait un clip d’environ quatre secondes. Chaque paire lançait un nouveau processus de navigateur et un profil stocké sur disque. Les caches du système d’exploitation n’ont pas été vidés.
2. Temps jusqu’à disponibilité. Du lancement de l’opération à l’activation du téléchargement, validation intégrée du résultat comprise. La sélection, l’enregistrement et les vérifications indépendantes étaient hors chronométrage. Les tâches s’exécutaient successivement, sans limitation du réseau ou du processeur.
3. Code et téléchargements observés. Des sondes de worker, de codec et de WASM ont enregistré les voies de traitement ; un serveur local a enregistré les octets des réponses gzip selon les règles de cache/CSP de production. Les codecs observés incluent ceux utilisés pour la validation des sorties. Le surcoût des sondes n’a pas été étalonné pour ce corpus.
4. Chaque résultat vérifié. Les 216 fichiers ont réussi le décodage FFmpeg complet et indépendant ainsi que les vérifications des pistes requises, de la durée, du codec, de l’audio et de la vidéo. L’extraction AAC a aussi réussi les contrôles d’identité des paquets. Le résultat du traitement d’AVI a conservé la normalisation documentée de la chronologie source.

Ce suivi porte sur cinq scénarios sélectionnés, et non sur une nouvelle exécution de la précédente suite de 38 scénarios. Il ne permet d’établir ni le taux de réussite de l’ensemble du site, ni la proportion d’utilisation du chemin de repli, ni la sécurité du traitement des gros fichiers, ni l’accélération matérielle, ni le pic d’utilisation de la mémoire, ni la qualité perceptuelle.

Les données constituent un instantané daté de la compilation 679531e. Les justificatifs ne se téléchargent que lorsque vous choisissez un lien.

• Toutes les exécutions de test (CSV) · 88,7 KB
• Tous les fichiers téléchargés (CSV) · 203,0 KB
• Environnement et fichiers d’entrée (JSON) · 15,1 KB
• Justificatifs complets et scripts de reproduction (ZIP) · 2,88 MB

Ancien rapport sur 38 scénarios et données brutes (ZIP) · 1 368 tentatives sur la compilation 35d47a0, avant les améliorations de fiabilité. Les mesures historiques sont conservées dans cette archive.