C++

Projet de lecture RFID + GUI

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Projet de lecture RFID + GUI

wizardman

Bonjour à tous,

Je travaille actuellement sur un projet qui permettrai de lancer la lecture d'un album de musique (pour commencer) à la suite de la lecture d'un tag RFID.

De façon à le rendre le plus souple possible, je me suis tourné vers le C++ et la bibliothèque Qt 5.1.0 pour l'interface utilisateur, ainsi que AppleScript pour controler iTunes qui sera le premier lecteur média (d'autres plus tard si possible). J'ai quelques notions de C++ mais je me considère débutant. Néanmoins, cela ne devrait pas poser trop de problèmes dans un premier temps.

On considèrera qu'il existe déjà une base de données mettant en relation des numéros de tag RFID avec des identifiants d'albums (ou de morceaux) dans iTunes.

La logique d'action est la suivante :
- Lecture du tag RFID
- Recherche de l'album correspondant à l'identifiant RFID
- Exécution de la commande AppleScript qui lance l'album correspondant sur iTunes

Que pensez-vous du choix des différents éléments pour ce projet (C++, Qt 5.1.0, AppleScript) ?

Je développe sous Mac OS X Snow Leopard (10.6.8) avec Xcode 4.2 (par défaut), est-ce également un bon choix ? Existe-t-il une solution plus optimale ?
Sachant que j'ai déjà quelques soucis pour y linker Qt (il ne trouve tout simplement pas les librairies lors de la compilation, apparemment une histoire de PATH). Je ne vois pas où configurer le chemin vers Qt (néanmoins cela fonctionne très bien dans Qt Creator).

Je compte y aller par petits bouts, j'ai déjà trifouillé l'AppleScript (récupérer la liste des albums, lancer un morceau, etc.), également l'exécution du script via C++, et je pense ajouter les fonctionnalités au fur et à mesure de mon apprentissage.

Vos avis et recommandations me seraient très précieux

Publicité

Farian

Bonjour !

Étant assez fan de Qt (que je pratique depuis 10 ans), je ne peux qu'approuver votre choix !

En revanche, n'ayant jamais travaillé sur Mac', je ne saurais guère vous conseiller au niveau du compilateur et/ou de l'API AppleScript.

Pour la configuration et les bibliothèques dynamiques, je confirme, c'est bien un problème de path (ou de DYLD_LIBRARY_PATH, en l'occurrence). En revanche, sous Linux, l'option "rpath" fonctionne avec g++, xcode ne la gère pas ?

Et, pour finir, concernant votre approche, rien de particulier à redire, une vision incrémentale me paraît tout à fait adaptée.

Bon courage et tenez nous au courant de votre progression !

wizardman

Cela semble bien fonctionner jusqu'alors sur Qt Creator, je pense donc rester dessus pour le moment.
J'ai appris presque par hasard que Qt propose bien plus que du fenêtrage, c'est pas mal du tout !

Ma première question est basique.

Je compte récupérer la liste des albums iTunes via un AppleScript :

Code :

tell application "iTunes"
set uniqueNames to {}
set {albumName, artistName} to {album, artist} of every track
repeat with i from 1 to count albumName
set trackInfo to item i of albumName & ";" & item i of artistName
if trackInfo is not in uniqueNames then
copy trackInfo to beginning of uniqueNames
end if
end repeat
return reverse of uniqueNames
end tell

Ça me sort donc une liste des albums et des artistes associés (du style {"Album 1;Artiste 1", "Album 2; Artiste 2", etc}).

Pour la récupérer dans mon programme C++, puis-je utiliser une commande (QProcess::execute() par exemple) ou dois-je la stocker dans un fichier que je lis ensuite avec le programme ?
Dans le cas de QProcess::execute(), la fonction retourne -2, -1 ou 0, mais puis-je récupérer la sortie d'une commande système via cette fonction ?

Message édité par wizardman le 14-07-2013 à 20:30:25

theshockwave

I work at a firm named Koslow

