Partager via


Activer la journalisation dans le SDK Speech

La journalisation dans un fichier est une fonctionnalité facultative pour le SDK Speech. Pendant le développement, la journalisation fournit des informations et des diagnostics supplémentaires en provenance des composants de base du SDK Speech. Elle peut être activée en attribuant à la propriété Speech_LogFilename d’un objet de configuration Speech l’emplacement et le nom du fichier journal. La journalisation est gérée par une classe statique dans la bibliothèque native du kit de développement logiciel (SDK) Speech. Vous pouvez activer la journalisation pour n’importe quelle instance de module de reconnaissance ou de synthétiseur du SDK Speech. Toutes les instances dans le même processus écrivent leurs entrées de journal dans le même fichier journal.

Exemple

Le nom du fichier journal est spécifié dans un objet de configuration. En prenant SpeechConfig comme exemple et en supposant que vous avez créé une instance appelée speechConfig :

speechConfig.SetProperty(PropertyId.Speech_LogFilename, "LogfilePathAndName");
speechConfig.setProperty(PropertyId.Speech_LogFilename, "LogfilePathAndName");
speechConfig->SetProperty(PropertyId::Speech_LogFilename, "LogfilePathAndName");
speech_config.set_property(speechsdk.PropertyId.Speech_LogFilename, "LogfilePathAndName")
[speechConfig setPropertyTo:@"LogfilePathAndName" byId:SPXSpeechLogFilename];
import ("github.com/Microsoft/cognitive-services-speech-sdk-go/common")

speechConfig.SetProperty(common.SpeechLogFilename, "LogfilePathAndName")

Vous pouvez créer un module de reconnaissance à partir de l’objet Configuration. Cela permet la journalisation pour tous les modules de reconnaissance.

Remarque

Si vous créez un SpeechSynthesizer à partir de l’objet de configuration, la journalisation n’est pas activée. S’il s’avère qu’elle est quand même activée, vous recevez aussi les diagnostics de SpeechSynthesizer.

JavaScript est une exception dans laquelle la journalisation est activée via le SDK diagnostics comme indiqué dans l’extrait de code suivant :

sdk.Diagnostics.SetLoggingLevel(sdk.LogLevel.Debug);
sdk.Diagnostics.SetLogOutputPath("LogfilePathAndName");

Créer un fichier journal sur différentes plateformes

Pour Windows ou Linux, le fichier journal peut figurer dans n’importe quel chemin pour lequel l’utilisateur dispose d’une autorisation d’accès en écriture. Les autorisations d’accès en écriture aux emplacements du système de fichiers des autres systèmes d’exploitation peuvent être limitées ou restreintes par défaut.

Plateforme Windows universelle (UWP)

Les applications UWP doivent placer les fichiers journaux à l’un des emplacements de données d’application (locaux, itinérants ou temporaires). Un fichier journal peut être créé dans le dossier d’application local :

StorageFolder storageFolder = ApplicationData.Current.LocalFolder;
StorageFile logFile = await storageFolder.CreateFileAsync("logfile.txt", CreationCollisionOption.ReplaceExisting);
speechConfig.SetProperty(PropertyId.Speech_LogFilename, logFile.Path);

Au sein d’une application UWP Unity, un fichier journal peut être créé en utilisant le dossier du chemin des données persistantes de l’application, comme suit :

#if ENABLE_WINMD_SUPPORT
    string logFile = Application.persistentDataPath + "/logFile.txt";
    speechConfig.SetProperty(PropertyId.Speech_LogFilename, logFile);
#endif

Pour plus d’informations sur les autorisations d’accès aux fichiers dans les applications UWP, consultez Autorisations d’accès aux fichiers.

Android

Vous pouvez enregistrer un fichier journal dans un espace de stockage interne, externe ou dans le répertoire du cache. Les fichiers créés dans l’espace de stockage interne ou dans le répertoire du cache sont privés pour l’application. Il est préférable de créer un fichier journal dans un espace de stockage externe.

File dir = context.getExternalFilesDir(null);
File logFile = new File(dir, "logfile.txt");
speechConfig.setProperty(PropertyId.Speech_LogFilename, logFile.getAbsolutePath());

Le code ci-dessus enregistre un fichier journal dans l’espace de stockage externe à la racine d’un répertoire propre à l’application. Un utilisateur peut accéder au fichier avec le gestionnaire de fichiers (généralement dans Android/data/ApplicationName/logfile.txt). Le fichier est supprimé lorsque l’application est désinstallée.

Vous devez aussi demander une autorisation WRITE_EXTERNAL_STORAGE dans le fichier manifeste :

