jben a écrit 847 commentaires

Voila, un simple problème de boucles et j'y suis

Ça y est, tu as compris que si on utilisait en maths deux symboles (< et ≤), que ce n'était pas uniquement pour être casse-bonbons ?

Quoi qu'il en soit, même si je n'y connais rien en java, cette erreur je l'avais vite repéré, j'en aurai peut-être parlé si tu avais usé d'un autre ton.

Bon séjour en enfer,

Tu as testé à l'ancienne avec grub ? J'ai déjà eu des cas, où je n'ai jamais reussi à faire ce que je voulais avec grub-install, mais qu'à l'ancienne ça passe comme une lettre à la poste.

Un petit lien dans le handbook gentoo qui explique comment faire.

Si tu as ça avec le df c'est que tu n'as pas assez monté de trucs avant le chroot. Moi avant le chroot, je fais :

mount -o bind /dev /mountpoint/dev
mount -t proc none /mountpoint/proc
mount -t sysfs none /mountpoint/sys
mount -t tmpfs none /mountpoint/run
mkdir /mountpoint/run/shm /mountpoint/run/lock
chmod 777 /mountpoint/run/shm /mountpoint/run/lock

Mais ça ne devrai pas résoudre ton problème.

• J'en suis resté à SMTP/HTTP/IRC/FTP, IPv2, c'était mieux avant :

Oui j'utilise SMTP, XMPP, IRC, oui je mets me photos à envoyer sur mon serveur HTTP ou FTP et je cale un lien dans un mail, sur jabber, ou par IRC.

Mais je n'arrive pas à comprendre le rapport avec la seconde partie. Je suis en dual stack IP legacy et IPv6, non ce n'était pas mieux avant.

On peut refuser d'utiliser ces moyens « modernes » de communication, pour plusieurs raisons. Pour moi, c'est je veux avoir contrôle de mes données, et je n'en ai pas le besoin. Aucun rapport avec du nostalgisme, ou de la mémoire sélective du troisème âge. Le fait de marquer « IPv2, c'était mieux avant » n'est qu'une tentative minable de décridiblisation des personnes qui pour beaucoup d'autres raisons contenuent à utiliser ces outils.

P.S. Je considère que le WoT d'openPGP est un réseau social, et celui là je l'aime, et je m'en sert même pour communiquer conjointement au SMTP et à l'XMPP.

Peut-être que dans la vrai vie on n'utilise pas des factorielles pour calculer les coefficients binomiaux. Et peut-être qu'aussi quand on a besoin de manier des très grand nombres et des très petits, pour éviter que toute l'information utile se retrouve codée dans l'exposant, et pour éviter que la mantisse ne contienne que des broutilles on fait les calculs sous une certaine transformation.

Et par simple curiosité, tu me classes dans quelle catégorie ?

Le mien meurt quand on écrit le ou la alors que l'objet en question (par exemple la tension) n'est pas définie de manière univoque. Par exemple « la primitive de la fonction x→x² », ça me choque.

Donc pour moi, ce qui était écrit auparavent n'avait pas de sens, mais pas ton intervention n'en avait guère plus.

Désolé si je suis dûr, mais j'aime pas les réparateurs qui causent autant de problèmes qu'ils en resolvent.

Oui proportionelle au carré de la tension, mais quelle tension ?

Il s'agit de fait de la tension au bornes du cable. Pas de la tension entre les cables.

Introduisons toutes les notations, on va se mettre dans un cas simplifié, tout est resistif, pas de comportement inductif, ni capacitif. On parle en tension efficace, on est que avec des dipoles resistifs, donc pas de problemes.

U₁ : tension reçu par l'équipement en bout de ligne, l'équipement en bout de ligne est tel qu'il consomme une puissance P₁. Il est donc parcouru par une intensité I₁=P₁/U₁.

U₂ : tension aux borne du cable d'alimentation (un seul cable, l'autre étant la terre). Le cable à une resistance de construction R₂. Il est parcouru par un courant I₂.

Donc, sachant que I₁=I₂, on va noter I=I₁=I₂, on peut exprimer la puissance consommée par le cable des manières suivantes :

• P₂=U₂²/R₂. Mais il s'agit de la tension aux bornes du cable, on ne la maitrise pas.
• P₂=R₂I², c'est mieux car I dépend (principalement) de l'équipement final
• P₂=R₂(P₁/U₁)², c'est celle là que j'aime bien, on voit que la puissance consommée par le cable est inversement proportionelle au carré de la tension d'alimentation toutes choses égales par ailleurs. C'est elle qui justifie le fait qu'on fasse des ligne à hautes tensions.

Bref, la tension est ambiguë, et depuis le début de ce sous-thread, tout le monde balance une liaison, sans préciser laquelle.

Et donc proportionnelle à la tension si on en reste aux conducteurs ohmiques : U = RI donc P=UI…

