Psychofox a écrit 11581 commentaires

Dans ton cas tu pourrais couper tes enregistrement en 'n' vidéos correspondants aux passages entre chaque pub avec un outil comme celui-ci:
https://github.com/nlpsuge/NiceCut

Le résultat est une liste de vidéo plutôt qu'une seule mais les lecteurs gèrent bien ça.

À priori si tu ne veux qu'une seule vidéo finale tu as aussi des outils qui font le fusionnement de multiples vidéos avec leurs sous-titres:
https://github.com/iraj-jelo/srtmerger
https://github.com/BrianHooper/subtitles_merge
https://github.com/SmirnovKirill/subtitle_merger

Sinon faut coder tout ça toi même, quelques librairies qui gèrent le srt:
https://pypi.org/project/srt/
https://rubygems.org/gems/srt
https://www.npmjs.com/package/srt
https://github.com/asticode/go-astisub
https://crates.io/crates/srt

avidemux est un éditeur linéaire selon moi. Tu peux copier/coller des bouts de vidéos mais tu ne peux pas éditer avec plusieurs pistes, transitions, etc.

Voilà, t’as compris tout seul.

La dockerfile, elle se construit toute seule. T'as pas besoin de te connecter pour ça.

PS: je sais très bien qu’une suggestion pertinente serait d’installer mon propre serveur. J’ai administré des serveurs pendant suffisamment d’années pour savoir que je ne veux plus avoir la responsabilité d’un serveur, que si j’en avais un je craquerais vite pour héberger tel et tel service, pour tester des trucs.

Je suis pas sûr de comprendre. Si t'as ton propre serveur tu ne peux pas t'empêcher de faire de la merde dessus? Que ce soit à la maison ou en vps quand je veux tester des trucs je le fais en local, ce qui est "production" reste sur son serveur tout propre.

Donc ce point n’est pas discutable, merci de m’aider à ne pas faire une rechute en taisant cette éventualité.

Tu parles comme si c'était une drogue. ^_!

Je souhaite payer pour déléguer l’administration serveur à un service professionnel. (avec l’âge, le temps devient plus précieux que l’argent car on a de moins en moins du premier et de plus en plus du second).

Je trouve que de nos jours c'est devenu tellement simple de ne pas avoir grand chose à faire pour s'autohéberger ou gérer un vps.