<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="...">
  ...
  <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
  ...
</manifest>

Au sein d’une application Android Unity, le fichier journal peut être créé en utilisant le dossier du chemin des données persistantes de l’application, comme suit :

string logFile = Application.persistentDataPath + "/logFile.txt";
speechConfig.SetProperty(PropertyId.Speech_LogFilename, logFile);

De plus, vous avez aussi besoin de définir l’autorisation d’écriture dans les paramètres de votre lecteur Unity pour Android sur « External (SDCard) ». Le journal est écrit dans un répertoire que vous pouvez obtenir en utilisant un outil comme AndroidStudio Device File Explorer. Le chemin exact du répertoire peut varier entre les appareils Android. L’emplacement est généralement le répertoire sdcard/Android/data/your-app-packagename/files.

Vous trouverez des informations supplémentaires sur le stockage de données et de fichiers pour les applications Android ici.

iOS

Seuls les répertoires à l’intérieur du bac à sable d’application sont accessibles. Des fichiers peuvent être créés dans les répertoires documents, library et temp. Les fichiers contenus dans le répertoire documents peuvent être mis à la disposition d’un utilisateur.

Si vous utilisez Objective-C sur iOS, utilisez l’extrait de code suivant pour créer un fichier journal dans le répertoire document de l’application :

NSString *filePath = [
  [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) firstObject]
    stringByAppendingPathComponent:@"logfile.txt"];
[speechConfig setPropertyTo:filePath byId:SPXSpeechLogFilename];

Pour accéder à un fichier créé, ajoutez les propriétés ci-dessous à la liste de propriétés Info.plist de l’application :

<key>UIFileSharingEnabled</key>
<true/>
<key>LSSupportsOpeningDocumentsInPlace</key>
<true/>

Si vous utilisez Swift sur iOS, utilisez l’extrait de code suivant pour activer les journaux :

let documentsDirectoryPathString = NSSearchPathForDirectoriesInDomains(.documentDirectory, .userDomainMask, true).first!
let documentsDirectoryPath = NSURL(string: documentsDirectoryPathString)!
let logFilePath = documentsDirectoryPath.appendingPathComponent("swift.log")
self.speechConfig!.setPropertyTo(logFilePath!.absoluteString, by: SPXPropertyId.speechLogFilename)

Vous trouverez des informations complémentaires sur le système de fichiers iOS ici.

Journalisation avec plusieurs modules de reconnaissance

Même si un chemin de sortie de fichier journal est spécifié comme propriété de configuration dans un objet SpeechRecognizer ou un autre objet de SDK, la journalisation de SDK est une fonctionnalité singleton au niveau processus sans concept d’instances individuelles. Vous pouvez la considérer comme le constructeur SpeechRecognizer (ou un constructeur similaire) appelant implicitement une routine « Configurer la journalisation globale » statique et interne avec les données de propriété disponibles dans le SpeechConfig correspondant.

Ainsi, par exemple, vous ne pouvez pas configurer six modules de reconnaissance parallèles pour générer des sorties simultanément dans six fichiers distincts. Au lieu de cela, le dernier module de reconnaissance créé configure l’instance de journalisation globale pour qu’elle génère une sortie dans le fichier spécifié dans ses propriétés de configuration et l’ensemble de la journalisation du SDK est émis dans ce fichier.

Cela signifie également que la durée de vie de l’objet qui a configuré la journalisation n’est pas liée à la durée de la journalisation. La journalisation ne s’arrêtera pas en réponse à la publication d’un objet de SDK et se poursuivra tant qu’aucune nouvelle configuration de journalisation ne sera fournie. Quand une journalisation au niveau processus a démarré, vous pouvez l’arrêter en définissant le chemin du fichier journal sur une chaîne vide à la création d’un objet.

Pour réduire la confusion potentielle durant la configuration de la journalisation pour plusieurs instances, il peut être utile de considérer le contrôle de la journalisation indépendamment des objets effectuant effectivement le travail. Voici un exemple de paire de routines d’assistance :

void EnableSpeechSdkLogging(const char* relativePath)
{
	auto configForLogging = SpeechConfig::FromSubscription("unused_key", "unused_region");
	configForLogging->SetProperty(PropertyId::Speech_LogFilename, relativePath);
	auto emptyAudioConfig = AudioConfig::FromStreamInput(AudioInputStream::CreatePushStream());
	auto temporaryRecognizer = SpeechRecognizer::FromConfig(configForLogging, emptyAudioConfig);
}

void DisableSpeechSdkLogging()
{
	EnableSpeechSdkLogging("");
}

Étapes suivantes