Oui mais c'est là qu'il faut préciser laquelle, il s'agit de la tension au bornes du câble (qui est assez faible en vrai), pas de la tension entre le câble et la terre. Généralement on utilise l'intensité (donc P=RI²) car l'intensité qui parcours le cable ne dépend que de ce qui est consommé (enfin en vrai non, mais la différence est ridicule).

Il faut notamment tenir compte de l'effet Hall : les porteurs de charges sont si denses qu'ils se repoussent et ne peuvent plus occuper que la périphérie des conducteurs.

Ne confondrais tu pas l'effet Hall et l'effet de peau ? Il me semble que l'effet de peau à 50 Hz pour le cuivre est assez faible (avec une peau de l'ordre du cm).

Dans le pseudo système monté sur /proc tu as des infos sur les processus. En particulier, un cat /proc/<pid>/status, les champs Vm.* comme VmSize, devrait pouvoir t'interesser.

Après peut-être qu'il existe des outils simples, mais en même temps c'est 3 lignes de shell à faire.

Moi quand j'en ai vraiment besoin (à peu près une fois l'an, c'est à dire que c'est utile, et que weboob ou la recherce à la main dans le source ne donne rien), j'installe de plugin proprio flash (dans une VM faut pas déconner), je lance un sniffeur de réseau (wireshark ou tcpdump suivant mon humeur), et je lis la vidéo avec le bousin buggué.

Ce n'est pas une méthode délicate, mais ça marche.

J'avoue qu'il y a une confusion dans mes notations. J'ai mis un v(t) car on avait déjà un v dans les calculs, j'avais dans la tête que F n'était pas une constante, mais je ne l'ai pas explicitement marqué comme dépendant du temps. C'est avec ce genre de raccourci qu'on fait des erreurs, je vais donc m'autoflageller.

Le ½ ne faisait pas parti des approximation. C'est bien une coquille. Ça arrive à cette heure là. Même si j'ai fait les calculs en double par deux méthodes (l'autre c'est le calcul du travail de la force), il pourrait bien y avoir d'autres coquilles voire même une erreur. Je n'arrive pas à me satisfaire de l'expression finale, quoique ses dimensions soient cohérentes.

Pour le ½, je pensais plutot à un truc du genre : considerons que la puissance évolue lineairement entre 0 et Pmax. Dans ce cas on a Pmoy=½Pmax, d'où simplification des ½. C'était l'approximation qui ne faisais pas intervenir les ½. Mais elle me parrait plus farfelue que celle de la puissance constante.

Pour le travail de la force, ça me parrait pas si simple. La puissance provenant du travail d'une force est F·v(t), or v(t) n'étant pas constante — d'ailleurs avec le modèle à puissance constante, on a v(t) = √(2·P·t/m) — donc le calcul devient légerement plus chiant.

temps pour atteindre la vitesse t = mvv/p

Au jugé, j'aurai rajouté un ½.

Énergie cinetique intiale 0, énergie cinetique finale ½mv², difference d'énergie cinétique ½mv². À puissance constante, ça nous fait un temps de t= ½mv²/p. Enfin je sais pas si c'est cette approximation que tu as fait, mais si j'avais du donner des ordre de grandeur, c'est celle là que j'aurai effectuée.

Question bête, c'est quoi cette putain d'unité à la con le cheval pour exprimer une puissance ? Tant qu'on y est on pourrai mettre la masse en stone et la vitesse en nœuds.

Chez un hébergeur, t'est locataire. Tout appartient au propriétaire, tout ce que tu fais.
Et c'est pas les CGU (qui changent tous les 3 mois) qui y change quoique ce soit.
Un jour, OVH se prendra pour Facebook et proposera une offre "encore moins chère" pour exploiter l'immense base de donnée (implicite) des éléments qu'il héberge chez lui. Et t'y pourra rien, ce jour-là.

Je suis lié avec un contrat avec OVH, mon hebergeur qui me loue 3 machines. Et je te garantis que :

1. Il n'est pas proprietaire des données.
2. Il n'a pas à regarder ce qui passe dans ses tuyaux.
3. Il n'a pas à regarder ce que tu fais sur ta machine (et heuresement).
4. S'il change ses conditions générales de vente ça ne change rien au contrat qui nous lie. Je suis libre d'accepter les nouvelles, d'aller voir ailleurs, ou de garder les anciennes puisque rien ne permet dans le contrat qui me lie avec eux de m'obliger à accepter les nouvelles conditions générale de vente. Je crois que tu confonds CGU et CGV. Il y a un moyen de s'en souvenir, quand vous voyez CGU fuyez !
5. Le jour où OVH proposera une offre encore moins chère, bien je resterai avec l'actuel contrat qui me lit à eux. S'ils rompent le contrat ou la Loi, je n'hesiterai pas quinze secondes avant d'aller en justice, et je ne suis pas le seul.