1. la plupart des distros ont un système de mises à jours automatiques (avec programmation du reboot, sinon tu le cron une fois par semaine et basta). T'as juste plus rien à faire à part une upgrade majeure tous les x mois/années et là aussi c'est généralement finger in the nose.
2. avec let's encrypt c'est devenu tant facile de gérer le renouvellement automatique de ses certificats ssl. Il y a même des serveurs webs comme [caddy](https://caddyserver.com/) qui gèrent directement le bousin sans avoir à utiliser un client acme.
3. c'est devenu hyper facile d'avoir le monitoring de son serveur distant sur son smartphone, et au pire tu peux aussi payer pour avoir du monitoring pro.
4. si tu pars sur une solution vps, tu n'as pas à t'occuper du hardware. À part un incendie type OVH t'as pas trop de risque. Et vu le type de contenu que tu veux héberger, c'est facile d'avoir un serveur sur 2 hébergeurs et zones géographiques distantes.

Faut juste choisir une distro qui package un serveur gemini. J'ai regardé pour Agate, il y a au moins nix, guix et Archlinux (via aur). Au pire si ça tourne sur un vps et que t'es pas comfortable avec une de ces distros, la maintenance et les maj c'est une dockerfile toute simple à rebuilder par semaine et un container podman/docker à redémarrer via un cron/timer systemd.

Des hébergements web pros, il y en a foule. Des hébergements gemini, il y en a. Pros? je n'en connais pas. Tous ceux que je connais sont sur la base du bénévolat/chatonlike et vu que la communauté gemini est plutôt orientée DIY et reste un réseau de niche, je pense qu'il va falloir du temps pour que ça se popularise un peu et que ça devienne attrayant pour un hébergeur de le maintenir.

Sinon, solution impopulaire ici, le nuage. Rien que chez Amazon entre Cloud Front, Simple Hosting et même S3 tu as tout ce qu'il te faut pour héberger du web sans avoir à gérer des serveurs. Avec Fargate, idem tu peux héberger du gemini dans un container sans avoir à gérer un serveur. Du côté de microsoft tu as github en gratuit, Azure a aussi sont service d'hébergement de sites statiques et gemini peut aussi tourner sur un container. Le Cloud google je le connais moins mais j'imagine que c'est pareil. Tous ces hébergeurs ont aussi leur CI/CD qui te permet de lancer un déploiement via un hook ou une vérification planifiée. Et si t'as pas envie de gérer et mettre en place tout ça ben tu peux chercher un expert AWS/Google/Azure sur linkedin et l'employer directement.

C'est faux. Tu peux faire des sites dynamiques en gemini avec du cgi/scgi.

Pas un problème technique qui empêche les aveugles mais politique : banque sans une fonctionnalité utile (même sans être aveugle), changer banque.

Tu esquive un peu vite le choix de vouloir/ pas vouloir que tous tes paiements soient connus de Apple ou Google.

Si les voyants ont droit à ce choix, je ne vois pas pourquoi les autres ne l'auraient pas.

La question est bonne mais le mot français choisit est effectivement mauvais.

Le logiciel libre est par définition durable car même si son auteur meurt écrasé par une voiture, toute personne ayant le binaire ou le code source est en droit de continuer à le diffuser, modifier et développer.

De même il y a pléthore de petits softs qui n'ont pas vu un commit depuis des mois ou des années et qui continuent à fonctionner. Après tout on met souvent l'accent sur la sécurité et le manque de patch mais tout logiciel qu'on utilise n'est pas en réseau et ne représente aucun danger si les fichiers traités sont produits par ce logiciel ou proviennent d'une source sure. Par exemple pour créer des documentations j'utilises de temps en temps ttyrec pour enregistrer mes sessions shell et les convertirs en gif animés. Je crois que ttyrec n'a pas connu un seul commit depuis moultes années, il fait toujours le job. J'ai aussi utilisé pendant des années un générateur de galerie web de photo dont je n'ai plus le nom en tête. C'était un script perl qui a connu 3 ou 4 mainteneurs différents sur une dizaine d'années.

Bref, je dirais qu'on peut faire difficilement plus durable que le logiciel libre.

Pour ce qui est de vivre du développement de logiciel libre, c'est un peu plus complexe, mais possible. Je ne suis pas forcément convaincu de la méthode d'André Staltz qui se base uniquement sur le couple opencollective+github ne semble pas prendre en compte que des logiciels peuvent avoir partie des développements financés par des utilisateurs "premium" demandent des fonctionnalités, supports ou développements spécifiques. Voire par exemple le cas de sqlite: https://www.sqlite.org/consortium.html.

Reste que le terme obsolescence progammée reste incorrecte. L'imprimante imprimera toujours et sera utilisable comme avant.

Pinailler sur la baisse de la sécurité de l'appli web d'administration, alors que ce qui est réellement important, c'est à dire les données des documents que tu imprimes, sont et ont toujours été transférés en clair sans chiffrement, c'est juste de l'hypocrisie.

HA HA HA

Chaque version du kernel, même dans sa version LTS maintenue par GKH est par définition expérimentale.

Tiens cadeau pas plus tard qu'il y a deux jours:
https://lore.kernel.org/all/YzwooNdMECzuI5+h@intel.com/

Et des utilisateurs de distros majeures ont été affectés. J'étais sur le 5.19.12 pendant au moins 24H sur mon laptop pro.

De toute manière ce n'est pas parce que quelqu'un enregistre un domaine, écrit un pavé et qu'il soit signé par une dizaine de personnes que des milliards d'autres ont l'obligation d'être d'accord.

Ça ne marche qu'à coups d'éclairs envoyé depuis les cieux sur des tablettes de pierre. Et encore.

C'est marqué en bas de page: Manjaro GmbH & Co KG. En gros une SARL.

Et tu as plus de détails sur celle-ci ici. Elle est enregistrée en Bavière et dirigée par Philip Mueller et Bernhard Landauer. De là tu peux aller sur linkedin pour plus de détails sur ces personnes.

Donc, tu es pour que les gens ne publient leur code pour les autres puissent le commenter avant qu'il ne soit complètement fini ? Perso, je préfère largement qu'ils publient du code instable avant qu'il ne soit utilisable.

Moi aussi, mais je préfère qu'ils ne pleurnichent pas si leur ego est blessé parce que quelqu'un a l'audace de l'utiliser et qu'ils ravalent leur fierté. Et s'ils n'en sont pas capables ils savent quoi faire.

Ça ne change rien. De toute manière si tu achètes un Mac pour y installer linux dessus, c'est que t'aimes faire des trucs expérimentaux et que t'acceptes un certains nombre de risques.

Tout ça c'est juste un problème d'ego, à chaque fois l'emphase est sur la réputation du developpeur.

Personne n'oblige les developpeurs d'Asahi de publier leurs branches les plus expérimentales sur internet non plus hein. Git c'est décentralisé. Ce n'est pas comme si ils ne peuvent pas avoir une QA avec un passage en branche publique uniquement quand le code a été sujet à des tests sur les plateformes hardware supportées.

Tu crois que toutes les distros envoient un mail au développeur de chaque bout de code, librairie, petit utilitaire avant de fournir un paquet? Tu crois que c'est une méthode de fonctionnement valable? Moi je serais le dev de la lib trucumuche, ça me gaverait de recevoir 50 emails de ce genre.

Ils ont répondu au tweet. Ouais leur anglais n'est pas très bon mais au final on comprend:

We are currently only tested our version on a MacBook Air M1 and stated that also on the #README file on the development project at #SOURCEforge. We will contact @AsahiLinux team soon to establish a good development relationship.

Accessoirement Asahi a réagit à un message de commit qui parle de branche unstable:

https://lists.manjaro.org/pipermail/manjaro-packages/Week-of-Mon-20220926/052354.html

_### BoxIt memo ###

User philip committed following changes:

• arm-unstable core aarch64: 4 new and 0 removed package(s)
• arm-unstable community aarch64: 1 new and 0 removed package(s)

-------------- next part --------------
[New Packages]
linux-apple-silicon-6.0rc7-1-aarch64.pkg.tar.zst
linux-apple-silicon-headers-6.0rc7-1-aarch64.pkg.tar.zst
m1n1-1.1.5-1-aarch64.pkg.tar.zst
uboot-apple-silicon-2022.07-1-aarch64.pkg.tar.zst
-------------- next part --------------
[New Packages]
lzfse-1.0-1-aarch64.pkg.tar.zst_

Je ne suis pas spécialement fan de manjaro, bien au contraire, mais c'est beaucoup de bruit pour rien. Et le logiciel libre, c'est aussi la liberté de faire de la merde si on en a envie.

Accessoirement il y a quelque chose qui est fait quelque part soit au niveau kernel, soit au niveau pulseaudio/pipewire mais avec le même laptop sous linux il est souvent impossible d'avoir le volume aussi fort que sous windows avec les hauts-parleurs embarqués à moins de passer au dessus de 100% dans les réglages de volumes (et avoir de la saturation).

Il y a donc des developpeurs ou des mainteneurs de distros qui mettent des garde-fous arbitraires pour éviter qu'on ruine le matos.

Ils utilisent du logiciel libre expérimental à leurs risques et périls et à ceux de leur utilisateurs. Point barre.

La distro ne s'appelle pas ManjaroAsahi.

On peut critiquer leur choix à chier mais ils ne doicent rien à Asahi et ne leur causent pas du tort.

Il y a aussi :

archinstall --script guided

Qui suffit amplement. De toute façon l'installeur calamares utilisé par endeavour et garuda a toujours été un peu buggé.

Une distro fait ce qu'elle veut hein. Elle n'a rien à demander à upstream. Et si ça pète le matos de ses utilisateurs, le problème et le litige se situera entre manjaro et ses utilisateurs.

J'imagine pour le distinguer de quelqu'un qui aurait Raymond pour prénom et qu'il y a plein d'autres Raymond dans l'IT.

Ça a commencé sur des sites comme slashdot il y a déjà des décennies, c'est devenu un usage. Eric S. Raymond en parle lui-même sur sa page personnelle (notes l'URL):
http://www.catb.org/esr/who-is-ESR.html

