Recherche avancée
Autres articles (101)
-
Gestion générale des documents
13 mai 2011, parMédiaSPIP ne modifie jamais le document original mis en ligne.
Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...) -
Le profil des utilisateurs
12 avril 2011, parChaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...) -
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.
Sur d’autres sites (14646)
-
FFmpeg Easing function doesn't behave as expected [closed]
11 juin 2024, par Alejandro SanchezWhat is the simplest way to add an easing function to an animation ? I'm currently trying to animate a zoom value, but for some reason, it goes completely over the final zoom value i constrained it to (my easing function should output values between 0 and 1) : This is the part of a bigger expression which i just cannot understand :


if(gt(in_time\,3.7999999046325685)\,3 - ((0.3) * (((exp((5*(it-3.80)) - 1))/(exp(5*0.80)-1))))\,3)

Note : (exp((5*(it-3.80)) - 1))/(exp(50.80)-1))) are values between 0 and 1 for the animation duration of 0.8 seconds, however the resulting zoom goes way beyond 3-0.31 = 2.7, it just goes crazy in the end.


I tried all kinds of easing functions, all of them behave similarly


-
Xvfb records a black screen
11 mai 2024, par VivekI am trying a record a video by running xvfb inside a docker image. No matter what I do it gives me black screen.


Screen size same in xvfb and ffmpeg and puppeteer.


It will would really great if someone can help.



start-xvfb.sh
---------------------------------------------------------------------
# Start Xvfb
Xvfb :99 -screen 0 1280x720x24 &

# Set the display environment variable
export DISPLAY=:99

# Run the application (assuming it starts with npm start)
npm run dev


Dockerfile


FROM node:lts-alpine3.19

# Install dependencies using apk
RUN apk update && \
 apk add --no-cache \
 gnupg \
 ffmpeg \
 libx11 \
 libxcomposite \
 libxdamage \
 libxi \
 libxtst \
 nss \
 cups-libs \
 libxrandr \
 alsa-lib \
 pango \
 gtk+3.0 \
 xvfb \
 bash \
 curl \
 udev \
 ttf-freefont \
 chromium \
 chromium-chromedriver

# Set working directory
WORKDIR /app

# Copy package.json and install dependencies
COPY package.json .
RUN npm install --force

# Copy remaining source code
COPY . .

# Add a script to start Xvfb
COPY start-xvfb.sh /app/start-xvfb.sh
RUN chmod +x /app/start-xvfb.sh

# Expose the port
EXPOSE 4200
EXPOSE 3000

# Command to start Xvfb and run the application
CMD ["./start-xvfb.sh"]


Below


this is code code that launches puppeteer and from a nodejs application and create spawns a process for ffmpeg


export class UnixBrowserRecorder implements Recorder {

 url = 'https://stackoverflow.com/questions/3143698/uncaught-syntaxerror-unexpected-token'; // Replace with your URL
 outputFilePath = `/app/output_video.mp4`; // Output file path within the container
 durationInSeconds = 6; // Duration of the video in seconds
 resolution = '1280x720';

 public async capture(): Promise<string> {
 const browser = await puppeteer.launch({
 args: [
 '--no-sandbox', // Required in Docker
 '--disable-setuid-sandbox', // Required in Docker
 '--disable-dev-shm-usage', // Required in Docker
 '--headless', // Run browser in headless mode
 '--disable-gpu', // Disable GPU acceleration
 `--window-size=${this.resolution}` // Set window size
 ],
 executablePath: '/usr/bin/chromium' // Specify the path to Chromium executable
 });

 const page = await browser.newPage();
 await page.goto(this.url);

 await page.screenshot({
 "type": "png", // can also be "jpeg" or "webp" (recommended)
 "path": `/app/screenshot.png`, // where to save it
 "fullPage": true, // will scroll down to capture everything if true
 });

 //ffmpeg -video_size `DISPLAY=:5 xdpyinfo | grep 'dimensions:'|awk '{print $2}'` -framerate 30 -f x11grab -i :5.0+0,0 output.mpg

 const ffmpegProcess = spawn('ffmpeg', [
 '-video_size', this.resolution,
 '-framerate', '30',
 '-f', 'x11grab',
 '-i', ':99', // Use display :99 (assuming Xvfb is running on this display)
 '-t', this.durationInSeconds.toString(),
 '-c:v', 'libx264',
 '-loglevel', 'debug',
 '-pix_fmt', 'yuv420p',
 this.outputFilePath
 ]);

 // Log ffmpeg output
 ffmpegProcess.stdout.on('data', data => {
 console.log(`ffmpegProcess stdout: ${data}`);
 });

 ffmpegProcess.stderr.on('data', data => {
 console.error(`ffmpegProcess stderr: ${data}`);
 });

 // Handle ffmpegProcess process exit
 ffmpegProcess.on('close', code => {
 console.log(`ffmpeg process exited with code ${code}`);
 });

 // Wait for the duration to complete
 await new Promise(resolve => setTimeout(resolve, this.durationInSeconds * 1000));

 // Close the FFmpeg stream and process
 ffmpegProcess.stdin.end();
 // Close Puppeteer
 await page.close();
 await browser.close();

 return "Video generated successfully";
 }
}
</string>



-
Transcode H264 to AV1
17 février 2024, par CrearWe have some roadside cameras deployed and due to the supply chain issue (also the cost) we installed 1080P@H264 encoder.


I know that AV1 is significantly more efficient than H264, but transcoding H264 to AV1 may result in quality loss.


My purpose is to reduce some space while minimizing the quality loss, is there a python or FFmpeg command that can do it ? My major concern is quality loss, but if I use the same bitrate, it won’t reduce the size.


We have years of data so we can’t really look into the videos one by one to determine the optimal bitrate, sometimes when the weather is extreme, the higher dynamic in the frames results in a bigger H264 file size. I don’t want to lose those details because it can help fine-tone the detection models.


Syndiquer tout le site