Ton programme n'aura jamais besoin de tourner sur une machine qui ne soit pas Apple ?
Parce que je soupçonne que l'AppleScript ne fonctionne pas top pour dialoguer avec un iTunes sous windows ... Peut-être que je me trompe, cela dit.
De même, je trouve la dépendance forte vers un lecteur de musique spécifique un peu contraignante, mais ca, c'est aussi notamment une question de goût.

Message cité 1 fois

---------------
last.fm

wizardman

theshockwave a écrit :

En effet, si je souhaite le distribuer, il faudra que je l'adapte pour les autres systèmes et lecteurs, car pas d'AppleScript sous Windows par exemple.
Mais mon niveau en C++ est encore trop faible pour déjà me soucier de portabilité et d'API, si j'arrive à mener à bien ce projet pour qu'il fonctionne chez moi ce sera déjà un grand pas :ange:
Je peux par contre m'efforcer de développer le truc de sorte à ce qu'il soit modulable et donc pouvoir facilement ajouter un nouveau lecteur...

wizardman

J'ai un petit soucis avec mon parser XML.

J'utilise QtXML sur cet extrait de la librairie iTunes (qui n'utilise pas vraiment XML de façon standard comme vous le remarquerez), ce qui me permet de pouvoir trouver la liste des albums iTunes toutes plateformes confondues sans passer par AppleScript.
J'ai modifié le nom de certains tags pour pouvoir les repérer dans la sortie.

La logique est la suivante : j'analyse tous les tags et leurs enfants (et leurs enfants, etc) jusqu'à trouver un <key> qui contient Album, auquel cas j'affiche le contenu du tag suivant qui contient le nom de l'album en question.

Voici mon code :

Code :

#include <iostream>
#include <QtCore>
#include <QFile>
#include <QtXml>
using namespace std;
void parse(QDomNode n) {
while(!n.isNull()) {
// If the node has children
if(n.hasChildNodes() && !n.isNull()) {
// We get the children
QDomNodeList nChildren = n.childNodes();
// We print the current tag name
std::cout << "[~] Current tag : <" << qPrintable(n.toElement().tagName()) << ">" << std::endl;
// And for each sub-tag of the current tag
for(int i = 0; i < nChildren.count(); i++) {
// We get the children node
QDomNode nChild = nChildren.at(i);
// And the tag value (we're looking for *Album* here)
QString tagValue = nChild.toElement().text();
// If the tag isn't null and contain *Album*
if(!nChild.isNull() && tagValue == "Album" ) {
// The album name is in the next tag
QDomElement albumNode = nChild.nextSiblingElement();
std::cout << "[-] Album found -> " << qPrintable(albumNode.text()) << std::endl;
}
// And we parse the children node
parse(nChild);
}
}
n = n.nextSibling();
}
}
int main() {
QDomDocument doc("Lib" );
QFile file("/Users/wizardman/QtRFIDMusic/Lib.min.xml" );
if(!file.open(QIODevice::ReadOnly))
return 1;
if(!doc.setContent(&file)) {
file.close();
return 1;
}
file.close();
// Root element
QDomElement docElem = doc.documentElement();
// <plist> -> <dict>
QDomNode n = docElem.firstChild().firstChild();
cout << endl << "Album list" << endl;
cout << "------------------------------------" << endl;
parse(n);
return 0;
}

Et voici ma sortie...
En commentant la ligne qui indique le tag analysé, je souhaiterai que le programme ne me sorte que les deux albums listés dans le XML.

Je n'arrive pas à comprendre pourquoi il tourne en boucle, j'ai l'impression de faire tous les tests nécessaires pour ne séléctionner que ce que je cherche.
Des idées ?

Message cité 1 fois
Message édité par wizardman le 23-07-2013 à 14:57:48

Farian

wizardman a écrit :

Bonjour !

Plutôt que de continuer à chercher ce qui ne va pas dans votre code, je suis reparti d'un vieux code de parsing DOM que j'avais écrit il y a 10 ans (!) et que j'ai adapté pour l'occasion :

Code :

