Ph Husson a écrit 2703 commentaires

Il n'y a pas vraiment de méthode standard de gestion des chaînes, chaque soft le fait à sa sauce.
Par contre tvtime (excellent logiciel au deumeurant), ne gère à ma connaissance que la TV analogique. Néanmoins en lisant la doc (ou même sans en fait, juste en navigant dans le menu qu'on peut obtenir en faisant tab ou bouton droit), on trouve très rapidement comment configurer tvtime.
Sinon, chaque soft contient donc sa propre méthode de détection de chaînes (ou se base sur *zap pour les plus rustiques genre mplayer, mais faut toujours bidouiller). Là encore, il faut lire la doc associé au-dit soft.

apt-file search
Mais c'est pas inclut de base dans apt, faut installer apt-file à la main, et gérer les updates des dépots à la main aussi.

Ou alors tu sors une petite carte nvidia ou intel qui gère le décodage H264/VC1/MP2. (plutot une intel, une nvidia ca chauffe quand même un peu)

J'ai un paquet vbetool qui contient l'outil vbetool (choquant n'est-il pas?)
Ce que j'entends par "post vidéo" c'est de réexécuter le code d'initialisation de la carte vidéo, qui est normalement fait par le BIOS (mais une mise en veille casse tout... néanmoins certains bios ont cette option de (dés)activable.. à essayer). C'est d'utiliser vbetool post, ou encore s2ram --vbe_post (ou un truc du genre j'ai oublié en cours de route).
En ce qui concerne le NvAGP, compiz sera totalement inutilisable en NvAGP 0 (à vue de nez): ça demande une bande passante assez importante à ma connaissance.
Et pour nouveau, j'ai essayé sur une geforce4 et une geforce9, la mise en veille n'a marché sur aucune des deux (alors que ça marche sur les deux avec nvidia). Et accessoirement les développeurs annoncent sur leur site que ça juste marche pas. (Bon ce qui est faux, dans certains cas ça peut marcher, je crois que les FX sont dans ces cas)

Euh ... Il est installé depuis longtemps, et sans problème (au niveau de l'installation s'entend, au niveau de l'utilisation j'y arrive juste pas, je recours à chaque fois vers vim !)

J'utilise mandriva en version cooker: c'est relativement stable, et on a toutes les dernières versions (sauf quelques semaines avant le freeze), là je suis en kde 4.3RC2 sans avoir à trifouiller les dépots. Et c'est carrement plus stable que la branche de développement de kubuntu (oserais-je dire que c'est plus stable que la branche stable de kubuntu ? Bah je dirais que oui.)

Pour la mise en veille, en général il faut jouer sur deux facteurs:
L'option NvAGP (dans la catégorie Device du xorg.conf), et sur le POST vidéo.
Pour des premiers essais, essaye de mettre NvAGP à 0 (désactive l'agp et passe en mode PCI, perf divisée par 2 ou 3, mais ca marche.)., et de mettre en veille avec s2ram -f --vbe_post

J'ai plus souvent réussi à faire marcher la mise en veille avec un driver propriétaire qu'avec un driver libre personnellement ...

Les propos de RMS et les miens ne sont pas opposés, pas du tout :-)
Les arguments que donne RMS contre le TPM est exactement le même que celui contre les logiciels propriétaires, et c'est bien ce que je dis, on est dépendant du fournisseur de la même manière qu'on est dépendant d'un soft proprio.
Par contre, on nous annonçait des DRMs inviolables grace à cette technologie.... On les attend toujours ! Alors que des améliorations sur le plan de la sécurité (les clés ne sont pas conservées en mémoire, ou pas longtemps par exemple, mais je connais pas les détails), sont eux réels !

Effectivement le TPM peut être plus ou moins bien utilisé (et pour l'instant je n'ai vu des utilisations qu'en bien personnellement, à savoir des sécurisations d'ordinateurs).
Le problème pour moi derrière TPM c'est que c'est une boîte complétement noire. On a aucune idée de ce qu'elle fait ni comment.
Elle pourrait très bien avoir une "clé universelle" que la société créatrice et la NSA (par exemple), possèdent. Enfin bon bref, c'est tout le problème habituel des logiciels de sécurité libre VS propriétaires.

Au Royaume Uni, quand les services de sécurité sociale ont appliqués un patch de chez Chose pour Machin, tout le service à été bloqué pendant longtemps, c'était vraiment le merdier.

Sources ?

C'était un bogue au niveau des OEM... (qui déclaraient les CPU AMD comme Intel (ou le contraire?), et une mise à jour Intel a rajouté des trucs spécifiques Intel, et pouf)
Donc mauvaise exemple.

