steph1978 a écrit 3498 commentaires

it works

My bad, j'ai refait l'encodage en libx64 au lieu de mpeg4 et ça prend maintenant 3 minutes mais surtout ça produit un fichier de 16MB avec une qualité top.

Houpi !

J'ai commencé quelques expérimentations.

Une vidéo de 17 minutes. Pesant 390MB, la piste vidéo pèse 381 MB, la piste son en pèse 9MB.
Video: h264, 1920x1080, 2993 kb/s, 29.97 fps
Audio: aac, 96000 Hz, mono, 68 kb/s

Le PDF des 54 slides pèse 8.9MB, transformé en 54 fichiers Jpeg : 4MB.
On pourrait espérer un fichier de 13MB.

J'encode le tout avec ffmpeg en mpeg4, cela prend 1.3min ; le résultat pèse 105MB et la qualité est moins bonne que les jpeg.

Un peu décevant …

Obtenir les images de slides n'est pas un soucis mais merci pour l'astuce.
Par contre l'idée d'utiliser openshot est une bonne piste.

Les projets openshot sont sauvegardés en json et Openshot lui même peut être invoqué en ligne de commande ; à tester si on peut demander le rendu final de cette façon. Il serait alors possible de templatiser le json pour y placer les images, leurs durées, des transitions, et la bande son.

Et cela rejoint un peu le commentaire plus haut : un format vidéo c'est déjà à peu près ce que je recherche.

C'est peut être un chouia moins optimisé que juste images+son mais on doit sur un très bon Pareto.

J'ai eu un peu cette intuition aussi, en y réfléchissant : chaque slide serait finalement une "key frame" (je ne me rappelle plus le terme consacré…) qu'on étire le temps de la narration sur ce slide.

Adobe/Flash repose au cimetière aux côtés de Sun/JavaApplet et MS/Sylverlight ; replacées par les technologies web : HTML + CSS + JS et toutes les API qui vont avec : WebGL, WebRTC, Canvas

Ce sont des technologies pour construire des applications - un lecteur de vidéo en serait une - mais pas des formats.

dans firefox,

• charger la page du formulaire
• faire F12, aller sur l'onglet réseau
• remplir le formulaier et faire submit

La première ligne qui s'affiche dans l'onglet réseau est la requête de soumission du formulaire.
Faire click-droit, "copy as curl", chez moi ça donne:

curl 'https://www.e-chargement.com/identif_badge.Asp' \
  -X POST
  -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:131.0) Gecko/20100101 Firefox/131.0'  \
  -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8'  \
  -H 'Accept-Language: en-US,en;q=0.8,fr-FR;q=0.5,fr;q=0.3'  \
  -H 'Accept-Encoding: gzip, deflate, br, zstd'  \
  -H 'Content-Type: application/x-www-form-urlencoded'  \
  -H 'Origin: https://www.e-chargement.com'  \
  -H 'Connection: keep-alive'  \
  -H 'Referer: https://www.e-chargement.com/identif_badge.Asp'  \
  -H 'Cookie: badge%5Fdiv=6891; ASPSESSIONIDQUBACAAT=FDKMPLPCMIPOBAABEOONALHE; home_url=; parent_entrance=; origurl=; retour_url=; mobiledevice=0; mobiledevice=0'  \
  -H 'Upgrade-Insecure-Requests: 1'  \
  -H 'Sec-Fetch-Dest: document'  \
  -H 'Sec-Fetch-Mode: navigate'  \
  -H 'Sec-Fetch-Site: same-origin'  \
  -H 'Sec-Fetch-User: ?1'  \
  -H 'Priority: u=0, i' \
  --data-raw 'badge_div=6891&badge_number=compte&badge_nom=nom'

Le plus important étant la deuxième ligne - on fait un POST - et la dernière qui donne le format des informations attendue.

En jouant cette commande telle quelle dans un terminal, on retrouve le même résultat que dans le navigateur.

Après, on peut s'amuser à enlever les lignes d'entête (-H) qui paraissent inutiles jusqu'à ce que cela ne marche plus. On peut aussi combiner deux requêtes pour récupérer des cookies si nécessaire. Mais la base est là.

Happy scraping.

pour plus de visibilité.

-gérer les X accès à créer en fonction des X répertoires trouvées.

Je n'ai pas compris cette phrase, c'est quoi "X", c'est quoi un accès ?

J'ajouterai Grub ne sais pas booter sur une partition chiffré.
Ce qui ne doit pas être complétement vrai car il me semble avoir vu un tuto pour le faire.
Quoi qu'il en soit, ce n'est pas nativement prévu dans l'installer Debian ; alors que le chiffrement de "/" l'est.

Bon y a quand même de la pratique : https://www.nocode-summit.org/fr/content/impact-nocode-hackathon et https://www.nocode-summit.org/fr/content/nocoders-games, ça peut être instructif.

Quand on voit le panel de speakers, on voit que ça va pas trop mettre les mains dans le cambouis.

To install Koha for immediate use we recommend
* A Linux server – Debian is what most people use
* Apache
* MariaDB or MySQL
* Perl
* Root access to the server
* A better than average level of skill with the command line, Apache, and MySQL tools

J'adore le dernier pré-requis.

En utilisant les signatures

C'est un souhait ou c'est sensé marcher ?
Parce que chez moi ça fait Malformed prototype for main::bar: $func, $x, $y at firstclassfunc.pl line ; perl 5.36.

On a pas besoin de se choisir une église et de la vénérer tout en insultant le reste.

Tout à fait. Par contre à un moment il faut choisir un outil et on ne peut pas tous les maîtriser, en particulier les maîtriser à un niveau qui soit productif.

