Recherche avancée

Sur d’autres sites (8915)

• fate : Fix the sub-mcc tests on Windows in eastern time zones

  11 août, par Martin Storsjö

  fate : Fix the sub-mcc tests on Windows in eastern time zones
  Previously, these tests failed when running on Windows, if the
  
  system is configured with a time zone east of Greenwich, i.e.
  
  with a positive GMT offset.
  The muxer converts the creation_date given by the user using
  
  av_parse_time to unix time, as a time_t. The creation_date is
  
  interpreted as a local time, i.e. according to the current time
  
  zone. (This time_t value is then converted back to a broken out
  
  local time form with localtime_r.)
  The given reference date/time, "1970-01-01T00:00:00", is the
  
  origin point for unix time, corresponding to time_t zero. However
  
  when interpreted as local time, this doesn't map to exactly zero.
  
  Time zones east of Greenwich reached this time a number of hours
  
  before the point of zero time_t - so the corresponding time_t
  
  value essentially is minus the GMT offset, in seconds.
  Windows mktime returns an error, returning (time_t)-1, when given
  
  such a "struct tm", while e.g. glibc mktime happily returns a
  
  negative time_t. av_parse_time doesn't check the return value of
  
  mktime for potential errors.
  This is observable with the following test snippet :
      struct tm tm =  0  ;
  
      tm.tm_year = 70 ;
  
      tm.tm_isdst = -1 ;
  
      tm.tm_mday = 1 ;
  
      tm.tm_hour = 0 ;
  
      time_t t = mktime(&tm) ;
  
      printf("%d-%02d-%02d %02d :%02d :%02d\n", tm.tm_year + 1900, tm.tm_mon + 1, tm.tm_mday, tm.tm_hour, tm.tm_min, tm.tm_sec) ;
  
      printf("t %d\n", (int)t) ;
  By varying the value of tm_hour and the system time zone, one
  
  can observe that Windows mktime returns -1 for all time_t values
  
  that would have been negative.
  This range limit is also documented by Microsoft in detail at
  
  https://learn.microsoft.com/en-us/cpp/c-runtime-library/reference/mktime-mktime32-mktime64.
  To avoid the issue, pick a different, arbitrary reference time,
  
  which should have a nonnegative time_t for all time zones.
  

  • [DH] tests/fate/subtitles.mak
  • [DH] tests/ref/fate/sub-mcc-remux
  • [DH] tests/ref/fate/sub-mcc-remux-eia608
  • [DH] tests/ref/fate/sub-mcc-remux-eia608-bsf
  • [DH] tests/ref/fate/sub-mcc-remux-eia608-recode