Euh ça fait déjà quelques années que piepwire existe et certaines distros l'utilisent depuis quelques versions sans problème particulier.

murena cloud, c'est nextcloud + un compte email + un compte xmpp.

C'est juste complètement inregardable cette vidéo. Entre l'affreux avatar qui prend la moitié de la place et cette voix robotique suraiguë et à peine compréhensible…qu'est-ce qui lui passe par la tête de pondre des vidéos pareilles?

Note: j'ai utilisé playstation online et geforce now mais pas stadia.

Je dirais que le problème du cloud gaming, c'est que ça va essentiellement attirer des gens qui ne sont pas des "gamers hardcore".

Je m'explique: celui qui joue tous les jours va très rapidement rentabiliser sa console de jeu ou son pc de gaming, va être très attaché au catalogue disponible, à pouvoir conserver les jeux, etc.

Le cloud gaming, c'est plutôt pour les gens comme moi. Je ne joue presque pas aux jeux vidéos, donc je ne suis pas forcément au courant de tous les bons jeux qui existent et je ne vais pas me sentir mal parce que le jeu X n'est pas dispo. Et je ne vois pas l'intérêt d'investir dans une console de salon ou un pc de gaming vu qu'il faut que toutes les étoiles s'alignent pour que je joue et que mon temps annuel de jeu est assez limité. En gros il faut:
- que je sois célibataire ou que ma compagne soit absente
- qu'il fasse nuit,qu'il y ait des conditions météo exécrables ou des conditions spéciales qui m'obligent à rester à la maison.