Oué, OpenXML aussi est un standard ISO. Comme quoi, ce statut est loin de garantir une quelconque référence technique.
Ok, donc avant, MS saymal parce que c'est pas standardisé, maintenant la standardisation saymal parce que MS a obtenu une standardisation. (Ah et sur le plan purement technique, c'est lequel la pire entre la standardisation ODF et celle de OXML ?, 'fin je dis ça hein ...)

C'est peut-être trop subtil, mais j'y fais la même différence qu'entre open source et libre : le format ouvert a beau être librement implémentable, son avenir est entièrement décidé par une unique boîte commerciale.

Ok, donc mozilla*, Qt, mysql, postgresql, etc, ne sont pas libres ?
Bien bien, je note.


Tandis que pour le format libre, ses spécifications et son implémentation de référence, donc sont développement, sont libres.
Mais j'admets que la différence est assez floue (d'autant qu'Adobe autorise l'utilisation de ses brevets).

Sauf que pour un format et un logiciel, ça n'a rien à voir:
Un format se doit de rester stable (bon euh d'après wikipedia le PDF est tout sauf stable en fait.), donc une unique boîte commerciale derrière ou pas, ça change rien.

Je dois pas être bien réveillé, mais comment un format peut ne pas être libre s'il est ouvert ? (hors brevets qui n'a jamais été un problème pour la majorité des devs libres)
Accessoirement, les outils cités par le monsieur sont libres, le problème des accents est juste un bogue du-dit soft (en l'occurrence poppler sous GPL2+), et même si la solution de passer par djvu (sûr qu'ils ont pas des problèmes d'accents? Ça aurait dû être déjàvu) est recevable techniquement, mais la raison invoquée est juste débile.
Ah et PDF est un standard iso, djvu pas.

Lire les blu-ray sur à peu près n'importe quel système est possible , mais ça reste pas simple (bon c'est pas la mer à boire non plus hein !), et est réduit (aux dernières nouvelles) à seulement un certains types de blu-ray (qui sont quand même une majorité, heureusement), mais ceux des "grands" studios qui ont moins de 6mois risquent de pas passer. Je décris vite fait la démarche à prendre:

Il faut déjà compiler/installer aacskeys (la dernière version en date est la 0.4.0a).
Attention, ce machin a besoin d'un JDK pour faire un JNI, donc ça peut être un peu chiant en fonction de sa distrib).

Ensuite, trouver, télécharger et extraire dumphd (la dernier version à cette heure est la 0.61), copier la libaacskeys.so (crée lors de la compilation de aacskeys) dans son répertoire, ainsi que ProcessingDeviceKeysSimple.txt (du répertoire de aacskeys)

Ensuite il faut patcher son lecteur blu-ray, pour qu'il devienne gentil.
Pour les lecteurs LG (et autre), voir sur http://forum.doom9.org/showthread.php?t=139522 . Le logiciel de flash fonctionne très bien sur wine, donc même pour cette étape, pas besoin d'un windows (m'enfin un x86* est quand même recommandé).

Ensuite il faut trouver/télécharger/extraire BDVM Debugger, et copier les fichiers/repertoires de l'archive, dans le répertoire de dumphd (c'est du propre hein ?).

Ah et accessoirement, pour tout ça faut un java qui marche sur votre système.

Voilà, tout est installé, yapluka utiliser:

