
Recherche avancée
Autres articles (80)
-
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...) -
Gestion de la ferme
2 mars 2010, parLa ferme est gérée dans son ensemble par des "super admins".
Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
Dans un premier temps il utilise le plugin "Gestion de mutualisation" -
La gestion des forums
3 novembre 2011, parSi les forums sont activés sur le site, les administrateurs ont la possibilité de les gérer depuis l’interface d’administration ou depuis l’article même dans le bloc de modification de l’article qui se trouve dans la navigation de la page.
Accès à l’interface de modération des messages
Lorsqu’il est identifié sur le site, l’administrateur peut procéder de deux manières pour gérer les forums.
S’il souhaite modifier (modérer, déclarer comme SPAM un message) les forums d’un article particulier, il a à sa (...)
Sur d’autres sites (8276)
-
Muxing multiple JPEG into a JXL animation
11 août 2023, par malatUsing ffmpeg I can mux multiple JPEG into a M-JPEG container without any loss since it is a just a plain bitstream copy :


ffmpeg -framerate 30 -i input%03d.jpg -codec copy output.mjpeg



Recently linux distributions started to offer JPEG-XL command line tools. I can now recode (lossless recompression) of JPEG into JXL :


% file input.jpg
input.jpg: JPEG image data, JFIF standard 1.01, aspect ratio, density 1x1, segment length 16, baseline, precision 8, 1016x708, components 3
% cjxl input.jpg output.jxl
% djxl output.jxl output.jpg
% md5sum input.jpg output.jpg
bea9e9c74e3580f6196ba9ac21509652 input.jpg
bea9e9c74e3580f6196ba9ac21509652 output.jpg



However I fail to understand how to create a JXL animation (more than one JPEG) ?


Eg :


% ffmpeg -framerate 30 -i input%03d.jpg -codec copy output.jxl
[...]
[image2 @ 0x55c22e680040] The specified filename 'output.jxl' does not contain an image sequence pattern or a pattern is invalid.
[image2 @ 0x55c22e680040] Use a pattern such as %03d for an image sequence or use the -update option (with -frames:v 1 if needed) to write a single image.
[image2 @ 0x55c22e680040] Cannot write more than one file with the same name. Are you missing the -update option or a sequence pattern?
av_interleaved_write_frame(): Invalid argument
frame= 2 fps=0.0 q=-1.0 Lsize=N/A time=00:00:00.06 bitrate=N/A speed= 223x
video:224kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Conversion failed!



Or :


% cjxl input*.jpg output.jxl
Unknown argument: input002.jpg
Use 'cjxl -h' for more information



-
FFmpeg not splitting videos precisely
23 novembre 2022, par SRK7KyrosI was trying to use FFmpeg to split videos into 30s segments, here is the full code :


from tkinter import filedialog, Tk
import subprocess
import os
Tk().withdraw()
path_to_video = filedialog.askopenfilename()

segment_duration = input("Enter each segment duration in second: ")

os.chdir(os.path.dirname(__file__))
subprocess.run([
 "E:\\Programs\\FFmpeg\\ffmpeg-master-latest-win64-gpl\\bin\\ffmpeg.exe", 
 "-i", path_to_video, 
 "-c:", "copy", 
 "-map", "0", 
 "-segment_time", segment_duration, 
 "-f", "segment", 
 "-reset_timestamps", "1",
 "Output_%03d.mp4"])



But it actually splits it into videos with really low precision, how can I fix it ? Another post regarding this topic suggested adding this line :


"-force_key_frames", f"expr:gte(t,n_forced*{segment_duration})",



But it didn't really work...


-
fftools/ffmpeg : store forced keyframe pts in AV_TIME_BASE_Q
17 novembre 2022, par Anton Khirnovfftools/ffmpeg : store forced keyframe pts in AV_TIME_BASE_Q
Rather than the encoder timebase. Since the times are parsed as
microseconds, this will not reduce precision, except possibly when
chapter times are used and the chapter timebase happens to be better
aligned with the encoder timebase, which is unlikely.This will allow parsing the keyframe times earlier (before encoder
timebase is known) in future commits.