[OJN] Wizz.cc : API Unifiée pour les Nabaztag & Karotz

I would say that I have a version of Coniglio working on nabaztag registered on ojn.psnet.fr server. I need a couple tester just to be sure. iPhone or iPad iOS4+. Send me your UDID on a private message (so we don't hijack the thread).

Je viens de tester nabzone en français... Je n'avais du tester qu'en anglais...
Il semble que tu n'attendes pas de l'UTF8 dans tts...
Un oublie ou une volonté ? Ca peut poser quelques problèmes avec des langues non latines...

Salut,

Une volonté bien sûr...
l'api sert à bcp de monde... et de diverses manières...

tu noteras que dans le Nabz Contrôleur et le Live Chat, les accents, apostrophes, etc... sont correctement énoncés. Tout comme dans ts les flux rss, plugins...

ça dépend comment tu construis ton url.
si tu fais un utf8_encode($text) alors essaie d'ajouter aussi en fin d'url le param &apiz=1 pour voir...

sinon envoie du brut (Dom Ruinart ou Dom Pérignon si possible)

@+

Hello,

Je peux sans problème virer l'utf8_encode(),
juste pour être certain que tu ne vas pas changer ton fusil d'épaule au cas où on utilise les voix arabes ou greques...

'apiz=1' c'est l'indicateur pour indiquer qu'on envoie de l'UTF8 ?
Ai-je bien compris ?
Landry

normalement oui, cela a été défini comme ça.
mais je ne sais pas comment tu le gères. donc le mieux c'est de faire des tests...
avec la surchage utf8_encode() et &apiz=1 ou pas.

Ok, je teste ça ce soir...
Quand j'aurais un lapin sous la main !

c'est mieux en effet pour le rendu...
Faut tjs avoir un lapin sous la main !

Super !
Ca fonctionne nickel !
Merci !

Just to make you know that the source code for Coniglio (an iOS native Nabaztag controller) is available on GitHub. It's MIT licensed and it works with wizz.cc API (thanks wizz.cc for help and your work). I tested it only against the pixel server but it should work on any server connected with the wizz.cc API.
Feel free to fork it and publish your own iOS controller on AppStore (or simply compile it for yourself). If anyone is willing to take care of the server-side script (on the same repository) I'm available (for free, of course) for re-publish it if it's an useful thing to do.
Have fun!

ilTofa,
It seems a great app. Congrats!

But being an Android fan, I don't have iPhone/iPad. Maybe someone will manage something for

Bonjour, Wizz.cc

Je viens de mettre en place pour ma domotique ton api (en remplacement de celle de Violet)

Voici le message qui est envoyé:
http://api.wizz.cc/?sn=001d9216xxxx&token=85ffe319d2e566edd0bcb1ae2f68xxxx&posleft=5&posright=10&tts=Pour cette soirée, la météo est Grosse pluie, avec 80 pour cent de risque de précipitations. la direction du vent Ouest Sud Ouest à 21 kilomètres par heure. La Météo pour demain, Dimanche, 18 Septembre, est Averses éparses avec 30 pour cent de risque de précipitations. La température minimale sera de 11 degré, le maximum pourra être de 14. la direction du vent sera Ouest Sud Ouest à 26 kilomètres par heure.&ws_acapela=Bruno&utf8=1

L'annonce se fait , mais les caractères accentués ne sont pas tres bien annoncés.
Si je retire &utf8=1, j'ai une annonce de mot comme "copyright" qui est la reprentaion du caractère accentué.

Le texte est formaté par un script vb, qui construit la phrase suivant plusieurs variables.

Peux tu me dire ce que j'ai loupé?

PS: J'aussi essayé avec les autres options de l'api pour les voix, et c'est pareil.



Merci de ton aide.

Et encore bravo pour ces developpements qui font revivre nos lapins .

Jean-francois.

Re,

je viens de faire un essai en direct par ton site, et cela sort correctement sur mon lapin...

quelle est la difference entre ton site et l'api que je formate par mon script?


Jean-Francois.

J'ai eu le même 'problème'...
L'api violet attendais de l'UTF8, l'api wiizz n'en attend pas par défaut.
Si tu envoies de l'UT8, ajoute le paramètre &apiz=1 à l'url.

J'ai exactement le même souci (requête URL construite et envoyée automatiquement)

Les accents sont mal prononcés qu'il y ait utf8=1 (ou apiz=1) ou pas...

Bonjour,

Tjs pareil : attention à la source des données.

Normalement le plus simple est d'envoyer du texte brut.

Ex1: le texte est codé directement dans le script (et ne provient pas d'un formulaire de navigateur)

Code:

 $text = "C'est encore l'été à noël.";
 $url = 'http://api.wizz.cc/?sn=00xxx&token=yyy&server=pixel&tts='.urlencode($text).'&voice=fr';
 $res = @file_get_contents($url);

Ex2: idem mais encodé en utf8

Code:

 $text = utf8_encode("C'est encore l'été à noël.");
 $url = 'http://api.wizz.cc/?sn=00xxx&token=yyy&server=pixel&tts='.urlencode($text).'&voice=fr&utf8=1';
 $res = @file_get_contents($url);

Attention à la surcharge quand le texte vient déjà d'être encodé en amont... comme dans le Nabaztag Contrôleur, le site de Nabazland, etc...
Dans ce cas ajouter non pas utf8=1 mais apiz=1.

Yo!

Petit soucis récent...
Une URL sans TTS genre
http://api.wizz.cc/?sn=XXXXX&token=aaaaaaa&action=13
répond toujours
[ojn.psnet.fr] NOGOODTOKENORSERIALYour token or serial number are not correct !
alors que
http://api.wizz.cc/?sn=XXXXX&token=aaaaaaa&tts=toto
fonctionne bien.

Salut,

impossible à reproduire de mon côté ! t'es sûr ?

http://api.wizz.cc/?sn=001234567899&token=111111111&action=13&server=pixel
renvoie bien (avec les bons s/n token bien sûr)
[ojn.psnet.fr] COMMANDSENTYou rabbit will change status

je sais que pixel travaille bcp sur son serveur aujourd'hui... peut-être tombé au mauvais moment ?

Mouep c'est étrange,
Ca le fait encore...
A voir plutôt du coté serveur que de l'API de toutes façons...
Merci

Savez-vous, je reçois le même.

http://api.wizz.cc/?sn=001234567899&token=111111111&action=13&server=pixel
Droite SN et token.

[pixel] NOGOODTOKENORSERIALYour token or serial number are not correct !

Ce qui ont le problème de token, pourriez vous me communiquer par MP votre SN et votre token.
Je voudrais vérifier certains points.

Merci beaucoup

@Pixel,

Salut,

C'est le pb des minuscules/majuscules qui revient !
Tu avais modifié ça ds ton précédent serveur, du coup j'avais enlevé mon filtre.

Les s/n et token doivent être en minuscules apparemment...

Il faut absolument commité dans l'ojn référent, car il y aura tjs des utilisateurs qui taperont un coup en min, un coup en maj...

Soit forcer en min soit accepter les deux...

@Nabazland

A toi aussi de forcer la saisie ou l'envoi des s/n & token en minuscules...

wizz.cc,

Je tape en minuscules.

Pixel,

PM

Je confirme que c'est bien un pb min/maj côté ojn.
Pixel avait fait une correction il y a qques temps pour accepter les deux.
Cela ne semble plus être le cas.

Sorry! I've made a mistake!
Je me suis trompé, une erreur dans l'url.

Thx wizz.cc!

@Pixel,
Je crois qu'il y a aussi des pb de cache.
Si on joue plusieurs fois le même fichier mp3, ou exactement le même texte, alors pas d'envoi.
Ce qui revient à dire qu'une même url d'api envoyée x fois de suite n'est interprétée par le serveur qu'une seule fois.
On avait déjà eu ça sur le premier serveur.
du coup j'ai modifié de mon côté (temporairement) pour que l'url api envoyée ne soit jamais la même... &ttime=time()

Arg.. effectivement il y a un varnish sur les serveurs.
Ca allège beaucoup apache dans certains cas, mais dans d'autres cas, ça me la grouille.

Ce qui est étonnant, c'est qu'il me semblait l'avoir configuré pour ne pas avoir de cache sur ce domaine...

De plus, je vais regarder pour ce problème de min/maj.. et commiter tout cela pour éviter les soucis !