Recherche avancée

Sur d’autres sites (5808)

• ffmpeg encoding .mp4 fails in safari when hosted from s3. handbrake encoded video works first time

  11 juin 2018, par Simon Rogers

  The mp4 videos I’ve encoded with ffmpeg work perfectly in Safari if stored locally, but break if hosted from s3. I have tried countless encoding settings to no avail.

  However having just run a mov quickly through Handbrake and ticking ’optimise for web’ and encoding baseline @ 4.0, this has worked perfectly first time.

  I don’t understand what could be going wrong with my ffmpeg encoding.

  Things I have noticed about files from two separate encoders which work :

  They both have yuv420p(tv, bt709) whereas ffmpeg is just saying yuv420p – this is the only thing I can identify from ffprobe that is consistently different.

  I have done a fresh install of ffmpeg to no avail :

  ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

  brew install ffmpeg --with-fdk-aac --with-ffplay --with-freetype --with-libass  --with-libvorbis --with-libvpx --with-opus --with-x265

  This error appears in all the files I have encoded with ffmpeg :

  Unsupported codec with id 0 for input stream 1

  ––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––

  mp4box gives the following for the ffmpeg video, which doesn’t work :

   Tempuras-iMac:tests tempura$ mp4box -info /Users/tempura/tests/mov-output-10-1400.mp4
  
  * Movie Info *
  
  Timescale 1000 - 1 track
  
  Computed Duration 00:00:10.967 - Indicated Duration 00:00:10.967
  
  Fragmented File: no
  
  File suitable for progressive download (moov before mdat)
  
  File Brand isom - version 512
  
      Compatible brands: isom iso2 avc1 mp41
  
  Created: UNKNOWN DATE   Modified: UNKNOWN DATE
  
  File has no MPEG4 IOD/OD
  
  
  
  iTunes Info:
  
  Encoder Software: Lavf58.12.100
  
  1 UDTA types: meta (1) 
  
  
  
  Track # 1 Info - TrackID 1 - TimeScale 15360
  
  Media Duration 00:00:10.966 - Indicated Duration 00:00:10.966
  
  Track has 1 edit lists: track duration is 00:00:10.967
  
  Media Info: Language "English (eng)" - Type "vide:avc1" - 329 samples
  
  Visual Track layout: x=0 y=0 width=1800 height=1200
  
  MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
  
  AVC/H264 Video - Visual Size 1800 x 1200
  
  AVC Info: 1 SPS - 1 PPS - Profile Baseline @ Level 4
  
  NAL Unit length bits: 32
  
  Pixel Aspect Ratio 1:1 - Indicated track size 1800 x 1200
  
  Chroma format YUV 4:2:0 - Luma bit depth 8 - chroma bit depth 8
  
  SPS#1 hash: 2BD106A8DFD73B92825D87D4D312B22F9CEC1986
  
  PPS#1 hash: 656AE5F3BE854F3C8B889E72310662390F18EDBD
  
  Self-synchronized
  
  RFC6381 Codec Parameters: avc1.42C028
  
  Average GOP length: 329 samples

  And gives the following for two videos that do work.

  First :

  Tempuras-iMac:tests tempura$ mp4box -info /Users/tempura/tests/mov-output-05-1400.mp4 
  
  [iso file] Unknown box type tmcd
  
  [iso file] Read Box type  (0x00000000) has size 0 but is not at root/file level, skipping
  
   * Movie Info *
  
  Timescale 1000 - 2 tracks
  
  Computed Duration 00:00:10.967 - Indicated Duration 00:00:10.967
  
  Fragmented File: no
  
  File suitable for progressive download (moov before mdat)
  
  File Brand isom - version 512
  
      Compatible brands: isom iso2 avc1 mp41
  
  Created: UNKNOWN DATE   Modified: UNKNOWN DATE
  
  File has no MPEG4 IOD/OD
  
  
  
  iTunes Info:
  
  Encoder Software: Lavf58.12.100
  
  1 UDTA types: meta (1) 
  
  
  
  Track # 1 Info - TrackID 1 - TimeScale 15360
  
  Media Duration 00:00:10.966 - Indicated Duration 00:00:10.966
  
  Track has 1 edit lists: track duration is 00:00:10.967
  
  Media Info: Language "English (eng)" - Type "vide:avc1" - 329 samples
  
  Visual Track layout: x=0 y=0 width=1800 height=1200
  
  MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
  
  AVC/H264 Video - Visual Size 1800 x 1200
  
  AVC Info: 1 SPS - 1 PPS - Profile Baseline @ Level 4
  
  NAL Unit length bits: 32
  
  Pixel Aspect Ratio 1:1 - Indicated track size 1800 x 1200
  
  Chroma format YUV 4:2:0 - Luma bit depth 8 - chroma bit depth 8
  
  SPS#1 hash: 39D86732FD5F78B18F2E83C651FAE38EA0E30A6D
  
  PPS#1 hash: 656AE5F3BE854F3C8B889E72310662390F18EDBD
  
  Self-synchronized
  
  RFC6381 Codec Parameters: avc1.42C028
  
  Average GOP length: 329 samples
  
  
  
  Track # 2 Info - TrackID 2 - TimeScale 15360
  
  Media Duration 00:00:10.966 - Indicated Duration 00:00:10.966
  
  Track has 1 edit lists: track duration is 00:00:10.967
  
  Track is disabled
  
  Media Info: Language "Undetermined (und)" - Type "tmcd:tmcd" - 1 samples
  
  Unknown media type
  
  RFC6381 Codec Parameters: tmcd
  
  All samples are sync

  Second :

  Tempuras-iMac:tests tempura$ mp4box -info /Users/tempura/Documents/yes_2106.mp4 
  
  * Movie Info *
  
  Timescale 30000 - 1 track
  
  Computed Duration 00:00:10.966 - Indicated Duration 00:00:10.966
  
  Fragmented File: no
  
  File suitable for progressive download (moov before mdat)
  
  File Brand isom - version 1
  
      Compatible brands: isom avc1 mp42
  
  Created: GMT Fri Jun  1 11:24:54 2018
  
  Modified: GMT Fri Jun  1 11:24:54 2018
  
  
  
  File has root IOD (9 bytes)
  
  Scene PL 0xff - Graphics PL 0xff - OD PL 0xff
  
  Visual PL: ISO Reserved Profile (0x15)
  
  Audio PL: No audio capability required (0xff)
  
  No streams included in root OD
  
  
  
  Track # 1 Info - TrackID 1 - TimeScale 30
  
  Media Duration 00:00:10.966 - Indicated Duration 00:00:10.966
  
  Media Info: Language "Undetermined (und)" - Type "vide:avc1" - 329 samples
  
  Visual Track layout: x=0 y=0 width=1800 height=1200
  
  MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
  
  AVC/H264 Video - Visual Size 1800 x 1200
  
  AVC Info: 1 SPS - 1 PPS - Profile Baseline @ Level 4.2
  
  NAL Unit length bits: 32
  
  Pixel Aspect Ratio 1:1 - Indicated track size 1800 x 1200
  
  Chroma format YUV 4:2:0 - Luma bit depth 8 - chroma bit depth 8
  
  SPS#1 hash: ED5CFE0A3F65F36ADCFA347C1273A29784E8AEAC
  
  PPS#1 hash: 7ECF7597FDDAC5F8C82B54BFB40A1F9A8D8807FA
  
  Self-synchronized
  
  RFC6381 Codec Parameters: avc1.42C02A
  
  Average GOP length: 329 samples

