Recherche avancée

Sur d’autres sites (6851)

• Animated GIF overlay is not looping on Video built from Image FFmpeg

  15 octobre 2022, par nicover

  My goal is to transform an image .jpg into a .mp4 video and then add a .gif overlay on the video created.
The problem is the GIF overlay on the video created is not playing/looping.

  


  Here is the command for the image -> video :

  


  "-framerate 1/10 -i image.jpg -vf scale=720:1280 -t 10 -pix_fmt yuv420p -c:v libx264 -movflags faststart output.mp4"


  


  This create successfully a video of 10seconds from my image.

  


  Here is the command for applying the gif as overlay :

  


  -i video.mp4 -ignore_loop 0 -i animated.gif -filter_complex '[1:v]scale=321.0:-1[ovrl0];[0:v][ovrl0]overlay=160.5:487.28:shortest=1' -codec:a copy -codec:v libx264 -preset ultrafast output.mp4


  


  The overlay is correctly applied but it's not playing or looping at all.

  


  I don't know what I am doing wrong because the last command (overlay) is working perfectly when it's triggered from a classic video file (like from recorded camera or something) -> the gif is looping as expected.

  


  So I'm assuming the real issue come from the video I created from my image but result I've got seems to be good so can't find what's wrong with the image or video created.

  


  Can someone could help me please to fix it and understand this case ?

  


• Tele-Arena Lives On

  25 février 2011, par Multimedia Mike — Game Hacking

  Readers know I have a peculiar interest in taking apart video games and that I would rather study a game’s inner workings than actually play it. I take an interest on others’ efforts in this same area. It’s still in my backlog to take a closer look at Clone2727’s body of work. But I wanted to highlight my friend’s work on re-implementing a game called Tele-Arena.

  
  
  

  Back In The Day
  As some of you are likely aware, there was a dark age of online communication that predated the era of widespread internet access. This was known as "The BBS Age". People dialed into these BBSes using modems that operated at abysmal transfer speeds and would communicate with other users, upload and download files, and play an occasional game.

  BBS software evolved and perhaps the ultimate (and final) evolution was Galacticomm’s MajorBBS (MBBS). There were assorted games that plugged into the MBBS, all rendered in glorious color ANSI graphics. One of the most famous of these games was Tele-Arena (TA). TA was a multiplayer fantasy-themed text adventure game. Perhaps you could think of it as World of Warcraft, only rendered as interactive fiction instead of a rich 3D landscape. (Disclaimer : I might not be qualified to make that comparison since I have never experienced WoW firsthand, though I did play TA on and off about 17 years ago).

  TA was often compared to multi-user dungeons — or MUDs — that were played by telneting into internet servers hosting games. Such comparisons were usually unfavorable as people who had experience with both TA and MUDs were sniffy elitists with internet access who thought they were sooooo much better than those filthy, BBS-dialing serfs.

  Sorry, didn’t mean to open old wounds.

  Modern Retelling of A Classic Tale
  Anyway, my friend Ron Kinney is perhaps the world’s biggest fan of TA. So much so that he has re-implemented the engine in Java under the project name Ether. He’s in a similar situation as the ScummVM project in that, while the independent, open source engine is fair game for redistribution, it would be questionable to redistribute the original data files. That’s why he created an AreaBuilder application that generates independent game data files.

  Ironically, you can also telnet into a server on which Ron hosts an instance of Tele-Arena (ironic in the sense that the internet/BBS conflict gets a little blurry).

  I hope that one day Ron will regale us with the strangest tales from the classic TA days. My personal favorite was "Wrath of a Sysop."

• Low FPS output using ffmpeg and a raspi camera

  23 novembre 2019, par Newe

  I am building a surveillance camera for a school project, which is based on a raspberry pi and a infrared raspberry Pi camera.

  I am capturing the camera’s video stream and outputting it as an HLS stream directly from ffmpeg. However, the resulting video is really low fps ( 5 at max)

  Strangely, raspivid manages to ouput a 60fps 720p stream without any problem, but when put through ffmpeg for streaming, the video is cropped in half and i cannot get it to show up entirely.

  Here is the ffmpeg command i use :

  #!/bin/bash
  
  ffmpeg -v verbose \
  
  -re \
  
  -i /dev/video0 \
  
  -c:v libx264 \
  
  -an \
  
  -f hls \
  
  -g 10  \
  
  -sc_threshold 0 \
  
  -hls_time 1 \
  
  -hls_list_size 4 \
  
  -hls_delete_threshold 1 \
  
  -hls_flags delete_segments \
  
  -hls_start_number_source datetime \
  
  -hls_wrap 15 \
  
  -preset superfast \
  
  -start_number 1 \
  
  /home/pi/serv/assets/stream.m3u8

  And the resulting log output (notice the fps)

  

  Here is the command using raspivid that i tested, based on a blog post i read :

  raspivid -n \
  
  -t 0 \
  
  -w 960 \
  
  -h 540 \
  
  -fps 25 \
  
  -o - | ffmpeg \
  
  -v verbose \
  
  -i - \
  
  -vcodec copy \
  
  -an \
  
  -f hls \
  
  -g 10 \
  
  -sc_threshold 0 \
  
  -hls_time 1 \
  
  -hls_list_size 4 \
  
  -hls_delete_threshold 1 \
  
  -hls_flags delete_segments \
  
  -hls_start_number_source datetime \
  
  -hls_wrap 15 \
  
  -preset superfast \
  
  -start_number 1 \
  
  /home/pi/serv/assets/stream.m3u8

  I am not a ffmpeg expert and am open to any suggestions that would help improve the stream’s quality and stability :)