nioc bertheloneum

Voyons Alex, zen! Je suis d'accord avec Alex, que les voilà, c'est quand même pas top. Si tu ne sais pas quoi mettre mais que tu veux upper ton topic suite à une mise à jour, rien ne t'empêches de mettre dans ton post les modifications que tu as apportées. Comme ça on suit l'évolution, et Alex arrêtes de t'embêter! ++

Salut, tu devrais regarder dans la partie script python: - FreeboxTv de vinz93 est une version où tu passes par le pc, demandes lui de quoi est constitué l'exe, et tu pourras peut être trouvé les équivalents sous linux. - F2XTV d'AlexSolex, où le pc est inutile, donc plus de problème de savoir si tu es sous linux ou pas sur ton pc. ++ PS: je ne réponds pas à ton PM, tout est là, sauf que moi je bosse sur F2XTV.

Je confirme c'est bien le Kinyo (1300B???), et je suis d'accord avec les tests qui ont été présentés. Pour le changement du cable, il faut voir à l'usage, moi j'utilisais un pda en entrée et il donnait assez de puissance. Pour les problèmes liés au milieu urbain, tout dépend comment tu règles ton son, si tu augmentes le son de l'auto-radio, tu chopperas toutes les daubes du coin, par contre si tu mets le son de ton player à fond, tu en chopperas moins, c'est d'ailleurs ce qu'ils indiquent sur les tests. Maintenant, c'est vrai que si c'est juste pour la voiture, investi peut être dans un câble comme te le conseilles LATEX. Moi je l'utilisais aussi chez moi car ma chaîne hifi était éloigné de la console et du pc. ++

Salut, désolé je n'avais pas vu ton post, mais j'en ai un. C'est un Kinyo, je ne sais plus trop quel est la référence mais il est similaire au 1300 présent dans ton lien. C'est pratique pour faire ce que tu veux, il fait ce qu'on lui demande, mais j'ai trouvé que le son n'était pas excellent, je dirais que c'est la qualité d'une bonne radio. Enfin, après faut voir ce que tu veux, mais à 15€ (si je me rappelles bien), ça vaut le coup si tu as un petit auto-radio. Sinon, l'avantage du Kinyo c'est qu'il peut être ôté de ton chargeur pour être utilisé avec un câble usb, et donc sur le pc (ou ailleurs si tu as un adaptateur usb/prise) et donc de balancer le son de ton pc sur ta chaîne hifi. Bien pratique!!! Si tu as des questions, n'hésites pas, ++