void parse(const QDomElement& element)
{
for(QDomNode n = element.firstChild(); !n.isNull(); n = n.nextSibling())
{
QDomElement elementFils = n.toElement();
if (!elementFils.isNull())
{
QString tagValue = elementFils.tagName();
if (tagValue == "key" && elementFils.text() == "Album" )
{
qDebug() << n.nextSiblingElement().text();
}
parse(elementFils);
}
}
}

qui est appelée ainsi :

Code :

...
QDomElement docElem = doc.documentElement();
// <plist> -> <dict>
qDebug() << "Album list" ;
qDebug() << "------------------------------------" ;
parse(docElem);
...

Le résultat est satisfaisant :

Code :

Album list
------------------------------------
"J Dilla - Legacy Vol.1"
"J Dilla - Legacy Vol.2"

(je ne m'explique pas les sauts de ligne ... et la flemme de chercher ou de tester en dehors de QtCreator )

Ensuite, j'ai tenté une approche plus ambitieuse, qui récupère pour chaque album toutes les infos dans une map (clé, valeur) :

Code :

void parseAlbum(const QDomElement& element, QMap<QString, QString>& album)
{
QString cle;
for(QDomNode n = element.firstChild(); !n.isNull(); n = n.nextSibling())
{
QDomElement elementFils = n.toElement();
if (!elementFils.isNull())
{
QString tagValue = elementFils.tagName();
if (elementFils.tagName().startsWith("key" ))
{
cle = elementFils.text();
}
else
{
album[cle] = elementFils.text();
}
}
}
}
void parseAlbums(const QDomElement& element, QList<QMap<QString, QString> >& albums)
{
for(QDomNode n = element.firstChild(); !n.isNull(); n = n.nextSibling())
{
QDomElement elementFils = n.toElement();
if (!elementFils.isNull())
{
if (elementFils.tagName().startsWith("dict_FOCUS" ))
{
QMap<QString, QString> album;
parseAlbum(elementFils, album);
if (album.size() > 0)
{
albums << album;
}
}
else
{
parseAlbums(elementFils, albums);
}
}
}
}

l'appel et l'affichage se faisant ainsi :

Code :

...
QDomElement docElem = doc.documentElement();
QList<QMap<QString, QString> > albums;
parseAlbums(docElem, albums);
QMap<QString, QString> album;
foreach (album, albums)
{
qDebug() << "Album :";
foreach (QString cle, album.keys())
{
qDebug() << "\t" << cle << ":" << album[cle];
}
}
...

On obtient alors :

Code :

Album :
"Album" : "J Dilla - Legacy Vol.1"
"Artist" : "1st Down"
"Bit Rate" : "192"
"Comments" : "FEFE2003"
"Date Added" : "2010-11-03T21:01:56Z"
"Date Modified" : "2010-06-25T16:49:08Z"
"File Folder Count" : "5"
"Genre" : "Hip-Hop"
"Kind" : "Fichier audio MPEG"
"Library Folder Count" : "1"
"Location" : "file://localhost/Users/wizardman/Music/iTunes/iTunes%20Media/Music/1st%20Down/J%20Dilla%20-%20Legacy%20Vol.1/40%20No%20Place%20To%20Go.mp3"
"Name" : "No Place To Go"
"Persistent ID" : "BE4ED29CCB7ED086"
"Sample Rate" : "44100"
"Size" : "4409344"
"Skip Count" : "1"
"Skip Date" : "2012-12-14T14:31:18Z"
"Total Time" : "183666"
"Track ID" : "3456"
"Track Number" : "40"
"Track Type" : "File"
"Year" : "2006"
Album :
"Album" : "J Dilla - Legacy Vol.2"
"Artist" : "1st Down"
"Bit Rate" : "192"
"Comments" : "FEFE2003"
"Date Added" : "2010-11-03T21:01:56Z"
"Date Modified" : "2010-06-25T16:49:08Z"
"File Folder Count" : "5"
"Genre" : "Hip-Hop"
"Kind" : "Fichier audio MPEG"
"Library Folder Count" : "1"
"Location" : "file://localhost/Users/wizardman/Music/iTunes/iTunes%20Media/Music/1st%20Down/J%20Dilla%20-%20Legacy%20Vol.1/40%20No%20Place%20To%20Go.mp3"
"Name" : "No Place To Go"
"Persistent ID" : "BE4ED29CCB7ED086"
"Sample Rate" : "44100"
"Size" : "4409344"
"Skip Count" : "1"
"Skip Date" : "2012-12-14T14:31:18Z"
"Total Time" : "183666"
"Track ID" : "3456"
"Track Number" : "40"
"Track Type" : "File"
"Year" : "2006"

Et vous pouvez ensuite accéder directement aux champs qui vous intéressent, par exemple l'affichage de l'artiste du nom de tous les albums :

Code :

...
QDomElement docElem = doc.documentElement();
QList<QMap<QString, QString> > albums;
parseAlbums(docElem, albums);
QMap<QString, QString> album;
foreach (album, albums)
{
qDebug() << "Album : " << album["Album"] << "par : " << album["Artist"];
}
...

Bonne continuation !

rufo

Pas me confondre avec Lycos!

Juste une proposition pour le pb de portabilité, je me disais que Java aurait été un choix peut-être plus judicieux; restait le pb du "pilotage" d'itunes. Après une rapide recherche sur Google "java iTunes", il semblerait qu'il existe une API pour java permettant de piloter iTunes :
http://code.google.com/p/java-itunes-api/wiki/Welcome

Message cité 1 fois

---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta

theshockwave

I work at a firm named Koslow

rufo a écrit :

mais apparamment, cette API est seulement pour OSX [:petrus75]

---------------
last.fm

wizardman

Merci Farian pour tes recherches. Elles m'ont permis, avec une aide sur Stackoverflow, d'en venir au code suivant en abandonnant la récursivité et en allant directement cherche le tag qui m'intéresse :

Code :

#include <iostream>
#include <QtCore>
#include <QFile>
#include <QtXml>
#include <QtDebug>
#include <QVector>
using namespace std;
int main() {
QDomDocument doc("Lib" );
QFile file("/Users/wizardman/QtRFIDMusic/Lib.xml" );
if(!file.open(QIODevice::ReadOnly))
return 1;
if(!doc.setContent(&file)) {
file.close();
return 1;
}
file.close();
// Root element
QDomElement docElem = doc.documentElement();
// <plist> -> <dict>
QDomNode n = docElem.firstChild().firstChildElement("dict" );
cout << endl << "Album list" << endl;
cout << "------------------------------------" << endl;
QVector<QString> albums;
QDomNodeList list = n.childNodes();
int count = list.count();
for(int i = 0; i < count; ++i) {
QDomElement node = list.at(i).toElement();
if(node.tagName().startsWith("dict" )) {
node = node.firstChildElement();
while(!node.isNull()) {
QString t = node.text();
if(node.text() == "Album" && node.tagName() == "key" ) {
node = node.nextSiblingElement();
if(!node.isNull() && node.tagName() == "string" ) {
QString album = node.text();
if(albums.indexOf(album) == -1)
albums.append(album);
}
}
node = node.nextSiblingElement();
}
}
}
qDebug() << albums;
return 0;
}

Rufo: peut-être oui, mais je ne suis vraiment pas familier de Java, et je préfère voir large avec le C++ qui est vraiment toutes plateformes pour le coup !

FORUM HardWare.fr

Programmation

C++

Projet de lecture RFID + GUI

Sujets relatifs
Installer un projet sous symfony 1.4.9 en Local	Projet VBA : Simulation d'un jeux de poker
comment lire une puce RFID	Migrer un projet de ruby 1.8.6 vers 2.0
projet en programme c en urgence !!	cherche benevole pour projet ambicieux
lecture d'un fichier java .nio	webmaster - Etudiants université de paris ( Bon projet)
Python et XBMC : récupérer le fichier en cours de lecture	Mini projet html/css/java HELP
Plus de sujets relatifs à : Projet de lecture RFID + GUI

Page générée en 0.097 secondes