Mountez le disque, disons par exemple sur /mnt, parcourez le disque pour trouver le plus gros fichier (a priori dans BDMV/STREAM, la plupart du temps c'est 00001.m2ts), puis faites:
bash dumphd.sh --infile:BDMV/STREAM/00001.m2ts /mnt |mplayer -cache 4096 -

Sauf que voilà, ceux qui font les blu-ray sont des tordus, donc il faudra peut être rajouter des options du genre -autosync 3 ou -fps 25
Mais surtout, et là je vais rejoindre le journal (histoire de pas être complètement hors sujet quoi.), ces supports ont des codecs audio assez tordus, et la plupart du temps, il faudra ruser pour avoir du son, mais avec cette version de VLC, tous les codecs audio des blu-ray sont supportés (à ma connaissance), que ce soit l'adpcm, le linear PCM (que je connaissais même pas avant en fait.), le EAC3, ou le True-HD, mais je sais pas comment faire marcher dumphd avec vlc :-) (sauf à utiliser dumphd en simple sauvegarde, et relire la sauvegarde par VLC). Enfin toutes ces améliorations viennent de ffmpeg, nullement de vlc qui ne fait que repomper le code (bon j'exagère sûrement, je pense qu'ils contribuent quand même un peu), et donc mplayer devrait aussi bénéficier de ces améliorations :)
Sinon, en ce moment on ne parle que du blu-ray, mais tout ceci (que ce soit la méthode que j'ai décrite ou le problème des codecs audio), est tout aussi valable pour le HD-DVD (qui est un format qui coùte moins cher que les DVDs maintenant, alors pourquoi se priver ?)

Bon je deviens peut-être/sûrement parano, mais et si c'était la dernière version qui était trouée, et pas les anciennes, mais qu'ils poussent à la mise à jour car ils ont une cible précise ?

Regade quand même les messages de wpa_supplicant, mais pour le coup il sera moins bavard :/
Sinon quitte à mettre un truc qui protège pas autant mettre le réseau en open, ca sera plus simple.

Pour ce qui est de connaître les artistes... Ouais, il faut un peu, et ensuite les suggestions du style "artistes similaires" ou "recommandés pour vous" sont assez sympa. Et le partage de playlists sur des sites comme [1] (ou tout bêtement sur Twitter/identi.ca) est assez sympa pour découvrir de nouvelles choses aussi.
Ils ont aussi une intégration (bon juste le scrobbling), avec last.fm, donc on peut aller voir aussi les conseils sur le site de last.fm de temps à autre.

Pour le moment, je n'ai constaté qu'un seul bug : sous Wine, les pubs ne passent pas.
Oh, c'est pour ça que je connais personne qui se plaigne des pubs ... :-)

Et quand ils sortiront leur logiciel pour smartphones (une version Android est déjà en cours de développement), ça risque de faire mal.
Moi je l'ai déjà sur mon téléphone ! Niark ! (bon c'est du codé à la va-vite donc c'est quasiment inutilisable, mais c'était pour le principe d'arriver à le faire)

Pas quand tu fais la conf à la main, à un moment tu lances wpa_supplicant.
Bah là tu mets pas le -B pour qu'il parte pas en background et tu rajoutes -ddd pour qu'il soit un peu bavard

Si t'utilise Spotify sur G4, c'est à coup de wine+qemu (ou alors j'ai loupé un épisode), faut pas s'étonner que ça rame ...
Ou alors c'est despotify ('fin faut un compte payant, et t'aurais pas de pub dans ce cas), et il ne fait à peu près rien de plus que de lire de l'ogg et faire un peu de crypto, ce qui bouffe à peu près rien (sur un arm à 100Mhz ca prend moins de 40% CPU ....)
Et d'ailleurs, t'es le premier que j'entends se plaindre de la pub sur Spotify... Pourtant je connais du monde en Spotify Free.
Franchement je me demande si on parle du même Spotify (moi je parle de http://www.spotify.com quoi.), tellement y a d'incohérences.

C'est possible d'avoir un peu plus de détails que "ça marche pas ©" ?
Genre des logs wpa_supplicant (avec peut être un maximum d'options de débogage)

On dirait que ton clavier est cassé, ta touche entrée ne marche plus/pas.
Sinon je comprends pas trop, j'ai l'impression que tu dis que leurs données seront plus ouvertes, mais quelles données ?
C'est que y a beaucoup de type de données possibles pour une ville...

Pour la musique je trouve que les solutions de streaming ont un bel avenir. Cela fait 2 jours que je teste spotify et je suis assez impressionné par le bousin. Ça fonctionne sous linux, c'est très rapide, la qualité sonore est bonne (vorbis 160 kb/s), le catalogue est large et la pub très peu présente.
Je rajouterais l'existence d'un compte premium à 10€/mois qui permet d'avoir du 320kbps ('fin c'est en cours de migration), et qui permet d'utiliser despotify: une bilbiothèque^W bibloithe^W librairie libre (qui n'est pas affiliée à spotify, mais ils ont pas l'air de faire grand chose contre en tout cas) qui permet d'accéder à spotify "comme on veut", par exemple pour récupérer des chansons pour des appareils hors-ligne, ou les mettre sur un serveur web pour consulter de son travail sans installation (à ce propos je crois avoir vu un player flash aussi).

Je pense que c'est ce genre de solution qui va « tuer » le piratage, et non une autorité qui coupe l'accès à internet…
En tout cas depuis que j'utilise spotify (plusieurs mois), je n'ai plus jamais chargé de musique sur autre chose que spotify, vivement quelque chose d'équivalent pour les vidéos quand même (même si les contraintes temporelles par rapport aux DVDs and co vont bien faire chier.)

Je voulais voir plus en détail ce qu'était spice, donc je demande à google spice X11, et évidement je tombe sur ton journal en 1° résultat...

À noter que ça ne concerne pas que les Itanium, les Atom (netetment plus courants chez les particuliers), sont aussi concernés.

Il faudrait pas échapper correctement le ! ?
En tout les cas, remplace le par un -not, c'est tout aussi lisible et ca risque pas de tomber sur ce genre de problemes.