• ffmpeg video replay with time-sync needs actual recording times

  16 juillet 2018, par navySV

  I am attempting to use ffmpeg to replay multiple video files time-synched, but the zero-based video start time is preventing this.

  I have ffmpeg commands to successfully capture a Microsoft Windows 7 desktop into a video file and replay it with a timestamp value (see below), but the internal timestamp is always starting near zero. How can ffmpeg display the actual time when the video was recorded (and not the time since the start of the video i.e. zero) ?

  For example, if the video started to be recorded at 10:47 am, the ffplay command should display a timestamp similar to "10:47:31" during playback (and not "00:00:31").

  video-capture command :

  ffmpeg -f gdigrab -offset_x 0 -offset_y 0 -video_size 1920x1080 -i desktop -c:v libx264 -preset medium -f mpegts -framerate 24 -y fileA.ts

  playback command :

  ffplay -vf "drawtext=fontfile=/windows/fonts/arial.ttf: text='%{pts\:gmtime\:0\:%H\\\:%M\\\:%S}':box=1:x=(w-tw)/2:y=h-(2*lh)" fileA.ts

  parameters I’ve tried unsuccessfully in the previous commands (including moving these around into different places in the commands) :

  -timestamp now
  
  
  
  -vsync 0
  
  
  
  -copyts

  (every attempt to use -copyts generates errors about "non-strictly-monotonic PTS" or "Non-monotonous DTS in output stream" no matter where I put this parameter)

  -filter_complex "[0:v] setpts=PTS"

  The ultimate goal is to capture four video files (recorded on four different computers and probably having different start times), and then to replay all four in time-sync (which is not possible using only the zero-based start times).

  For example, I’ve been successful at replaying four video files in a 2x2 arrangement, using the following command (I added the -ss parameter to demonstrate I can move the start time of the replay). Unfortunately, they always time-sync to the zero-based first video frame (so they all play from the beginning of the video file). I need the replay to be time-syncing to the actual recorded time for each video. If the four videos were captured starting at times 10:47:00, 10:47:51, 10:48:44, and 10:49:01, I want to be able to replay all of them so that all are displaying the same timestep at the same time (so if one video were displaying 10:48:33, all of the videos would be displaying the same time or a blank screen if that time was unavailable) .

  ffmpeg -ss 00:00:30 -i fileA.ts -i fileB.ts -i fileC.ts -i fileD.ts -filter_complex "[0:v][1:v]hstack[top];[2:v][3:v]hstack[bottom];[top][bottom]vstack[v]" -map "[v]" -timestamp now -f mpegts - | ./ffplay - -x 1920 -y 1080

  Ideally, I would also like to be able to use a real time value (something like "ffplay -ss 10:48:00 ...") to start the video replay at a different position, but worst-case I can write a script to do the needed conversion of the time value.

  My ffmpeg version is a Windows 7 64-bit static build "N-90810-g153e920892" on 2018Apr22 (downloaded from https://www.ffmpeg.org/download.html)

• FFMPEG video encoding time increases over time

  8 août 2018, par NStof

  I am creating a fairly basic DVR in C# using the FFMPEG wrapper in Accord.net. Essentially it works by getting the raw frames from the on-board frame grabber, displays the frame on screen and places it in a buffer. In a Separate thread in 20 second intervals, the frames are taken from the buffer and using Accord.Video.FFMPEG.VideoFileWriter.WriteVideoFrame(Bitmap bmp) the frame is encoded and saved to disk. Video is saved in two minute file chunks.
  This works happily for about 24-30 hours, however after that it looks like the average time it takes to encode/save each frame increases to the point where it gets new frames faster than they can be saved. This causes buffer to grow and ends in tears.

  What I would like to know is why does the time it takes to complete the WriteVideoFrame(Bitmap bmp) function increase over time.

  What I think I know so far :
  I do not know if this problem is caused by something in FFMPEG or in the Accord.net wrapper.
  I am reasonably sure it is not caused by hardware. Neither CPU usage nor HDD are working particularly hard. In fact, when I monitor the CPU usage, it does not work any harder or less hard when the encoding time increases.
  When I stop recording (close and dispose all Accord.net objects) and start again, it does not reset the encoding speed. Only when I close the software and start it again does it fix the problem.
  Any thoughts and help with this will be greatly appreciated. If more information is required, please let me know.