Recherche avancée

Sur d’autres sites (8512)

• Ffmpeg burnt in subtitles out of sync when converting to hls

  19 mai 2020, par user1503606

  I have a file that has subtitles burn into it and they are perfectly in sync.

  



  Here is the file. https://983yqbz442.s3.amazonaws.com/little-mermaid-captions.mp4

  



  I run this command to convert to hls and it creates the .ts files and the .vtt files.

  



  ffmpeg -i little-mermaid-captions.mp4 -profile:v baseline -level 3.0 -s 640x360 -start_number 0 -hls_time 10 -hls_list_size 0 -f hls index.m3u8


  



  I also then create a master.m3u8 file in the same folder with the following.

  



  #EXTM3U
#EXT-X-VERSION:3
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-STREAM-INF:BANDWIDTH=800000,RESOLUTION=640x360,SUBTITLES="subtitles"
index.m3u8
#EXT-X-MEDIA:TYPE=SUBTITLES,GROUP-ID="subtitles",NAME="English",DEFAULT=YES,AUTOSELECT=YES,FORCED=NO,LANGUAGE="ENG",URI="index_vtt.m3u8"


  



  Now if I play the master.m3u8 file the subtitles are now out of sync and are about 1 sec to quick. I understand this is probably a setting I am missing through FFmpeg but really stuck on this and would appreciate any insight.

  



  Thanks

  



  More info.

  



  Here is a link to the direct .m3u8 this can be opened in Safari.

  



  https://983yqbz442.s3.amazonaws.com/hlstests/master.m3u8

  



  The generated vtt file is here.

  



  https://983yqbz442.s3.amazonaws.com/hlstests/subs-0.vtt

  



  If you look at the start of the .vtt file you will see this.

  



  WEBVTT

00:06.840 --> 00:10.320
once long ago in the deep blue below


  



  It should start at 00:06.840 but when playing the .m3u8 file in Safari you should see it starts at around 5 seconds not 6 about a second too early.

  


• looking for Settings for FFmpeg, xTeVe, Plex [closed]

  3 août 2022, par Chris

  I am not sure if I am in the right place. But maybe someone can help me.

  


  Sorry for my bad english.

  


  I have a Qnap NAS, on this is insalled FFmepg, xTeVe and Plex.
I try to see IPTV Streams on Plex.

  


  Here the log file from xTeVe :

  


  ---

  


  2022-02-28 21:57:42 [xTeVe] Buffer : true [ffmpeg]

  


  2022-02-28 21:57:42 [xTeVe] Buffer Size : 4096 KB

  


  2022-02-28 21:57:42 [xTeVe] Channel Name : VIP SW : SRF 1 FHD

  


  2022-02-28 21:57:42 [xTeVe] Client User-Agent : Lavf/58.65.101

  


  2022-02-28 21:57:43 [xTeVe] Streaming Status : Playlist : Schweiz Neu - Tuner : 1 / 1

  


  2022-02-28 21:57:43 [xTeVe] FFMPEG path : /usr/bin/ffmpeg

  


  2022-02-28 21:57:43 [xTeVe] Streaming URL : http://tunestream.me:8080/XXXXXXX
/XXXXXXXX/9165

  


  2022-02-28 21:57:43 [xTeVe] FFMPEG : Processing data

  


  2022-02-28 21:57:43 [xTeVe] Streaming Status : Receive data from FFMPEG

  


  2022-02-28 21:57:43 [xTeVe] FFMPEG log : [mpegts @ 0x55e0732fe560] dimensions
not set

  


  2022-02-28 21:57:43 [xTeVe] [ERROR] FFMPEG error (Streaming was stopped by third party
transcoder (FFmpeg / VLC)) - EC : 1204

  


  2022-02-28 21:57:43 [xTeVe] FFMPEG log : Could not write header for output file
#0 (incorrect codec parameters ?) : Invalid argument

  


  2022-02-28 21:57:43 [xTeVe] FFMPEG log :

  


  2022-02-28 21:57:43 [xTeVe] Streaming Status : Client has terminated the connection

  


  2022-02-28 21:57:43 [xTeVe] Streaming Status : Channel : VIP SW : SRF 1 FHD (Clients : 0)

  


  2022-02-28 21:57:44 [xTeVe] Streaming Status : Channel : VIP SW : SRF 1 FHD - No client
is using this channel anymore. Streaming Server connection has ended

  


  2022-02-28 21:57:44 [xTeVe] Streaming Status : Playlist : Schweiz Neu - Tuner : 0 / 1

  


  ---

  


  on xTeVe i set this settings :

  


  Buffer Size : 5 MB

  


  Timeout for new client connections : 500

  


  FFmpeg Options : -hide_banner -loglevel error -i [URL] -c copy -f mpegts pipe:1

  


  If i put the Streaming URL on VLC is working.
But not with FFmpeg, xTeVe and Plex.

  


  Thanks for your help.

  


  Greetings
Chris

  


• ffmpeg weird x264 encoding behavior

  1er février 2016, par JMor

  I have a captured a 720x480 video with a display aspect ratio of 16:9 which I want to crop, resize and pad, but just the x264 encoding command is giving me a headache.

  (Screenshot of input.m2v) Here is my command :

  ffmpeg -ss 1861 -i input.m2v -c:v libx264 -profile:v main -preset:v medium -level 3.1 -x264opts crf=21.228 -t 60 -y -f mp4 output.mp4

  And here is the ffmpeg output :

  (Screen shot of output.mp4)

  Input #0, mpegvideo, from 'input.m2v':
  
    Duration: N/A, bitrate: N/A
  
      Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x480 [SAR 32:27 DAR 1
  
  6:9], max. 6605 kb/s, 31.02 fps, 59.94 tbr, 1200k tbn, 59.94 tbc
  
  [libx264 @ 02ba84c0] using SAR=32/27
  
  [libx264 @ 02ba84c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
  
  [libx264 @ 02ba84c0] profile Main, level 3.1
  
  [libx264 @ 02ba84c0] 264 - core 144 r2525 40bb568 - H.264/MPEG-4 AVC codec - Cop
  
  yleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb
  
  lock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m
  
  e_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chro
  
  ma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1
  
  interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
  
   b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scene
  
  cut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=21.2 qcomp=0.60 qpmin
  
  =0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
  
  Output #0, mp4, to 'output.mp4':
  
    Metadata:
  
      encoder         : Lavf56.19.100
  
      Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x48
  
  0 [SAR 32:27 DAR 16:9], q=-1--1, 29.97 fps, 30k tbn, 29.97 tbc
  
      Metadata:
  
        encoder         : Lavc56.21.102 libx264
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (mpeg2video (native) -> h264 (libx264))

  The output size is 720x480, displayed as 853x480, as expected.
  But it looks like the frame has been vertically scaled by a factor of 1.18 and then cropped to a height of 480, so that I am losing the top and bottom of the frame. In fact, the behavior is equivalent to :

  -vf "scale=720:569,crop=720:480:0:0"

  Although I assume the aspect ratio plays a part here (I think the 1.18 factor is really (16/9)/(720/480)) I am surprised that ffmpeg would do that out of the blue. May be someone more knowledgeable than me could explain it ?