Ce qui fait que ces 2 dernières années j'ai joué:
- pendant le confinement essentiellement avant la mi-mai et qu'on puisse sortir faire du sport car ma copine de l'époque était à 10000km.
- 1 à 2x par semaine en hiver pendant 2 mois quand il faisait nuit tôt, que ma copine travaillait jusqu'à 21h et que j'avais mes enfants à la maison donc impossibilité d'aller socialiser à droite ou à gauche en attendant ou faire du sport.

Je me suis aussi vite rendu compte qu'en payant par mois c'était pas forcément hyper rentable si je ne jouait pas tous les jours et que j'avais accès à une meilleure qualité graphique et meilleure stabilité réseau en utilisant une VM avec GPU dans le cloud de chez paperspace + parsec où je payais à l'heure.

Maintenant comment tu fidélise des clients qui choisissent ta plateforme justement parce qu'ils n'ont pas envie de long terme? Compliqué.

C'est toujours mieux de faire ça avec un avocat spécialisé. Ça te coûte mais au moins il sait et peut faire pression.

Je suis dans une autre pays mais on passe par les même démarches avec une avocate pour ma compagne et tant pour l'inscription de notre couple comme pour son droit de résidence notre avocate savait que quand ils sont à la bourre elle n'a qu'à envoyer un courrier dans le délai imparti en rappelant le texte de loi et au final l'administration est plus ou moins obligée de te donner le papier car c'est trop tard pour elle de lancer une enquête et/ou de demander des justifications supplémentaires qui fournirait matière pour un refus.