> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/verkada-cameras/fr/installation/variable-bitrates-for-ptz-cameras.md). # Débits binaires variables pour les caméras PTZ En savoir plus sur les débits binaires variables pour les caméras PTZ Les caméras PTZ ont des débits binaires variables qui offrent la meilleure qualité vidéo possible avec 30, 60, 90 ou 180 jours de rétention, selon le stockage embarqué. Les débits binaires changent selon l’état dans lequel la caméra fonctionne. Les caméras PTZ peuvent fonctionner dans deux états : * **Statique**—La caméra est en ligne et enregistre, mais ne bouge pas. * **Contrôlé par l’utilisateur**—La caméra enregistre, où un utilisateur autorisé contrôle manuellement la caméra via les contrôles in-Verkada Command **ou** une télécommande portable. *** ## Comment fonctionnent les débits binaires variables Les caméras PTZ utilisent 4 diffuser distincts pour garantir la meilleure expérience utilisateur possible. Chaque caméra utilise **H.264 et H.265** dans les diffuser de qualité standard (SQ) et de haute qualité (HQ). #### CP52-E | | | | | | ------------------------- | ------------- | ------------------- | ----------------------- | | **diffuser** | **Objectif** | **Statique (Kbps)** | **En mouvement (Kbps)** | | SQ (H.264 uniquement) | Vue en direct | 1,000 | 2,000 | | SQ (H.265 pris en charge) | Stockage | 600 | 1,500 | | HQ (H.264 uniquement) | Vue en direct | 3,000 | 4,500 | | HQ (H.265 pris en charge) | Stockage | 2,500 | 4,000 | #### CP63-E | | | | | | ------------------------- | ------------- | ------------------- | ----------------------- | | **diffuser** | **Objectif** | **Statique (Kbps)** | **En mouvement (Kbps)** | | SQ (H.264 uniquement) | Vue en direct | 1,000 | 3,000 | | SQ (H.265 pris en charge) | Stockage | 1,200 | 1,500 | | HQ (H.264 uniquement) | Vue en direct | 3,000 | 5,000 | | HQ (H.265 pris en charge) | Stockage | 4,000 | 4,000 | *** ### À propos des diffuser | | | | ----------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **diffuser** | **Cas d'utilisation** | | SQ H.264 uniquement | Vue en direct uniquement et n’est pas conservé pour les enregistrements historiques. Ce diffuser est destiné à la surveillance en direct sur des débits Internet plus lents ou lors de l’utilisation de l’application mobile en déplacement. | | SQ H.265 pris en charge | Utilisé pour les enregistrements historiques SQ et fonctionne à des débits binaires légèrement plus faibles comparé au diffuser SQ en direct. Ce diffuser est destiné à la surveillance historique lorsqu’aucun mouvement ne se produit dans la scène de la caméra ou lors de l’utilisation d’une connexion Internet lente. | | HQ H.264 uniquement | Vue en direct uniquement et n’est pas conservé pour les enregistrements historiques. Utilisé pour la surveillance en direct sur des réseaux pouvant allouer au moins 4,5 Mbps à la caméra. | | HQ H.265 pris en charge | Utilisé pour les enregistrements historiques HQ et fonctionne à un débit binaire légèrement plus faible afin de privilégier le nombre de jours HQ qui seront stockés. Ce diffuser est destiné aux enquêtes historiques sur les événements de mouvement. | --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://help.verkada.com/verkada-cameras/fr/installation/variable-bitrates-for-ptz-cameras.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.