Comment lire à partir d'objets System.Drawing en C#

Pourquoi l'instruction using est-elle importante pour OcrImageInput?

La déclaration using est cruciale lorsque l'on travaille avec OcrImageInput car elle assure une bonne gestion des ressources et un nettoyage de la mémoire. OcrImageInput implémente IDisposable, ce qui signifie qu'il détient des ressources non gérées qui doivent être libérées lorsque vous n'utilisez plus l'objet. Sans la mention utilisant, ces ressources pourraient ne pas être libérées rapidement, ce qui pourrait entraîner des fuites de mémoire ou des blocages de fichiers. Cela est particulièrement important lors du traitement de plusieurs images dans le cadre d'opérations par lots. Pour plus de détails sur la gestion correcte des ressources dans IronOcr, consultez notre documentation Référence API.

Quelles sont les méthodes courantes de chargement des images bitmap ? `System.Drawing.Bitmap` fournit plusieurs méthodes de chargement au-delà du constructeur de chemin de fichier utilisé dans notre exemple. Vous pouvez créer des `Bitmaps` à partir de flux (`new Bitmap(stream)`), à partir d'`Images` existantes (`new Bitmap(image)`), ou même créer des bitmaps vierges avec des dimensions spécifiques (`new Bitmap(width, height)`). Lorsque vous travaillez avec des applications web, le chargement à partir de flux est particulièrement utile pour traiter les fichiers téléchargés. Pour les ressources intégrées, vous pouvez utiliser `Assembly.GetManifestResourceStream()`. IronOcr gère toutes ces sources `Bitmap` de manière transparente grâce au constructeur `OcrImageInput`. Pour en savoir plus sur les différentes méthodes de saisie, consultez notre guide [Images (jpg, png, gif, tiff, bmp)](https://ironsoftware.com/csharp/ocr/how-to/input-images/). ### Quand dois-je me débarrasser de l'objet Bitmap? Le délai d'élimination des bitmaps dépend du flux de travail de votre application. Si vous n'avez besoin du `Bitmap` que pour l'OCR, éliminez-le immédiatement après avoir créé le `OcrImageInput`. Toutefois, si vous devez effectuer plusieurs opérations ou afficher l'image, maintenez-la en vie jusqu'à ce que toutes les opérations soient terminées. Utilisez toujours des instructions `utilisant` ou des blocs try-finally pour garantir l'élimination. N'oubliez pas que `OcrImageInput` crée sa propre copie interne, de sorte que la `Bitmap` d'origine peut être éliminée après la création de `OcrImageInput`. Pour les scénarios complexes impliquant plusieurs opérations sur les images, consultez nos exemples de [filtres d'optimisation d'image OCR](https://ironsoftware.com/csharp/ocr/examples/ocr-image-filters-for-net-tesseract/). ## Comment lire dans System.Drawing.Image? La lecture d'une `System.Drawing.Image` est aussi simple que la création de l'objet `OcrImageInput` avec l'`Image` et l'exécution du processus OCR standard à l'aide de la méthode `Read`. ```csharp :path=/static-assets/ocr/content-code-examples/how-to/input-system-drawing-read-image.cs ```

Quelle est la différence entre Image et Bitmap pour l'OCR ? Alors que `System.Drawing.Bitmap` est une implémentation spécifique pour les images bitmap, `System.Drawing.Image` est une classe de base abstraite qui peut représenter différents formats d'image, notamment JPEG, PNG, GIF et TIFF. À des fins d'OCR, IronOcr traite les deux de manière identique via `OcrImageInput`, mais `Image` offre plus de flexibilité lorsque vous travaillez avec différents formats. `Bitmap` offre des capacités de manipulation au niveau du pixel, tandis que `Image` est plus adapté à la manipulation générale des images. Les deux fonctionnent aussi bien l'un que l'autre avec le moteur avancé Tesseract 5 d'IronOCR. Le choix dépend des besoins généraux de votre application plutôt que des performances de l'OCR.

Pourquoi utiliser Image.FromFile plutôt que d'autres méthodes de chargement ? `Image.FromFile` est la méthode la plus simple et la plus directe pour charger des images à partir d'un disque. Il détecte automatiquement le format de l'image et gère le processus de lecture du fichier. Des méthodes alternatives comme `Image.FromStream` sont plus appropriées pour les applications web ou pour travailler avec des flux de mémoire. `Image.FromFile` verrouille le fichier jusqu'à ce que l'`Image` soit éliminée, ce qui peut être une considération dans les applications multithread. Pour les scénarios de production nécessitant des performances élevées ou un accès simultané, envisagez d'abord de charger les images dans des flux de mémoire. Notre exemple [Multithreaded Tesseract OCR](https://ironsoftware.com/csharp/ocr/examples/csharp-tesseract-multithreading-for-speed/) démontre les meilleures pratiques pour le traitement concurrent des images. ## Comment lire IronSoftware.Drawing.AnyBitmap? De même, après avoir créé ou obtenu un objet `AnyBitmap` , vous pouvez construire la classe `OcrImageInput` . Le constructeur se chargera de toutes les étapes nécessaires à l'importation des données. L'exemple de code ci-dessous illustre cela. ```csharp :path=/static-assets/ocr/content-code-examples/how-to/input-system-drawing-read-anybitmap.cs ```

Pourquoi choisir AnyBitmap plutôt que les classes System.Drawing ? `AnyBitmap` offre une compatibilité multiplateforme supérieure à celle des classes `System.Drawing`. Alors que `System.Drawing.Common` bénéficie d'une prise en charge limitée sur les plateformes non Windows dans .NET 6+, `AnyBitmap` fonctionne de manière transparente sous Windows, Linux et macOS. Il fournit une API cohérente sans dépendances spécifiques à une plateforme, ce qui le rend idéal pour les déploiements dans le nuage et les applications conteneurisées. `AnyBitmap` offre également une meilleure gestion de la mémoire et des optimisations de performances spécifiquement conçues pour les tâches de traitement d'images. Pour des informations détaillées sur la compatibilité, consultez notre documentation [Compatibilité](https://ironsoftware.com/csharp/ocr/docs/).

Quelles sont les plateformes prises en charge par AnyBitmap ? `AnyBitmap` prend en charge toutes les principales plateformes sur lesquelles .NET fonctionne : Windows (x86, x64, ARM), Linux (y compris Alpine Linux pour Docker) et macOS (Intel et Apple Silicon). La prise en charge d'un grand nombre de plateformes en fait le choix recommandé pour les applications .NET modernes qui doivent fonctionner dans divers environnements. Elle est particulièrement utile pour les déploiements dans le cloud sur AWS Lambda ou Azure Functions. Pour en savoir plus sur la configuration spécifique à une plateforme, consultez nos guides pour les environnements [Linux](https://ironsoftware.com/csharp/ocr/get-started/linux/), [macOS](https://ironsoftware.com/csharp/ocr/get-started/mac/) et [Docker](https://ironsoftware.com/csharp/ocr/get-started/docker/). ### Comment AnyBitmap gère-t-il la mémoire ? `AnyBitmap` met en œuvre une gestion efficace de la mémoire grâce à l'intégration automatique du ramassage des ordures et à des modèles d'élimination explicites. Il utilise la mise en commun de la mémoire pour les tampons fréquemment alloués et met en œuvre la sémantique de copie sur écriture pour de meilleures performances. Contrairement à `System.Drawing.Bitmap` qui peut contenir des verrous de fichier, `AnyBitmap` charge les images entièrement dans la mémoire, évitant ainsi les problèmes d'accès aux fichiers. Il permet également de mieux contrôler l'utilisation de la mémoire dans les scénarios à haut débit. Pour les applications traitant de grands volumes d'images, l'efficacité de la mémoire d'`AnyBitmap` peut réduire de manière significative l'empreinte mémoire globale. Consultez notre guide [System.Drawing.Common Alternatives](https://ironsoftware.com/csharp/ocr/troubleshooting/system-drawing-common-ironocr/) pour obtenir des conseils de migration. ## Comment puis-je spécifier une région de balayage? Lors de la construction de la classe `OcrImageInput` , vous pouvez spécifier la zone à scanner. Cela vous permet de définir la région spécifique du document image pour la reconnaissance optique de caractères (OCR). En fonction du document image, la spécification de la région de numérisation peut améliorer considérablement les performances. Dans l'exemple de code fourni, seuls le numéro et le titre du chapitre sont extraits. ```csharp :path=/static-assets/ocr/content-code-examples/how-to/input-images-read-specific-region.cs ```

Quand devrais-je utiliser le balayage de régions pour de meilleures performances ? La numérisation par région améliore considérablement les performances lorsque vous n'avez besoin que de texte provenant de zones spécifiques de documents cohérents. Les cas d'utilisation courants comprennent l'extraction d'en-têtes, de champs de formulaires, de totaux de factures ou d'informations sur les cartes d'identité. Les gains de performance sont les plus significatifs avec les grandes images où le texte n'occupe qu'une petite partie. Pour une facture de 3 000 x 4 000 pixels, la numérisation de la région du montant total peut être 10 à 20 fois plus rapide que l'OCR pleine page. La numérisation des régions améliore également la précision en éliminant les bruits potentiels provenant d'autres zones. Pour d'autres exemples de régions, consultez notre guide [Zones de contenu et régions de recadrage avec les PDF](https://ironsoftware.com/csharp/ocr/troubleshooting/crop-regions-rectangles/).

Comment déterminer les coordonnées correctes de ma région ? Pour déterminer les coordonnées, il faut comprendre que le `Rectangle` utilise le format (X, Y, Largeur, Hauteur), où (0,0) est le coin supérieur gauche. Commencez par ouvrir votre image dans un éditeur d'images qui affiche les coordonnées du curseur. Vous pouvez également utiliser les fonctionnalités de débogage d'IronOCR pour visualiser les régions de texte détectées. Pour les mises en page dynamiques, envisagez d'utiliser IronOcr pour effectuer d'abord un balayage complet, puis analyser le `OcrResult` pour trouver les positions du texte de manière programmatique. Notre exemple [Highlight Texts for Debugging](https://ironsoftware.com/csharp/ocr/examples/highlight-texts-for-debugging/) montre comment visualiser les régions OCR pour une détermination précise des coordonnées. ### Que se passe-t-il si la région dépasse les limites de l'image? Lorsqu'une région spécifiée dépasse les limites de l'image, IronOCR la coupe automatiquement dans la zone d'image valide. Par exemple, si votre image fait 1000x1000 pixels et que vous spécifiez un rectangle à (900, 900, 200, 200), IronOCR ne traitera que la zone allant de (900, 900) à (1000, 1000). Ce découpage automatique évite les erreurs mais peut entraîner une extraction incomplète du texte si vos coordonnées sont incorrectes. Validez toujours vos régions par rapport aux dimensions réelles de l'image. Pour les images de taille dynamique, calculez les régions en pourcentage plutôt qu'en pixels fixes. Le guide [OCR Region of an Image](https://ironsoftware.com/csharp/ocr/how-to/ocr-region-of-an-image/) fournit d'autres exemples de gestion sûre des régions. ### Résultat OCR