Recherche avancée

Sur d’autres sites (4967)

• How to convert .ts with missing parts to .mp4 ?

  9 octobre 2019, par Dmitriy

  Upload m3u8 stream to ts file.
  Stream options :

  #EXT-X-STREAM-INF:BANDWIDTH=4325183,RESOLUTION=1920x1080,CODECS="avc1.4d4028,mp4a.40.2"

  The stream consists of chunks (example) :

  #EXTM3U
  
  #EXT-X-VERSION:3
  
  #EXT-X-TARGETDURATION:2
  
  #EXT-X-MEDIA-SEQUENCE:141
  
  #EXTINF:2,
  
  l_476743_286000_141.ts
  
  #EXTINF:2,
  
  l_476743_288000_142.ts
  
  #EXTINF:2,
  
  l_476743_290000_143.ts

  When loading, sometimes errors occur and some parts are not written to the file. At the output, I get a file with something like this :

  Input #0, mpegts, from 'file.ts':
  
    Duration: 00:10:04.03, start: 460.000000, bitrate: 3944 kb/s
  
    Program 1
  
      Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1920x1080, 30 fps, 30 tbr, 90k tbn, 60 tbc
  
      Stream #0:1[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 134 kb/s

  I need to convert ts to mp4. If I run FFmpeg like this :

  ffmpeg -i file.ts -c copy file.mp4

  Output file with low fps :

  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file.mp4':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 512
  
      compatible_brands: isomiso2avc1mp41
  
      encoder         : Lavf58.20.100
  
    Duration: 00:09:40.09, start: 0.000000, bitrate: 3984 kb/s
  
      Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1920x1080, 3851 kb/s, 28.81 fps, 30 tbr, 90k tbn, 60 tbc (default)
  
      Metadata:
  
        handler_name    : VideoHandler
  
      Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 123 kb/s (default)
  
      Metadata:
  
        handler_name    : SoundHandler

  The output file is invalid, at the moment of skipping a freeze frame appears, and the audio goes on. As a result, the audio ends faster than the video. How to convert ts with missing parts to mp4 ?

  UPDATE

  $ ffmpeg -v error -i file.ts -f null -
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 60 >= 60
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 120 >= 120
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 180 >= 180
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 240 >= 240
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 300 >= 300
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 360 >= 360
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 420 >= 420
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 480 >= 480
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 540 >= 540
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 600 >= 600
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 660 >= 660
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 720 >= 720
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 780 >= 780
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 840 >= 840
  
  [null @ 0x7fe9ae802c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 900 >= 900
  
  ...

• Evolution #4754 : Mettre à jeu le jeu des icônes de extensions

  30 avril 2021, par b b

  J’oubliais le pack utilisé par deepin OS bien complet aussi :

  https://github.com/USBA/Deepin-icon-theme/blob/master/64x64/mimetypes/application-msword.svg
  https://github.com/USBA/Deepin-icon-theme/blob/master/64x64/mimetypes/application-pdf.svg

  Puis PopOS :

  https://github.com/pop-os/icon-theme/blob/master/Pop/64x64/mimetypes/x-office-document.png
  https://github.com/pop-os/icon-theme/blob/master/Pop/64x64/mimetypes/application-pdf.png

  Et un dernier un peu "pastel" :

  https://github.com/zayronxio/Zafiro-icons/blob/master/mimetypes/48/application-vnd.oasis.opendocument.text.svg
  https://github.com/zayronxio/Zafiro-icons/blob/master/mimetypes/48/application-pdf.svg

• Revision e4c5f7e2b6 : Delay decreasing reference count in frame-parallel decoding. The current decodi

  10 juin 2014, par hkuang

  Changed Paths :
   Modify /vp9/decoder/vp9_decoder.c

  
   Modify /vp9/vp9_dx_iface.c

  
  
  Delay decreasing reference count in frame-parallel decoding.

  The current decoding scheme will decrease the reference count
  of the output frame when finish decoding. Then the application
  could copy the frame from the decoder buffer to application buffer.
  In frame-parallel decoding, a decoded frame will not be outputted
  until several frames later which depends on thread numbers. So
  the decoded frame’s reference count should be decreased only
  after application finish copying the frame out. But due to the
  limitation of vpx_codec_get_frame, decoder could not know when
  application finish decoding. So use a index last_show_frame to
  release the last output frame’s reference count.

  Change-Id : I403ee0d01148ac1182e5a2d87cf7dcc302b51e63