Stinouff a écrit 1184 commentaires

Ok ! Il y a quelque chose pour éviter ça ? Dans l'absolu, ce n'est pas très différent d'un scan, d'un isolement de la signature et d'une réutilisation, j'imagine ?

Bah, tu as le droit, c'est comme si c'était sur CD, tu pourrais copier/héberger, ce que tu veux.

On ne peut pas faire payer "X euros par gamin", c'est l'école, pas un marché. Je ne peux pas obliger les gamins à payer et je ne peux pas faire payer ceux qui veulent pour ceux qui ne veulent pas.

Je ne vois pas le problème de faire payer ceux qui le veulent. Les autres se débrouillent et demandent. L'argent est pour l'école (matériel, sorties scolaires, etc.).

Plutôt 500 euros, ce qui n'est vraiment pas négligeable dans une école un peu laissée pour compte (chaque classe a 50 euros par an de matériel, imagine donc). :)

Autre solution plus simple :

On fait payer jusqu'à une certaine date, puis on ne fournit le fichier qu'une semaine plus tard, quand les paiements seront clos.

Ok ! Tu as raison.
Je vais trouver un moyen détourné, type "liste des généreux donateurs" pour remercier les parents. Ça peut faire son effet, je pense.

Merci ! :)

Autre typo "Atour de Gimp" à la place de "Autour de Gimp"…

(Héhé, en tapant "Autour", j'ai tapé "Atour" aussi…xD)

Merci ! :)

C'est une vidéo, un montage d'une excursion scolaire. La limite de téléchargement serait pour éviter que les parents ne se communiquent le lien puisque l'argent revient directement à l'école. On ne parle pas d'une grosse somme (ce serait 2€ le lien).
Ils pourraient toujours se passer le fichier autrement, ceci dit.

Il y a aussi la solution de créer un lien et de faire confiance.

Tu trouves ça malsain comme procédure ? Ça m'embêtait un peu pour être franc…Mais c'est soit ça, soit faire payer des clés USB ou des CD…

Rien de plus à ajouter, merci pour le partage.

Merci pour tout, en tout cas. :)

Je pense que tu as raison, il n'y a qu'un CPU qui travaille la plupart du temps.

Petite question qui peut avoir son importance : est-ce que la taille des fichiers vidéo importe concernant la mémoire vive ? 
Je pense que je n'ai pas assez de RAM pour les montages que je veux faire. Une fois sur deux, Kdenlive plante parce qu'il ne peut allouer plus de mémoire (et mon SWAP est rempli).

Par exemple, si je réencode tous mes fichiers avec h264, ils seront bien plus léger (environ 5-6 fois), est-ce cela influera ? Ou je dois ajouter de la RAM à mon PC ? :)

Je dis "semblent" parce que j'ai l'impression que ça varie beaucoup. Ça passe de 200% en début de projet à 100% pendant un moment, avec un cœur à 43° et l'autre à 39°…

De temps en temps, ça semble remonter, mais rarement (je viens vérifier toutes les 30 minutes à peu près…).

J'ai lancé un autre encodage avec libav à côté, il monte à 150% quand melt retombe à 50%. Quand libav s'arrête, ça remonte à 200% puis ça retombe à 100% et ça fluctue un peu.

H264 en serait la cause ? (Pas taillé pour le multithreading sur ma version ou avec mon processeur ?)

Ah, pardon, c'est un malentendu. :/

Oui, mon processeur (et les deux cœurs) semblent travailler à fond et pour le benchmark, c'est un benchmark habituel qui est fait sur blender et dont j'ai pu comparer mes résultats, juste pour dire que sous Blender, ça fonctionne parfaitement.

Sous Kdenlive, la charge donnée par htop est bien au maximum aussi.

C'est 25Go de données (1 heure de vidéo en 4K à 60Mb/s).

Oui, mais qui ? :p

Je viens de tester en exportant juste l'audio : 15 heures également. :D

Si, mais j'ai abandonné l'idée…je me sentais un peu coupable d'acheter du nouveau (même d'occasion) matériel alors que celui-ci fonctionne bien…

J'ai comparé avec des résultats trouvés sur le net pour un même benchmark, c'est strictement identique.

Oui, j'ai un ventirad silencieux et performant. Dans mes souvenirs, ça montait à plus de 70° avant son installation avec le ventirad d'origine.

Ah oui, bon contournement ! 
Je vais me renseigner sur MLT, également et VA-API (je ne connais ni l'un ni l'autre, du coup, ce sont des pistes pertinentes, j'imagine !).

EDIT : Ok pour VA-API ! Mais je n'utilise pas de carte graphique pour le moment. J'en ai une, mais ça consomme pour rien, donc, je ne l'utilise pas…

Je viens de faire un test avec un rendu 3D sous Blender avec le CPU utilisé à fond, je monte à 48° grand max, et il fait 25° dans la pièce du PC, donc je ne m'alarme pas trop concernant la température. :p

Non, le processeur travaille à fond et le problème n'apparaît pas avec ffmpeg/libav.

En revanche, $sensors ne me renvoie que les températures, mais les deux cœurs sont bien à leur fréquence maximale.

coretemp-isa-0000
Adapter: ISA adapter
Physical id 0: +31.0°C (high = +80.0°C, crit = +100.0°C)
Core 0: +26.0°C (high = +80.0°C, crit = +100.0°C)
Core 1: +29.0°C (high = +80.0°C, crit = +100.0°C)

Mon CPU ne monte jamais au-dessus de 50°. En 5 ans, je ne pense pas l'avoir vu une fois au-dessus de cette température. Il est peu gourmand, peu puissant aussi, mais voilà. :)

C'est-à-dire, algorithme ? J'encode en H264 selon les réglages proposés par Kdenlive. Je rends un fichier mp4 en AAC pour l'audio.

Oui, c'est réglé sur 2 cœurs.