Chris K. a écrit 1152 commentaires

Et branché en direct avec le port hdmi et un clavier usb tu ne peux pas te connecter ?

En dehors de la quantité de données à gérer, générer des images sur un pi ça va pas être top niveau perf car même un simple redimensionnement d'une image prend déjà du temps sur ce genre de petits processeurs.
Le mieux serait de déléguer le rendu de tes graphs au navigateur en utilisant une bibliothèque javascript comme Chart.js pour faire le rendu.

Sinon pour ce qui est de changer le format de ton wav tu peux utiliser avconv :

avconv -i NOM__DU_FICHIER_MAUVAIS_FORMAT.WAV -acodec pcm_s16le NOM_DU_FICHIER_AU_BON_FORMAT.WAV

Ça devrait le rendre compatible avec avidemux.

Le paquet qui installe avconv c'est libav-tools, il est très certainement déjà installé mais c'est à vérifier.

As tu ouvert le fichier en question avec mediainfo ? Que dit il ?

Alors effectivement c'est un peu vieux et ffmpeg n'est plus inclus dans ubuntu depuis la 14.04 (cf http://doc.ubuntu-fr.org/ffmpeg). Il a été remplacé par avconv et il reste à voir si il est bien installé et utilisé par avidemux (?)

Pour ce qui est du paquet ubuntu-restricted-extras, il contient des codecs proprios comme le mp3, asf, wmv, wma, real audio/video, … et ça ne doit en effet rien changer pour le wav qui n'entre pas dans cette catégorie, ni pour vlc qui embarque tout ce dont il a besoin.

Sinon il reste la piste proposée par fcartegnie en dessous qui va nécessiter si c'est le cas de transoder le fichier en quelque chose de propre avant de pouvoir l'utiliser.

Merci pour les liens, je ne les connaissait pas ces deux là :)

Dans la vie il n'y a pas que le wifi, il y a aussi le Li-Fi !

Sinon, les plus conservateurs préféreront la solution longtemps incontournable mais plutôt onéreuse de l'IPoAC

Bon c'est pas totalement le sujet mais vu qu'on parle de se passer de google :
Quelqu'un ici connait-il une alternative à google docs pour héberger son propre système de partage et d'édition en ligne de documents (notamment un tableur) ?

C'est un bon début :)

Il est possible de simplifier largement ton traitement (au vu de ton énoncé) en n'utilisant qu'un seul hash contenant toutes les informations dont tu as besoin :

#!/usr/bin/perl

#Tables de hash contenant en clé la référence et en valeur la ligne à afficher
%lignes_a_afficher = ();

#Ouverture des fichiers, tue le script en cas d'echec
open(FILE,"fichier_1.txt") or die;
open(FILE2,"fichier_comp") or die;

#Chargement des references et des lignes à afficher dans le hash à partir du premier fichier
while(<FILE>){
    chomp();
    @ligne = split(/;/,$_);
    $lignes_a_afficher{$ligne[7]} = $_;
}
close(FILE);

#Vérification de la présence de la ref dans le second fichier, si elle est présente on l'enlève des lignes à afficher
while(<FILE2>){
    chomp();
    @ligne2 = split(/;/,$_);
    if (exists $lignes_a_afficher{$ligne2[7]}) {
      delete $lignes_a_afficher{$ligne2[7]};
    }
}
close(FILE2);

#Affichage 
foreach my $ligne_a_afficher (values(%lignes_a_afficher)) {
   print $ligne_a_afficher."\n";
}

Visiblement il y d'autres personnes dans ton cas : http://ubuntuforums.org/showthread.php?t=1257496

Tu peux tenter l'installation des packages mentionnés dans le post : ffmpeg et ubuntu-restricted-extras et voir si cela corrige ton problème.

Il est vrai qu'à lire les études sur la propreté des claviers de nos pc - réputés plus sales que les cuvettes des toilettes - faire attention de pas toucher quoi que ce soit sans s'être lavé correctement les mains n'est visiblement pas évident pour tout le monde. Mais dans ce cas là, le smartphone, très utilisé dans les lieux d'aisance, peut aussi devenir un objet des plus gores…
Pensez-y la prochaines fois que qu'on vous passe quelqu'un au téléphone ^^

Il te reste perl grep pour les tableaux. Si la syntaxe te parait trop complexe, tu peux tout simplement utiliser un hash ça marchera aussi.

Tu peux indexer en mémoire, dans un premier temps, ton champ à comparer dans un tableau en utilisant le plus petit des deux fichier puis parcourir le second pour tester la présence du champ dans le tableau avec un smart match ($index ~~ @tableau). Ce sera déjà bien plus efficace que la double boucle répétant l'éclatement des champs du fichier.

Tu n'aurais pas oublié d'effectuer l'intrication quantique des interfaces réseau par hasard ?

Je ne sais pas quelle est ta définition d'une tablette. Mais pour moi les adaptateurs Ethernet pour ce matériel sont loin d'être courant.

