oui c'est ça, comme Ampache au niveau des fonctionalités.
Moi je veux juste la partie qui me permette d'obtenir un morceau de musique en streaming à la demande.
PS : icecast ne peut pas m'aider. Il est fait pour faire des webradios. Si deux clients viennent à demander à des instants différents le même morceau le second n'en entendra pas le début.
Merci pour vos réponses je vais approfondir dans ces directions.
Je vais un peu plus préciser ce que je souhaite : l'objectif est d'avoir une chaîne HiFi répartie. Un serveur sur lequel sera stockée la musique et une base de donnée contenant les métadonnées de chaque morceau de musique (album, genre, artiste, chemin d'accés, ....). Un ensemble de clients répartis dans la maison (chambres, salon, cuisine, ...) équipé de quoi restituer du son et d'un écran (soit tactile soit accompagné de périphériques de saisie). Chaque client doit être capable de jouer des morceaux différents des autres clients ou les même. A tout moment un client peut décider d'interrompre un morceau ou d'en commencer un autre. Il gère une playlist dynamique en quelque sorte et accède à la musique en streaming.
Donc je cherche un serveur de streaming audio capable de répondre à des demandes individuelle de morceaux individuels (de morceaux individuels est suffisant). Je dois pouvoir lui dire envoi en streaming tel morceau de musique vers tel client et tel autre vers tel autre client. Mais aussi, cesse d'envoyer ce morceaux vers tel client et remplace le par un autre. En fait, finalement, je veux pouvoir faire la même chose que sur deezer.
D'après ce que j'ai compris icecast2 + ices2 permet de faire ce qu'on appelle une webradio. C'est-à-dire d'envoyer en streaming une successions de morceaux audio prédéterminée et en dur. Les clients ne peuvent pas séléctionner le ou les morceaux qu'ils souhaitent rééllement écouter.
Merci infiniment !
ça me fait me rendre compte qu'un makefile n'est pas hyper simple à manipuler. Existe-t-il un bon tutoriel pour apprendre à faire des makefile complexes ?
Je ne suis pas sûr... Le client crée une seule connexion et envoie tous ses messages les uns à la suite des autres. ça veut donc dire que je n'ai qu'un seul service d'instancié (enfin je crois).
Le contexte, en gros, j'ai des machines qui envoient des messages sur leur état. Chacun de ces messages doit être traité (stocké, envoyé par mail, ...). Le web service sert de dispatcher et de filtre. Le truc c'est que je peux avoir à un moment donné environs 10000 (dix mille) messages par secondes. Et le client ne dois pas souffrir du manque de performance du web service. C'est pour ça que je dois le rendre rapide. J'imagine soit en le simplifiant un max (genre je ne lui fait prendre que une string que je stocke quelque part et il rend la main) et en délégant le traitement métier à un tiers non bloquant pour le web service soit en le transformant comme tu me l'as montré mais j'ai peur que dans mon cas cela ne fonctionne pas.
mmhh, oui mais je ne peux toucher au client. Ce qui veut dire que je dois créer un web service from scratch qui se contente d'empiler les messages soap reçus du client dans une queue auquel a accés le "vrai" web service.
Oui, les messages sont asynchrones.
Mais axis 1.3 ne semble pas gérer l'asynchronisme.
Ce que je voudrais c'est que axis stocke les messages au fur et à mesure qu'ils arrivent dans une queue en attendant de les traiter à son rythme. Le client envoie un trés grand nombre de messages par seconde et le traitement métier du coté serveur est relativement long. Et je ne veux pas perdre un seul message.
Ok, ça veux donc dire qu'en tant que développeur du programme on ne se soucis pas de savoir si la machine a ou non plusieurs coeurs ou plusieurs processeurs dés l'instant où on utilise les threads. C'est le système d'exploitation qui va se charger de répartir les différents threads sur les ressources qu'il a à disposition.
J'ai déjà eu ce problème. C'est parce que tu utilises le mauvais MBR. A l'installation il te demande où tu veux installer LILO ou un truc du genre et tu as du choisir le mauvais disque et/ou partition.
Moi, pour résoudre ce problème, j'ai rééffectué l'installation pour pouvoir choisir les bons disque et partition.
Avec les foncitons IMAP ça marche chez Free pour ce qui est de récupérer les mails d'un compte de Free. J'ai juste essayé de récupérer ce que dans la doc on appelle les headers.
J'essaierais d'en envoyer via SMTP mais je ne sais pas si les fonctions IMAP le permettent.
il me faut donc développer un "coeur" pour mon appli de telle sorte que je puisse le faire évoluer sans que cela ait pour conséquence de perturber ni les plugin ni la sécurité de mon appli. Et prévoir un certain nombre de catégories de plugin "généraux-spécialisés".
Ca donnerait un truc du genre le coeur est une sorte de multiconteneur (conteneur de menu, conteneur d'éditeur,...) et des plugin associés à chacun de ces conteneurs ou à un certain nombre de conteneurs.
Par exemple, l'application peut contenir une zone de texte éditable et proposer un plugin "modificateur de zone de texte" qui, une fois implémenté, permettrait de donner accés au contenu de l'editeur ce qui permettrait de développer un plugin pour la représentation en mémoire du texte qu'il contient, un plugin pour la coloration syntaxique, un plugin pour la complétion automatique, un plugin pour l'indentation automatique ou encore pour le style de codage, etc.
ok, mais on dirait que ce que tu me proposes c'est de faire une interface pour un type de plugin particulier (dans ton cas seulement faire de l'export de données).
Mais si je veux créer une interface qui permette au créateur de plugin de faire ce qu'il veut : export de données mais aussi ajout d'un item dans les menus proposés par l'appli et réaliser une action sur l'appli, afficher des fenetres de dialogue en plus. J'aimerais pouvoir réaliser une integration parfaite entre le logiciel (qui sera une base à plugin, en fait une sorte de gestionnaire de plugin) et ensuite d'en faire le logiciel que je veux uniquement à l'aide de plugin.
Est-ce que ce serait possible ? par exemple en créant une classe abstraite qui permettrait de donner un accés à tous les éléments du programme et aux autres plugin et à leurs éléments.
Ou alors est-ce qu'il faut faire une interface simple qui contiendrait une méthode action() qui serait implémenté dans un plugin qui réaliserait une action trés simple et ce serait grâce à la combinaison d'un certain nombre de plugin qu'on arriverait à des action complexe ?
Un truc à l'image de eclipse par exemple (comment ça marche pour lui)?
Mais bon j'ai résolu mon problème : l'histoire c'est que sur les CD Community de la mandrake 10.1 il manque tout plein de package. Alors j'ai vu sur uin forum qu'il fallait rajouter un site ftp où se trouvent tous les packages pour la 10.1 et de rappatrier ce qu'il fallait comme ça. Donc j'ai pu installer gcc-c++ (où un truc du genre) et maintenant ça marche.
je fais : gcc main.cpp
et dans mon main il y a juste un : cout << "coucou" << endl;
mmhhh je ne me souviens plus exactement des dependances...
J'ai pensé à installer kdevelop mais apparemment il n'y est pas sur les CD de la mdk10.1 (je vais essayer de le DL en esperant qu'il ne faille pas le compiler !!!)
ben il est installé aussi mais j'ai toujours la même erreur et je ne peux pas le desinstaller pour le réinstaller parce qu'il y a des dépendances avec xorg.
C'est chiant ça ne marche jamais correctement une mandrake où c'est juste avec moi.
Mais bon, il faut voir le bon cotés des choses...je vais au moins apprendre des trucs.
On reproche à Microsoft de fournir avec son OS des logiciels en standard finalement...
N'a-t-on pas avec les distributions Linux tout un tas de logiciels en plus de l'OS ?
Le fait qu'il y ai WMP avec Windows empeche-t-il l'utilisateur d'utiliser ZoomPlayer ou BSPlayer ou tout autre lecteur ?
Le fait qu'il y ai IE avec Windows empeche-t-il l'utilisateur d'utiliser Mozilla ou tout autre broswer ?
Je ne vois pas trop où est le monopole si on peut toujours utiliser autre chose que ce qui est fourni. Si le prix de Windows ne diminue pas en en supprimant WMP ou IE ou Paint (quitte à être ridicule) je ne vois pas pourquoi on les supprimerais et en quoi il y a monopole.
Bien au contraire je trouve qu'il devrait y avoir bien plus de logiciels fournis en standard avec Windows (tout comme avec Linux) ainsi on peut au moins faire autre chose que jouer au demineur une fois qu'on a passé 1/2 heure à installer l'OS.
# Tomcat Realm et JGuard
Posté par l_d_r . En réponse au message API d'identification d'un utilisateur. Évalué à 1.
Avec ça et vos réponses je vais trouver chaussure à mon pied.
[^] # Re: Précisions
Posté par l_d_r . En réponse au message Streaming audio. Évalué à 1.
Moi je veux juste la partie qui me permette d'obtenir un morceau de musique en streaming à la demande.
PS : icecast ne peut pas m'aider. Il est fait pour faire des webradios. Si deux clients viennent à demander à des instants différents le même morceau le second n'en entendra pas le début.
# Précisions
Posté par l_d_r . En réponse au message Streaming audio. Évalué à 1.
Je vais un peu plus préciser ce que je souhaite : l'objectif est d'avoir une chaîne HiFi répartie. Un serveur sur lequel sera stockée la musique et une base de donnée contenant les métadonnées de chaque morceau de musique (album, genre, artiste, chemin d'accés, ....). Un ensemble de clients répartis dans la maison (chambres, salon, cuisine, ...) équipé de quoi restituer du son et d'un écran (soit tactile soit accompagné de périphériques de saisie). Chaque client doit être capable de jouer des morceaux différents des autres clients ou les même. A tout moment un client peut décider d'interrompre un morceau ou d'en commencer un autre. Il gère une playlist dynamique en quelque sorte et accède à la musique en streaming.
Donc je cherche un serveur de streaming audio capable de répondre à des demandes individuelle de morceaux individuels (de morceaux individuels est suffisant). Je dois pouvoir lui dire envoi en streaming tel morceau de musique vers tel client et tel autre vers tel autre client. Mais aussi, cesse d'envoyer ce morceaux vers tel client et remplace le par un autre. En fait, finalement, je veux pouvoir faire la même chose que sur deezer.
D'après ce que j'ai compris icecast2 + ices2 permet de faire ce qu'on appelle une webradio. C'est-à-dire d'envoyer en streaming une successions de morceaux audio prédéterminée et en dur. Les clients ne peuvent pas séléctionner le ou les morceaux qu'ils souhaitent rééllement écouter.
J'espère que ça m'a permis d'être plus clair.
merci.
[^] # Re: Mes bookmarks sur le sujet...
Posté par l_d_r . En réponse au message Vision par ordianteur : API. Évalué à 1.
[^] # Re: Mes bookmarks sur le sujet...
Posté par l_d_r . En réponse au message Vision par ordianteur : API. Évalué à 1.
[^] # tutoriel
Posté par l_d_r . En réponse au message Makefile et structure de fichier. Évalué à 1.
ça me fait me rendre compte qu'un makefile n'est pas hyper simple à manipuler. Existe-t-il un bon tutoriel pour apprendre à faire des makefile complexes ?
[^] # Re: Salut!
Posté par l_d_r . En réponse au message Axis + Un grand nombre de messages. Évalué à 1.
Le contexte, en gros, j'ai des machines qui envoient des messages sur leur état. Chacun de ces messages doit être traité (stocké, envoyé par mail, ...). Le web service sert de dispatcher et de filtre. Le truc c'est que je peux avoir à un moment donné environs 10000 (dix mille) messages par secondes. Et le client ne dois pas souffrir du manque de performance du web service. C'est pour ça que je dois le rendre rapide. J'imagine soit en le simplifiant un max (genre je ne lui fait prendre que une string que je stocke quelque part et il rend la main) et en délégant le traitement métier à un tiers non bloquant pour le web service soit en le transformant comme tu me l'as montré mais j'ai peur que dans mon cas cela ne fonctionne pas.
[^] # Re: Salut!
Posté par l_d_r . En réponse au message Axis + Un grand nombre de messages. Évalué à 1.
PS : le tout fonctionne sous JBoss 4.0.4 GA.
[^] # Re: Salut!
Posté par l_d_r . En réponse au message Axis + Un grand nombre de messages. Évalué à 1.
Mais axis 1.3 ne semble pas gérer l'asynchronisme.
Ce que je voudrais c'est que axis stocke les messages au fur et à mesure qu'ils arrivent dans une queue en attendant de les traiter à son rythme. Le client envoie un trés grand nombre de messages par seconde et le traitement métier du coté serveur est relativement long. Et je ne veux pas perdre un seul message.
[^] # Re: Réponse empirique
Posté par l_d_r . En réponse au message Programmation multi-coeur. Évalué à 1.
[^] # [RESOLU] wxPdfDocument
Posté par l_d_r . En réponse au message Génération de PDF ?. Évalué à 1.
[^] # [RESOLU] wxPdfDocument
Posté par l_d_r . En réponse au message Génération de PDF ?. Évalué à 1.
[^] # Re: voici
Posté par l_d_r . En réponse au message javascript et XHTML. Évalué à 1.
[^] # Re: voici
Posté par l_d_r . En réponse au message javascript et XHTML. Évalué à 1.
=====index.xhtml======
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Sommaire en PHP !</title>
</head>
<body>
<script language="javascript" src="script.js"/>
<div id="sommaire">
<h3>Sommaire</h3>
<a href="#" onClick="ShowPage(1)">Page 1</a><br/>
<a href="#" onClick="ShowPage(2)">Page 2</a><br/>
<a href="#" onClick="ShowPage(3)">Page 3</a><br/>
<a href="#" onClick="ShowPage(4)">Page 4</a><br/>
</div>
<div id="page">
</div>
<form id="formulaire">
<input id="textfield" type="text" value=""/>
</form>
</body>
</html>
======script.js=======
function ShowPage(page)
{
document.forms["formulaire"].elements["textfield"].value="NOUVEAU"
}
[^] # Re: "travail basé sur ..."
Posté par l_d_r . En réponse au message [GPL] commercial/gpl. Évalué à 2.
[^] # Re: oRis
Posté par l_d_r . En réponse au message code automodifiable. Évalué à 1.
# Mauvais MBR
Posté par l_d_r . En réponse au message question reboot puis binaire???. Évalué à 2.
Moi, pour résoudre ce problème, j'ai rééffectué l'installation pour pouvoir choisir les bons disque et partition.
# Bon pour la récupèration
Posté par l_d_r . En réponse au message Messagerie en PHP. Évalué à 1.
J'essaierais d'en envoyer via SMTP mais je ne sais pas si les fonctions IMAP le permettent.
[^] # Re: la base
Posté par l_d_r . En réponse au message développement d'un système de plugin. Évalué à 1.
Ca donnerait un truc du genre le coeur est une sorte de multiconteneur (conteneur de menu, conteneur d'éditeur,...) et des plugin associés à chacun de ces conteneurs ou à un certain nombre de conteneurs.
Par exemple, l'application peut contenir une zone de texte éditable et proposer un plugin "modificateur de zone de texte" qui, une fois implémenté, permettrait de donner accés au contenu de l'editeur ce qui permettrait de développer un plugin pour la représentation en mémoire du texte qu'il contient, un plugin pour la coloration syntaxique, un plugin pour la complétion automatique, un plugin pour l'indentation automatique ou encore pour le style de codage, etc.
[^] # Re: la base
Posté par l_d_r . En réponse au message développement d'un système de plugin. Évalué à 1.
Sais-tu si il existe des ressources sur le net ou dans des livres pour créer des plugins ?
[^] # Re: la base
Posté par l_d_r . En réponse au message développement d'un système de plugin. Évalué à 1.
Mais si je veux créer une interface qui permette au créateur de plugin de faire ce qu'il veut : export de données mais aussi ajout d'un item dans les menus proposés par l'appli et réaliser une action sur l'appli, afficher des fenetres de dialogue en plus. J'aimerais pouvoir réaliser une integration parfaite entre le logiciel (qui sera une base à plugin, en fait une sorte de gestionnaire de plugin) et ensuite d'en faire le logiciel que je veux uniquement à l'aide de plugin.
Est-ce que ce serait possible ? par exemple en créant une classe abstraite qui permettrait de donner un accés à tous les éléments du programme et aux autres plugin et à leurs éléments.
Ou alors est-ce qu'il faut faire une interface simple qui contiendrait une méthode action() qui serait implémenté dans un plugin qui réaliserait une action trés simple et ce serait grâce à la combinaison d'un certain nombre de plugin qu'on arriverait à des action complexe ?
Un truc à l'image de eclipse par exemple (comment ça marche pour lui)?
[^] # Re: Gcc à la base y'a que le compilateur C
Posté par l_d_r . En réponse au message Probleme d'install de gcc sous mdk10.1. Évalué à 1.
Mais bon j'ai résolu mon problème : l'histoire c'est que sur les CD Community de la mandrake 10.1 il manque tout plein de package. Alors j'ai vu sur uin forum qu'il fallait rajouter un site ftp où se trouvent tous les packages pour la 10.1 et de rappatrier ce qu'il fallait comme ça. Donc j'ai pu installer gcc-c++ (où un truc du genre) et maintenant ça marche.
[^] # Re: Gcc à la base y'a que le compilateur C
Posté par l_d_r . En réponse au message Probleme d'install de gcc sous mdk10.1. Évalué à 1.
et dans mon main il y a juste un : cout << "coucou" << endl;
mmhhh je ne me souviens plus exactement des dependances...
J'ai pensé à installer kdevelop mais apparemment il n'y est pas sur les CD de la mdk10.1 (je vais essayer de le DL en esperant qu'il ne faille pas le compiler !!!)
[^] # Re: Gcc à la base y'a que le compilateur C
Posté par l_d_r . En réponse au message Probleme d'install de gcc sous mdk10.1. Évalué à 1.
C'est chiant ça ne marche jamais correctement une mandrake où c'est juste avec moi.
Mais bon, il faut voir le bon cotés des choses...je vais au moins apprendre des trucs.
C'est que j'y tiens à ma mandrake !!
Mais bon d'autres idées ?
# Re: Conclusion préliminaire de la CE dans l'affaire Microsoft
Posté par l_d_r . En réponse à la dépêche Conclusion préliminaire de la CE dans l'affaire Microsoft. Évalué à 0.
N'a-t-on pas avec les distributions Linux tout un tas de logiciels en plus de l'OS ?
Le fait qu'il y ai WMP avec Windows empeche-t-il l'utilisateur d'utiliser ZoomPlayer ou BSPlayer ou tout autre lecteur ?
Le fait qu'il y ai IE avec Windows empeche-t-il l'utilisateur d'utiliser Mozilla ou tout autre broswer ?
Je ne vois pas trop où est le monopole si on peut toujours utiliser autre chose que ce qui est fourni. Si le prix de Windows ne diminue pas en en supprimant WMP ou IE ou Paint (quitte à être ridicule) je ne vois pas pourquoi on les supprimerais et en quoi il y a monopole.
Bien au contraire je trouve qu'il devrait y avoir bien plus de logiciels fournis en standard avec Windows (tout comme avec Linux) ainsi on peut au moins faire autre chose que jouer au demineur une fois qu'on a passé 1/2 heure à installer l'OS.