Syntaxe auto-hébergée
La syntaxe de Raku est elle-même définie en Raku.
[…]
la possibilité pour le langage de modifier sa propre syntaxe en cours d'exécution, ce qui constitue une performance accomplie par de très rares langages de programmation, le plus emblématique étant Lisp.

🤯🤯🤯
ça doit pouvoir donner des trucs de ouf.

Merci pour ta review.
Pour le premier point, ils y sont mais je les ai pas collé.
Pour les deux autres, je ne connaissais pas mais c'est bien dommage car ça aurait encore plus appuyé le propos.

sub bar($$$) {
    my $func = shift @_;
    my $x = shift @_;
    my $y = shift @_;
    return $func->($x, $y);
}

à comparer à

def bar(func, x, y):
    return func(x, y)

tu n'as pas spécifié le nombre d'arguments : sub foo($$)

tu n'as pas nommé les arguments par exemple (https://dev.to/nicholasbhubbard/named-subroutine-arguments-in-perl-2a3h) pour la fonction bar :P

Dans l'exemple pour le point 3, il n'applique pas le point 2:

sub safe_open {   # <= là, ça devrait être safe_open($$$)

    my $file = shift @_;
    my $mode = shift @_;
    my $die_on_failure = shift @_;
    # ...
}

Challenger le status quo, trouver la meilleure option, explorer des sentiers plus exotiques, oui

Dénigrer l'"adversaire" avec des arguments fallacieux ou tout du moins non étayés, bof.

perl a déployé des trésors d'inventivité

J'en doute pas, mais j'imagine que ces avancées pourraient être reprises dans un autre langage, car regesp n'est pas la syntaxe, c'est un outil.

une émulation entre python, perl et ruby

considérant le même code dans ces trois langages

sub foo {
    my ($a, $b) = @_;
    return $a + $b;
}

sub bar {
    my ($func, $x, $y) = @_;
    return $func->($x, $y);
}

my $num1 = 5;
my $num2 = 10;

my $result = bar(\&foo, $num1, $num2);

print "The result of adding $num1 and $num2 is: $result\n";

def foo(a, b):
    return a + b

def bar(func, x, y):
    return func(x, y)

# Main part
num1 = 5
num2 = 10

result = bar(foo, num1, num2)
print(f"The result of adding {num1} and {num2} is: {result}")

def foo(a, b)
  a + b
end

def bar(func, x, y)
  func.call(x, y)
end

num1 = 5
num2 = 10

result = bar(method(:foo), num1, num2)
puts "The result of adding #{num1} and #{num2} is: #{result}"

Si on commençait par la syntaxe 😉 ; IMHA ruby ≥ python > perl.
Je taquine, la syntaxe c'est un peu l'âme d'un langage (sauf lisp like), difficile de tout chambouler.
Mais j'aimerai fondamentalement comprendre ce qu'aime les aficionado du Perl.

Python est conceptuellement un langage hyper lent […] A l'inverse PERL

Pures spéculations qui vont à l'encontre de la conclusion postée dans le commentaire plus haut : Perl et Python au coude à coude, environ 75x plus lent que C.

PERL est basé sur les regexp […]

Je ne suis même pas sûr de comprendre ce que ça peut vouloir dire, les regeexp ne sont pas Turing complete, Perl si.

car les Regexp sont compilable facilement

Facilement compilable, oui (machine à état) mais leur temps d'exécution est très peu maîtrisable ; en gros, modifier un peu une regexp rapide peut la transformer en une regexp lente. Bref compilation != exécution.

efforts surhumains

Par définition, non ; ce sont bien des êtres humains qui écrivent les interpréteurs python tout comme les complilateurs des autres langages qui ne sont jamais une mince affaire.

Je préfère Julia quand on peut pour ses performances (Et son typage).

Là ok, interprété ~= lent et typé ~= rapide ; on peut d'ailleurs accélérer Python en le typant (on peut aussi faire du Jit) ; je ne sais pas si ça a été tenté pour Perl.

Python … au moins pour les prototypes

Attaque classique, mais sans fondement ; Python est en prod (Instagram, Spotify, Dropbox, Reddit, Pinterest, Quora, YouTube) de même que Perl (IMDb, Slashdot, LiveJournal, Bugzilla), Ruby (GitHub, Basecamp, Shopify, Twitch, Airbnb, Hulu) ou Php (Facebook, WordPress, Wikipedia, Tumblr, Slack, Mailchimp, Drupal).

Je n'ai jamais fais plus en Perl que de hacker des bases de code existantes. Je trouve Python beaucoup plus appétant.

Mais quand je regarde le /bin de mon système, je trouve 150 programmes en Perl, 58 en Python. Il y a donc un réel usage dans une distrib Linux.

Ma conclusion pifométrique : Perl fait un très bon super-shell.

Non, en effet, peut être le double …

D'ailleurs les pays bas sont un pays imaginaire, c'est bien connu.

C'est aussi beaucoup pour le fun qu'ils font ça

C'est plausible.
Car les specs sont ridiculement basse par rapport à ce que peut faire la techno.
Pour un prix comparable, le truc pourrait être 10x plus puissant.

j'adorai cet acteur et je suis sûr qu'il aurait pu encore faire de belles choses.

L'objectif n'est pas atteint car une partie des trajets économisés par le TT se faisait en transport en commun et donc déjà bas en carbone.

Et l'article de conclure

L’électrification du parc reste en définitive la solution la plus efficace …

Moi j'aurai conclus à la nécessité du développement des transports en commun mais chacun ses convictions.

Une carte électronique ne coûte presque plus rien ; le truc est 4 fois moins cher que le chargeur suggéré pour l'alimenter ; pourtant il faut bien y mettre quelques ressources, plastique, métaux et un peu d’électricité…