Faut vous mettre en tête une chose : c'est une relation contractuelle, si on se fait couillonner dans une relation contractuelle, c'est juste qu'on a pas lu le contrat. Suis-je le seul qui lit les CGV et qui en garde copie (car elles peuvent changer, et celles qui me sont applicables, c'est celles que j'ai lu) à chaque commande ?

Prêtons-nous au jeu.

Alors à droite, je reconnais le développement en série entière de exp(ix). À gauche par contre, je ne comprends pas. Le numérateur est indépendant de la somme, quand au numérateur, il est divergent. De plus il y a confusion des indices entre la somme et le produit.

Je propose donc la réponse suivante : i∞

Oui mais le lien en bas de l'article de blog me semble mort. Le lien par contre donné par notre vaillant combatant (que je respecte) semble correct.

En tout cas c'est recommandé par la CNIL :

Une précaution minimale à l'heure des technologies de l'information : la suppression du nom des parties dans les jugements et arrêts rendus librement accessibles sur Internet.

Il y a aussi les dommages et intérêts punitifs qui permettrai de calmer les constructeurs. Mais de quel droit une victime serai indemnisé pour des dommages non subis ? Cette notion de dommages et intérêts punitifs est très dangereuse, les actions de groupes sont beaucoup moins problématiques, mais ça reste une solution.

Pour notre culture, pourrais-tu publier l'intégralité de la décision de justice (que tu aura pris soin d'anonymiser) ?

Je viens d'aller lire sur le blog de l'avocat l'article sur cette décision, et je suis resté sur ma faim.

Après, si ça ne te plait pas, tu passes outre ce jugement,

Ne confondrais-tu pas le conciliateur de justice qui généralement effectue (ou tente d'effectuer) une conciliation pour le compte du juge d'instance et le juge de proximité ?

Car la décision du juge de proximité, si ma mémoire est bonne, est non susceptible d'appel, et le seul recours possible est un recours en cassation (c'est à dire un recours sur l'interprétation de la loi, mais pas sur le fond).

Vu qu'il semble l'avoir trouvé par l'AFUL, et qu'il semble y avoir aucune raison particulière qu'il ait choisit un avocat pictave, je suppose qu'il s'agit bien de celui dont tu as calculé le hash.

Enfin je ne vois pas l'intrêt de donner son nom. Il est totalement reconnaissable.

En calculant moi même le hash, je me suis rendu compte que tu as calculé le hash de "$twitter\n" et non de $twitter…

Tu dis :

2000 euros demandés pour les frais de procédure : 1500 accordés.

Je pense que ça doit être les frais exposés, et ça doit donc être l'application du célèbre article 700 du Code de Procédure Civile qui dispose :

Comme il est dit au I de l'article 75 de la loi n° 91-647 du 10 juillet 1991, dans toutes les instances, le juge condamne la partie tenue aux dépens ou, à défaut, la partie perdante, à payer à l'autre partie la somme qu'il détermine, au titre des frais exposés et non compris dans les dépens. Le juge tient compte de l'équité ou de la situation économique de la partie condamnée. Il peut, même d'office, pour des raisons tirées des mêmes considérations, dire qu'il n'y a pas lieu à cette condamnation.

Ce qui me surprend c'est que « Le juge tient compte de l'équité ou de la situation économique de la partie condamnée » ne me parrait pas applicable vu le monstre financier en face.

Pourrais tu donc nous dire pourquoi le juge n'a pas condamné la partie perdante, Samsung en l'occurrence, à ne payer qu'une partie de ce qui était demandé ? Le juge a-t'il jugé les frais mal justifiés ? inappropriés ? Ça permettrai d'un peu mieux comprendre ton différent avec ton avocat.

Disons que moi je fonctionne de la façon suivante : je fais tous les test avec mplayer (vid, cropping, filtres, etc) et ensuite je remplace mplayer par mencoder (des fois en faisant une typo, cf mon premier commentaire), et je rajouter les options propres à mencoder. Donc mon reflexe est si mplayer à une fonctionnalité, alors mencoder aussi, c'est pas une vérité générale, mais c'est souvent une bonne approximation de la réalité.

Tout d'abort tu teste avec mplayer (tout fichier s'appelle video.avi ici)

mplayer -vo null -ao null -frames 0 -identify video.avi 2>/dev/null | grep -E ^ID

Cherche les lignes ID_VIDEO_ID, ça te permet d'avoir les id. Pour en lire un en particulier (disons l'id 4) :

mplayer -vid 4 video.avi

Après avec mencoder (on ne va pas réencoder, mais démultiplexer remultiplexer), pour extraire l'id 4 :

mpencoder -vid 4 video.avi -ovc copy -nosound -o output4.avi