Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
faire un tableau d'uchar sera positif
Bon sang !)
WebRequest ne veut rien savoir d'autre, seulement char[]
Merci, mais vous ne comprenez pas ce que je veux dire.)
Peut-être. Mais cela pourrait aussi être l'inverse ;))
C'est ainsi que l'on peut convertir les caractères courts en caractères longs. Ce n'est pas une solution très agréable, mais je ne peux pas penser à autre chose le soir :
...
Dites-moi, faites-vous vraiment du commerce sur le marché?
Hélas, je l'ai fait et je n'y retournerai pas, mais je ne découragerai pas les autres).
Bon sang !)
WebRequest ne veut rien savoir d'autre, seulement char[]
Je veux dire, ça n'a pas d'importance.
votre code fonctionne (presque) pour le russe).
eh bien, des arbres de Noël)
WebRequest ne veut rien savoir d'autre, seulement char[]
il y a peut-être quelque chose de similaire
Il m'est venu à l'esprit que les IBM facturent 5 fois plus cher le doublage parce qu'ils le rendent dans tous les formats pratiques et ne leur font pas s'embêter avec les conversions en inventant des bidouillages "maison".
Sérieusement, qu'est-ce qui se passe ? Tant de combats pour un résultat simple - obtenir le fichier, lire le fichier.
ZS. La question principale : la limite pour le voiceover 4000000 caractères par mois - suffisant pour un EA, mais pour 100 personnes cette quantité est divisée par 40 000 caractères, et pour 1000 - 4000 - c'est-à-dire, rien du tout. Même 40.000 peut être trop peu pour un seul. Cela dépend du nombre de mots prononcés et du temps de travail du conseiller expert. Alors que faire ?
La solution est que chaque utilisateur ouvre lui-même un compte Google et obtienne la clé du service TTS, qu'il saisit dans le conseiller expert au démarrage.
Il m'est venu à l'esprit que les IBM facturent 5 fois plus cher le doublage parce qu'ils le rendent dans tous les formats pratiques et ne leur font pas s'embêter avec les conversions en inventant des bidouillages "maison".
Sérieusement, qu'est-ce qui se passe ? Tant de combats pour un résultat simple - obtenir le fichier, lire le fichier.
ZS. La question principale : la limite pour le voiceover 4000000 caractères par mois - suffisant pour un EA, mais pour 100 personnes cette quantité est divisée par 40 000 caractères, et pour 1000 - 4000 - c'est-à-dire, rien du tout. Même 40 000, c'est peut-être trop peu pour un seul. Cela dépend du nombre de mots prononcés et du temps de travail du conseiller expert. Alors que faire ?
La solution est que chaque utilisateur ouvre lui-même un compte google et obtienne la clé du service TTS, qu'il saisit dans le conseiller expert au démarrage.
J'essaie toujours de comprendre - y a-t-il un moyen de faire cela ?
Je continue d'essayer de comprendre - tu ne peux pas faire quelque chose de tout ça ?
Théoriquement, je suppose que tu pourrais. C'est un programme open source et si nous essayons de porter ce code vers MQL (j'en doute, bien sûr), alors peut-être...
S'il n'est pas porté, alors il n'utilise qu'une DLL, et nous essayons de résoudre le problème sans elle.
Théoriquement, cela pourrait probablement être fait. C'est un programme open source, et si vous essayez de porter ce code vers MQL (j'en doute, bien sûr), alors peut-être...
S'il n'est pas porté, alors il n'utilise que la DLL, et nous essayons de résoudre le problème sans elle.
Merci pour la réponse ! Je suis déjà épuisé - je n'ai pas assez de connaissances.
Merci pour la réponse ! Je suis déjà épuisé - je n'ai pas assez de connaissances.
Vous êtes les bienvenus !
Au fait, je dois dire à TC que celui-là :
Entrée très étrange. Pourquoi spécifier la taille du tableau des messages d'une manière aussi étrange. La fonctionStringToCharArray fixe la bonne taille au tableau dynamique lui-même.ArrayResize semble être superflu ici.