• Changing portrait videos to landscape aspect with latest ffmpeg release is breaking

  19 décembre 2016, par zeal

  I am having an issue scaling videos recorded in portrait with the latest version of ffmpeg (2.1). This worked fine in a previous version, but I need the lastest version to fix a different issue.

  I am trying to take any video passed and make it 852 wide by 480 high. It works fine when converting videos that are wider then tall, but when the video is taller then wide it corrupts the video. It actually adds a letter box to the top and bottom, rather then left and right. Also, the meta data shows it as the correct height & width, but its wrong when played in windows.

  Here are the parameters I am using.

  ffmpeg -i INPUT -s 852x480 -r 30 -aspect 1.775 -b:v 2000000 -vcodec mpeg4 -vf "scale=iw*min(852/iw\,480 /ih):ih*min(852/iw\,480 /ih),pad=852:480 :(852-iw)/2:(480 -ih)/2" -ac 2 -b:a 128k -ar 44100 -y OUTPUT

  Console output from ffmpeg -i INPUT -r 30 -b:v 2000000 -vcodec mpeg4 -vf "scale=852:480" -ac 2 -b:a 128k -ar 44100 -y OUTPUT :

  C:\Lib>ffmpeg -i "d\ca96cd13-2995-4794-b753-22be3b918659.mov" -r 30 -b:v 2000000 -vcodec mpeg4 -vf "
  
  scale=852:480" -ac 2 -b:a 128k -ar 44100 -y "d\portx.mp4"
  
  ffmpeg version N-58015-g8cdf4e0 Copyright (c) 2000-2013 the FFmpeg developers
  
    built on Nov 10 2013 18:04:45 with gcc 4.8.2 (GCC)
  
    configuration: --disable-static --enable-shared --enable-gpl --enable-version3 --disable-w32thread
  
  s --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-icon
  
  v --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-
  
  libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrw
  
  b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr -
  
  -enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --
  
  enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enab
  
  le-libxavs --enable-libxvid --enable-zlib
  
    libavutil      52. 52.100 / 52. 52.100
  
    libavcodec     55. 41.100 / 55. 41.100
  
    libavformat    55. 21.100 / 55. 21.100
  
    libavdevice    55.  5.100 / 55.  5.100
  
    libavfilter     3. 90.102 /  3. 90.102
  
    libswscale      2.  5.101 /  2.  5.101
  
    libswresample   0. 17.104 /  0. 17.104
  
    libpostproc    52.  3.100 / 52.  3.100
  
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'd\ca96cd13-2995-4794-b753-22be3b918659.mov':
  
    Metadata:
  
      major_brand     : qt
  
      minor_version   : 0
  
      compatible_brands: qt
  
      creation_time   : 2013-11-12 15:02:21
  
      model           : iPhone 5
  
      model-eng       : iPhone 5
  
      encoder         : 7.0.2
  
      encoder-eng     : 7.0.2
  
      date            : 2013-11-12T10:02:21-0500
  
      date-eng        : 2013-11-12T10:02:21-0500
  
      make            : Apple
  
      make-eng        : Apple
  
    Duration: 00:00:15.48, start: 0.000000, bitrate: 780 kb/s
  
      Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 480x360, 7
  
  05 kb/s, 29.98 fps, 30 tbr, 600 tbn, 1200 tbc (default)
  
      Metadata:
  
        rotate          : 90
  
        creation_time   : 2013-11-12 15:02:21
  
        handler_name    : Core Media Data Handler
  
      Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 62 kb/s (default)
  
      Metadata:
  
        creation_time   : 2013-11-12 15:02:21
  
        handler_name    : Core Media Data Handler
  
  Output #0, mp4, to 'd\portx.mp4':
  
    Metadata:
  
      major_brand     : qt
  
      minor_version   : 0
  
      compatible_brands: qt
  
      make-eng        : Apple
  
      model           : iPhone 5
  
      model-eng       : iPhone 5
  
      make            : Apple
  
      encoder-eng     : 7.0.2
  
      date            : 2013-11-12T10:02:21-0500
  
      date-eng        : 2013-11-12T10:02:21-0500
  
      encoder         : Lavf55.21.100
  
      Stream #0:0(und): Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 852x480, q=2-31, 2000 kb/s, 15360
  
   tbn, 30 tbc (default)
  
      Metadata:
  
        rotate          : 90
  
        creation_time   : 2013-11-12 15:02:21
  
        handler_name    : Core Media Data Handler
  
      Stream #0:1(und): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 128
  
   kb/s (default)
  
      Metadata:
  
        creation_time   : 2013-11-12 15:02:21
  
        handler_name    : Core Media Data Handler
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (h264 -> mpeg4)
  
    Stream #0:1 -> #0:1 (aac -> libvo_aacenc)
  
  Press [q] to stop, [?] for help
  
  frame=  465 fps=417 q=3.8 Lsize=    4118kB time=00:00:15.52 bitrate=2173.3kbits/s
  
  video:3860kB audio:243kB subtitle:0 global headers:0kB muxing overhead 0.348231%

• Capture cctv camera with iphone application using IP

  22 septembre 2021, par Bittu

  I want to develop a cctv camera app and I don't know what steps I need to take.
i have the data below for connecting cctv camera :

  



  

  • Ip address

  


  • port ID

  


  • user name

  


  • password

  


  



  i checked live555 and RTMPStreamPublisher demo from here, but i don't know where I should start. i also read that i should use the ffmpeg framework.

  



  What I want is an app similar to kView on itunes. This app is able to stream a cctv camera feed with the above configuration detials

  



  Does anyone know what direction I need to go in ? Is there a demo or open-source app that accomplishes this ?