Ça se trouve. Le vrai problème est de trouver le joli enrouleur automatique design pour 20 mètres de câble qui permettra de rester mobile jusqu'aux toilettes :/

je pense pas que bind gère les fichiers plats pour mon domaine.io ET les données en base pour l'AD (le peut il?)
Oui il le peut.

En fait ce que tu gères dans la console MMC est inclus dans la configuration de bind par un fichier provenant de samba (ca doit ressembler à include "/usr/local/samba/private/named.conf";).

Rien ne t’empêche de modifier le reste de la configuration de bind comme tu le veux. Bien entendu ces zones ajoutées directement dans bind n'apparaissent pas dans la MMC.

C'est toujours aussi facile d'après ce que j'ai pu voir. Les outils de crack évoluent bien plus vite que les protections de MS…

Ce que tu décris ressemble beaucoup à un hyperviseur Xen (https://wiki.debian.org/Xen).

Microsoft le déclare simplement : « Les PC sans licence officielle pourront passer à Windows 10 mais la mise à jour ne changera pas l’état de leur licence ». En clair, la moulinette n’autorisera pas plus les Windows Update et autres fonctionnalités liées à la présence d’une clé valide.

Pas de régularisation en effet.

Vu que plusieurs méthodes de crack, facilement trouvables sur google par n'importe qui, permettent d'avoir une clé considérée comme valide par windows (et donc windows update) je vois cette déclaration comme une incitation à mettre les systèmes piratés à jour.

Le cadeau n'est pas officiel mais leurs chers pirates qui risqueraient peut être d'aller voir ailleurs autrement seront contents. Bref, rien de nouveau et c'est dommage pour le LL.

En fait dolphin et les applications kde utilisent une lib qui s'appelle kio.
Quand tu essayes d'ouvrir un fichier monté avec kio - et c'est ce qui se passe quand tu te connectes à un serveur samba par dolphin - c'est une url sous la forme "smb://serveur/dossiers/…/fichier" qui est passée à l'application avec laquelle tu essayes d'ouvrir un fichier. Lorsque l'application ne supporte pas ce format cela donne une erreur.

Avec gvfs, sous nautilus par exemple, lorsque tu te connectes à un serveur samba le dossier distant est monté en local et c'est un chemin de fichier standard - sous la forme "/dossier/…/fichier" - qui est passé à l'application : c'est universel et ça fonctionne donc à tous les coups.

La solution simple en attendant que ça bouge du coté de kde (cf https://bugs.kde.org/show_bug.cgi?id=75324) est donc d'ajouter manuellement une entrée dans ton fstab ou dans automount pour avoir un montage local du dossier distant.

Tiens je ne le connaissais pas backuppc ca à l'air sympa je vais regarder ça plus en profondeur :)

Pour ma part j'utilise rsnapshot qui permet de définir facilement des intervalles entre chaque snapshot - c'est du cron tout bête - et de ne pas dupliquer les fichiers tout en ayant des répertoires navigables : les fichiers non modifiés sont hard linkés sur le snapshot précédent. C'est plus adapté aux données qu'au système même si rien n’empêche de l'utiliser pour cela.

J'ai une méthode assez simple et très efficace :

• Un dossier source où les images sont stockées sous la forme <ID_IMAGE_BDD>.<EXTENSION_DU_FICHIER>
• Un dossier thumbs où les images redimensionnées sont stockées sous la forme <ID_IMAGE_BDD>_<WITDH>x<HEIGHT>.<EXTENSION_DU_FICHIER>

Je n'enregistre en base de données que les fichiers sources (avec leurs noms original, leurs extensions et quelques autres informations).

Les images redimensionnées sont automatiquement générées si le fichier correspondant à la taille demandée n'existe pas. Et si demain tu changes les tailles correspondant à 'medium', 'large' ou 'thumbnails' ou que tu as besoin d'une autre taille, il n'y a pas de changement à faire dans la structure de tes dossiers, tu changes ton code/conf/variable correspondant à la taille et il te régénère toutes les images dont la taille demandée a changé.

Il est aussi très facile d'y faire le ménage avec la correspondance des ids. Si dans le dossier thumbs une taille est supprimée alors qu'elle n'aurait pas dû l'être cela n'as pas d'autre conséquence que sa régénération lors du prochain affichage de l'image.

la prochaine révolution sera nommée igod.

On laisse entendre sur le net qu'il a la capacité de transformer l'eau en vin et qu'il intègre un multiplicateur de pains.
Cette rumeur est elle fondée ?

Je suis sidéré qu'une entreprise arrive à vendre un produit aussi mal réalisé et surtout attristé que mon entreprise l'achète :( (il n'y a pas que ce problème d'export je précise…)

Les liens de second niveau de la rubrique nos solutions sont pourtant explicites !

:D

Tu n'as pas la moindre petite ref sur le hp qui pourrait te permettre de retrouver les spécifications constructeur ?