Bon, pour moi, les logs sont corrects (enfin ceux pour la chaîne 253). Les demandes se font bien, jusqu'au play qui est réalisé avec succès. Donc, c'est là que ça ne charge plus? Dans le reste du log, Cache fill augmente? Dans ton premier log tu testais une autre chaîne et ça n'avais pas l'air de se passer aussi bien (La chaîne 496 après vérification). Est-ce que tu as testé avec le showDebug? Est-ce que tu as testé avec VLC sur ton pc (en passant par le proxy, donc http://IP_XBOX:8083/freeboxtv/253, et directement, donc rtsp://....)? Est-ce que ça passe ou ça bloque aussi? Courage, et calme les amis, pas la peine de s'exciter! ++

Ok, dans rtsp2http.ini, tu mets: showDebug = 1 Et tu refais un test s'il te plait. ++

Ok, donc c'est une erreur 402. Je l'intégrerais donc, mais pourquoi est-ce qu'il y a plantage? Alex, tu peux me faire un test pour savoir si ça plante xbmc et me renvoyer ton log? ++

Hum, je me permets juste d'intervenir sur ce sujet passionnant ... Les réponses me rappellent une certaine personne que nous avons rencontré il y a quelques temps, enfin bref ... Je ne vois pas l'intérêt de créer un topic unique pour préciser que nous sommes dans une partie dédiée à XBMC sachant que la partie où nous sommes s'appellent justement "Xbox Media Player et Xbox Media Center". donc, il est vrai que le sigle n'apparaît pas en clair mais bon. Ensuite, de le spécifier dans les règles du forum, ça ne peut bien entendu pas se faire puisque le forum en lui-même ne traite pas que de XBMC mais plus du mod des consoles. Maintenant, il est vrai que ton post a été plus une erreur de notre confrère Alex mais ce qu'il a voulu souligné c'est toute cette série de post dont le titre n'est pas explicite, et ceci fait partie de la charte du forum dont tu parlais dans lequel il est spécifié que les titres doivent être claires. Allez sans rancune, déjà que tu écris en français (super rare) et que tu fais des titres explicites on ne va pas te reprocher d'avoir rajouter un XBMC "inutile". ++

LoloMC: désolé,j'avais précisé que j'avais testé juste windows XP, je ne pensais pas qu'il fallait précisé que j'avais besoin des autres versions de windows. Pour les besoins, en plus de la ligne pour obtenir l'espace libre sur un disque, j'ai besoin des réponses suivantes: import osos.nameimport syssys.platformimport platformplatform.platform() e-dredon: En fait, justement si le serveur rtsp réponds qu'on a pas le droit à un flux, le proxy doit savoir l'interpréter et renvoyer un message 404 au client (mplayer) et donc, ça devrait ne pas planté. Maintenant, la réponse est peut être différente dans ton cas et je ne l'ai peut être pas prévu, mais dans tous les cas ça ne devrait pas planté, car après un certains nombres de demandes sans réponses positives le proxy renvoie un 404. Donc, si tu veux bien, envoies nous ton log que je puisse voir d'où vient le problème. ++

e-dredon et Alex: Pour le flux qui fait planter, je ne sais pas trop. Il faudrait voir qui fait planter l'ensemble, est-ce que c'est le proxy, est-ce que c'est F2XTV ou est-ce que c'est mplayer, ou encore autre chose? Pour celà, comme l'a dit Alex, les messages d'erreur sont bien utiles. Donc, zou le log d'xbmc (en espérant que tu ais spécifié un loglevel à 3 dans AdvanceSettings.xml). Sinon, si c'est un flux dont tu n'as pas le droit, est-ce que tu as mis à jour ta playlist, le flux n'est peut être simplement plus disponible, mais là le proxy devrait envoyé au player une erreur 404 donc attendons le log pour savoir. LoloMc: En fait, justement, c'est simple parce que c'est intégré en natif le partage samba (enfin natif, pour windows). Mais voilà, sous python il faut utiliser des bibliothèques pour faire ça, et ses bibliothèques je ne les ai jamais utilisé. Pour le df, je vais voir, je vais bientôt passer à Ubuntu, donc je regarderais moi-même. Pour le mac, te casses pas trop non plus, s'il y avait des mac-user intéressés, on aurait eu des réponses. Par contre, je vois qu'il y a des gens sous Vista, donc s'ils pouvaient me dire si le dir existe toujours comme commande dos, et que ça donne toujours les mêmes infos, ça peut être cool. Sinon, s'il y a des utilisateurs des windows plus anciens (98, millenium, nt, 2000, ...) ... ++

Salut à tous, En ce qui concerne les informations provenant des cartes DVB-PC et cartes sat, je ne sais absolument pas comment ça fonctionne ni comment fonctionne Mytheater. Par contre ce que je sais, c'est comment fonctionne actuellement le système de F2XTV: une lecture de flux video et audio (stream). Donc, si par un moyen vous arrivez à obtenir les adresses des flux de vos cartes (http, udp, rtsp...), on a peut être moyen de faire quelque chose. Si ces cartes sont sur pc, il y a toujours moyen avec VLC (s'il sait lire les flux, il sait les diffuser). Donc étudiez un peu la diffusion des flux par VLC (en gros suivez l'assistant automatique, ou quand vous ouvrez un flux en mode avancé, il y a moyen de le diffuser/transcoder, donc tenter de passer par là, faites les réglages nécessaires pour obtenir des choses intéressantes avec la xbox. (pour des liens, tentez de voir le topic sur la diffusion rtsp, je crois me rappeler que j'avais pas mal parler de la diffusion de flux avec VLC, sinon, ce qui a été fait avec BelgacomTV) Donc en conclusion, si vous avez une adresse internet pour lire votre flux alors la prochaine version de F2XTV pourra le gérer; En ce qui concerne la proposition d'Alex concernant la sauvegarde de fichiers sur le réseau (Samba), je ne m'avancerais pas autant, je ne sais pas comment fonctionne l'enregistrement d'un flux dans un fichier sur un partage distant. La copie d'un fichier sur un partage n'est pas compliqué, mais le but n'est pas là car les petits disques durs ou les disques durs pleins n'ont pas la possibilité d'enregistrer le fichier en local puis de l'envoyer. De plus, il faudra trouver un moyen de récupérer l'espace disque disponible sur le dossier distant. Donc en conclusion, c'est sûrement possible, mais ce n'est pas certain que ça sera intégré, beaucoup de tests seront donc à prévoir. Sinon, est-ce que certains d'entres vous ont pu faire des tests concernant l'espace libre disponible? En ce qui concerne les linuxiens, j'ai regardé un peu à gauche et à droite et si df n'est pas intégré de base, est-ce que ls l'est? Et est-ce qu'avec ls on peut avoir l'information d'espace libre (avec ou sans option, -l, ...) Sinon, le développement a pris un peu de retard dû à des obligations personnelles et professionnelles, ++ [EDIT] Désolé, pour les flux radios, je ne sais pas d'où vient ton problème, mais pour la chaîne de regexp, il n'y a bien qu'une ligne à modifier (enfin sur la version que j'ai)

Salut, euh Mb???? donc 42697880 Mb d'espace libre ??? ça fait beaucoup non? (42697880Mb ~42698Gb ~43Tb!!!) ++

Salut à tous merci pour l'aide, je prends tout ce que vous pouvez n'offrir, si vous avez plusieurs OS, et que vous trouvez un moyen de récupérer l'espace libre par une ligne de commande, je prends. Par contre, e-dredon, si df n'est pas une commande par défaut est-ce que tu connais un moyen 'plus classique' pour retrouver l'espace libre? D'ailleurs quel est l'unité avec df? des bytes? des kilobytes? ... ++

Merci, Bon voici dont je te parlais: Forum gueux - Une Quizz Box!? Plus quelques liens: Dive into Python Fr wikipython python.developpez et le plus important: docs.python.org Et bien sûr sur ce même forum pour de l'aide! ++

Salut, merci pour l'info, donc tu as fait le test sur quelle machine? Ubuntu? Donc la ligne que j'ai récupéré fonctionne, c'est cool!!! Par contre, j'aurais besoin des infos donc j'ai demandé aprés (os.name, sys.platform, ...), ça permet de savoir sur quel os je suis et donc utiliser la bonne fonction pour récupérer l'espace libre. Pour les fonctions : dir => os.listdir(path) cd.. => os.path.dirname(path) Enfin, si tu as le courage de remonter ton mac, ça serait cool, à moins qu'un macuser ne soit dans le coin ++

Salut, Content que tu ais réussi. Pour la compression, c'est en effet un problème pour les vidéos de hautes qualités, maintenant avec le réencodage du mplayer, l'encodage en mpeg2 ne sera plus forcément nécessaire. Je suis actuellement sur la reprogrammation du proxy ainsi que sur le service d'enregistrement d'Alexsolex, je m'occupe aussi en parrallèle de la reprogrammation de gestvod pour lui donner plus de fonctionnalité et notemment le choix entre la compression ou non du flux et sûrement un choix de compression. J'ajouterais aussi la possibilité d'avoir une diffusion http grâce à un encodage des fonctions telnet qui vont bien. J'espère ainsi pouvoir proposer une diffusion http à la demande. On verra á ce moment là si les vidéos de meilleures qualités passent mieux. Pour le python, il y a eu un post il y a peu sur une personne souhaitant démarré. si je me rappelle bien il avait fourni des documents intéressant, sinon si tu t'intéresses plus à un développement xbmc, regardes les petits programmes qui sont sur le forum. J'ai commencé perso en bidouillant Bon courage, ++ [EDIT]Pour le port 5554 c'est du tcp. Ce sont les échanges RTSP, après c'est de l'udp. Et sinon, quand tu passes par le proxy, tu as du tcp puis de l'udp

Salut, Merci pour la proposition d'aide Donc, sur tes deux machines, il faudrait avoir une version de python d'installée. Ensuite il faudrait lancer une fenêtre de python, donc tu peux utiliser idle ou si tu es accoutumé de la ligne de commande, lancer python dans un terminal. Une fois que tu arrives là, il faudrait que tu lances les commandes suivantes: import osos.popen('df /monrepertoire/').readlines()[-1].split()[3] ça devrait te retourner la valeur de l'espace libre dans '/monrepertoire/' (choisi bien entendu un autre répertoire, un qui existe sur ta machine) Si tu n'as pas envie de choisir, il y a une commande pour utiliser ton répertoire utilisateur par défaut, je sais qu'elle fonctionne sous linux mais je ne sais pas pour mac. import osos.popen('df "%s"' % os.path.abspath(os.path.expanduser('~'))).readlines()[-1].split()[3] Si tu n'obtiens pas une valeur numérique en retour, on va simplifier la commande, et tu me renverras le résultat. On extraiera alors la partie intéressante. Les simplifications sont: os.popen('df "%s"' %os.path.abspath(os.path.expanduser('~'))).readlines()[-1].split()os.popen('df "%s"' %os.path.abspath(os.path.expanduser('~'))).readlines()[-1]os.popen('df "%s"' %os.path.abspath(os.path.expanduser('~'))).readlines()os.popen('df "%s"' %os.path.abspath(os.path.expanduser('~'))).read() Si avec la deernière ligne, il n'apparaît nul part la partie d'espace libre, c'est que la commande df n'est pas valide pour récupérer l'espace libre. Pour Mac, je ne connais absoluement pas les commandes, mais vu que l'OS-X est tiré du monde unix, la même commande que précédemment devrait marcher. Tiens moi au courant et merci pour ton aide. S'il y a d'autres personnes intéressées par le projet avec d'autres OS ou avec des OS plus vieux, des distributions différentes, merci de m'indiquer la manière d'obtenir l'espace libre à partir de l'adresse d'un répertoire rentré en paramètre, ainsi que les résultat des commandes suivantes: import osos.nameimport syssys.platformimport platformplatform.platform() Par exemple, sous windows XP, si je lance la commande dir /-C C:\ J'obtiens une chaine de caractère à parser. Je peux donc récupérer sous python l'espace libre (en octet) en utilisant la commande: os.popen('dir /-C "C:\"').readlines()[-1].split()[2] os.name va me donner 'nt' sys.platform : 'win32' platform.platform(): 'Windows-32bit' Merci d'avance ++

Donc dans le fichier de configuration, il faut laisser host (sous general) vide. Maintenant, il faudrait en savoir plus sur l'erreur que tu as au lancement du script, est-ce que tu peux extraire la partie correspondante du log et la mettre dans ton prochain post, ou simplement envoyer ton fichier log? Pour les ports du parefeu on verra après. Tu peux aussi vérifier en ouvrant le fichier proxy.m3u si elle est bien de la forme: http://IP_XBOX:8083/VLC/code Courage! ++

Salut, merci de t'intéresser à ces scripts! Donc, pour la partie proxy, il faut tout d'abord que tu vérifies dans la partie gestvod que tu as bien programmé le proxy. C'est à dire si tu as installé rtsp2http-0.0.7.py, sur la xbox, tu dois inscrire l'ip de ta xbox (si tu n'as pas touché au reste de la configuration sur le ini de rtsp2http, c'est tout ce qui est configurable. Maintenant sur la console, il est important de ne pas activé le proxy de XBMC. La notion de proxy ici concerne uniquement le script rtsp2http. Maintenant en ce qui concerne les logs, ils ne sont actuellement pas stockés dans un fichier mais uniquement dans le log d'xbmc (xbmc.log) Pour voir un maximum d'information, je te conseilles de passer le loglevel à 3 dans AdvancedSetting.xml du dossier userdata. Ton fichier rtsp2http.ini est bien dans Q:\userdata? tu n'en as pas un autre dans le dossier de script de rtsp2http-0.0.7? Tiens nous au courant, ++ PS: N'ayant pas internet à domicile, je squatte l'ordi des beaux parents donc, si tu n'as pas de réponses, patience!! ++

Salut à tous, Voilà pour avoir un système multiplateforme, j'aurais besoin de quelques informations pour les OS linux et mac. Je voudrais principalement savoir comment récupérer l'espace disque disponible sur un lecteur. Vu le format utilisé par linux, il n'existe pas vraiement de notion de lecteur, on prendra donc le répertoire d'enregistrement comme source. En cherchant un peu sur notre ami gg, j'ai trouvé la requête suivante: os.popen('df /monrepertoire/').readlines()[-1].split()[3] J'aurais besoin de savoir si cette commande fonctionne sous les linux que vous utilisez et si vous récupérez bien que la valeur numérique. D'ailleurs quelle est son unité? ko? Mo? ... Pour Mac, je n'ai encore rien trouvé. Est-ce que quelqu'un a une solution? Merci d'avance ++ PS: D'ailleurs si des personnes du monde mac et linux sont intéressé pour faire des tests, n'hésitez pas à nous en informer (moi ou alex), on va bientôt commencer les tests.

Non, ça va tu ne délires pas, actuellement le système est multiplateforme, je ne sais pas si ça durera mais j'essayes de faire en sorte. En ce qui concerne les interfaces graphiques, le python est bien entendu privilégié car les interactions sont plus aisées, mais j'ajoute une sortie plus standard pour que le parsing des infos soient plus faciles. Donc, normalement suivant les paramètres, on aura une sortie standard (à parser), une sortie "python" (utilisation de la fonction loads du module pickle pour extraire les résultats), et une sortie HTML pour un affichage dans un navigateur. A noter un cas particulier pour les playlists qui auront en plus une sortie "fichier" (le fichier m3u). Pour l'exe, ça ne devrait pas poser de problème pour windows, pour les autres os, ... je ne sais pas trop s'il existe une méthode facilement utilisable sinon d'installer python. ++

Salut, hum en fait, on est pas tous en permanence sur l'ordi á regarder les messages sur le forum, ceci peut expliquer cela, donc un peu de calme et attends, je suis sûr que tu auras des réponses. Enfin pour ton problème, j'utilise régulièrement XBMC pour regarder mes séries sous-titrées et je n'ai aucun problème. Mes sous-titres sont dans le même dossier que la vidéo et en général, je l'appelle : nom_video.langue.srt (pour un fichier srt et langue, quand je veux spécifier la langue, sinon nom_video.srt fonctionne aussi). Tu as regardé si ton fichier de sous-titre était bien lancé via le menu OSD? Si oui, regardes si ce n'est pas un problème d'encodage du fichier! ++ PS: et surtout gardes patience, on est sur un forum par sur un chat! [EDIT] Grilled!

Salut, Je ne pense pas que le DNS est à voir avec ça si tu entres l'IP dans ton fichier STRM. Le DNS servant justement à faire le lien entre le nom et l'IP si je ne me trompe pas. Donc,ce que tu peux regarder c'est tes messages dans ton log XBMC, si tu n'as pas des messages d'erreur lié à la lecture de ce flux. Tu peux aussi regarder si ça ne vient pas du codec utilisé dans ton flux, est-il lisible par le mplayer? ++

Salut à tous, Comme l'a annoncé Alex, je suis entrain de reprendre à zéro le projet pour le rendre plus universel, et je dois vous avouer qu'il y a énormément de boulot! Donc, pour l'instant, ce qui est fait: - le moteur est désormais un serveur HTTP qui s'occupera de gérer les différentes requêtes et de donner les réponses qui vont bien et de lancer les 'sous-programmes' qui vont bien comme le proxy rtsp2http ou le service d'enregistrement. De part son côté HTTP, il est indépendant de la plateforme, et donc le côte graphique pourra être développé de côté, seul l'interface HTTP sera intégrée (la partie GUI XBMC est actuellement en développement par un autre membre, FrostBox360 si je ne m'abuse, Alex?). Ce choix permettra d'avoir une interface personnalisée pour chaque support (Xbox, PC, PDA, ...) acceptant les GUI python. - la partie proxy RTSP2HTTP a été reprogrammée totalement (pour ceux qui suivent oui de nouveau, mais ce ne sera plus une continuité du script de Puyb) et est intégré au serveur. - la gestion des playlists pour chaque serveur avec une gestion particulière pour les playlists RTSP. Une simple demande au serveur et on récupère la playlist HTTP liée au serveur (HTTP, oui, les playlists RTSP sont retravaillées pour obtenir des playlists HTTP pointant vers le serveur), les playlists RTSP seront toujours accessibles en ajoutant un paramètre. Pour les GUI, les fichiers ne seront pas envoyées mais uniquement les informations pertinentes (le GUI n'a donc pas à s'occuper du traitement du fichier Playlist). La personnalisation des playlists ne sera pas gérée par le serveur mais par l'interface graphique, ainsi si on ne désire que certaines chaînes dans notre playlist, il faudra que la partie GUI fasse le tri. Ce qu'il y a à faire: - le reste ... - la partie enregistrement, - la gestion de flux particuliers : tels les flux de BelgacomTV passant par un serveur VLC, les flux ne sont pas RTSP mais broadcast, de plus BelgacomTV n'étant pas multiposte, on ne peut démarrer qu'un flux à la fois. Il faut donc prévoir un démarrage et un arrêt du flux. (quasi prêts, une version précaire ayant été faite dans un autre topic) - une nouvelle version de gestvod (pour la gestion des streams en entrée et le choix dans le type de diffusion (RTSP ou Broadcast) - des tests, pleins de tests, ... Voilà, ++

Salut, Tout d'abord merci à Alex pour sa tentative de te suivre! J'avoue avoir eu un peu du mal aussi!! Donc, en gros tu veux, prendre une vidéo, lui ajouter des choses, et la diffuser sur le réseau, c'est ça? Bon, je ne te demanderais pas si ces vidéos sont libres de droit car sinon, tu ne posterais pas! Par contre, je ne comprends pas bien, ton flux initiale est déjà un stream ou un ensemble de fichiers vidéos? Pour VLC, je ne connais pas les fonctions qui permettent d'ajouter des infos dans un flux, mais tu devrais trouver ça facilement sur le forum officielle et/ou sur le site officielle. Mais je pense que pour des ajouts simples, VLC devrait te satisfaire. Maintenant pour la question d'un pc ou de deux, cela dépends de deux points de vue, un de sécurité et un de puissance. Si ton pc est bien protégé et suffisamment puissant pour faire l'encodage de flux et diffuser à plusieurs clients en même temps (la puissance n'étant pas la même si tu diffuses en broadcast ou en rtsp : le premier tu te fous de combien de clients il peut y avoir, la puissance de ton pc n'influeras pas, tantdis que pour le deuxième, tu as discussion avec les clients et gestions des connexions déconnexions de ceux-ci, mais dans les deux cas la bande passante doit être importante.) alors tu peux considérer un seul pc, mais si tu veux être un peu plus tranquille, tu prends un pc suffisamment puissant pour faire l'encodage et tout ce qui va bien et un second qui diffusera ton flux. Maintenant, pour une chose simple, VLC est capable de faire l'ensemble de la manoeuvre, si tu veux tu peux même lancer plusieurs VLC, chacun accomplissant une tâche différente sur le flux et le rediffusant. Maintenant, le lien avec le travail présenté ici. En fait il est très faible, simplement on propose un logiciel qui permet de gérer VLC pour diffuser des vidéos (fichiers et non flux) en RTSP, tandis que le script, permets de discuter avec un serveur RTSP pour que ce dernier diffuse vers le client dans un format de stream classique (et donc visionnable par le mplayer de XBMC). Donc pour moi, le seul lien vraiment visible est que je réencode la vidéo dans un format MP2T pour qu'il soit lisible dans XBMC. En ce qui concerne les tests, je n'ai jamais eu de nouvelles depuis le mail de novembre mais bon, j'ai eu du boulot depuis donc je n'ai pas eu le temps de m'y intéresser non plus. Mais depuis quelques jours, je me suis remis sur la programmation python pour sortir une version plus élaborée de F2XTV qui supportera plusieurs serveurs (et non plus que la Freebox), il aura aussi le 'proxy' RTSP2HTTP intégré dans une version complètement dissociée de l'ancienne, le système d'enregistrement sera aussi totalement revu, et enfin, il pourra être totalement géré par une interface web (pour par exemple programmé un enregistrement depuis son bureau). La partie graphique sera totalement dissociée du serveur, mais grâce à des commandes personnalisées, le traitement des informations sera facilitées. En ce qui concerne gestvod, il subira aussi une cure de jouvence car il acceptera les flux streams en entrées, il ne gèrera plus seulement le RTSP mais aussi le broadcast. Enfin, ceci prends du temps... ++