Recherche avancée

Sur d’autres sites (8679)

• Multimedia Exploration Journal : The Past Doesn’t Die

  12 juillet 2011, par Multimedia Mike — Game Hacking

  New haul of games, new (old) multimedia formats.

  Lords of Midnight
  Check out the box copy scan for Lords of Midnight in MobyGames. In particular, I’d like to call your attention to this little blurb :

  
  
  

  Ahem, "Journey through an immense world — the equivalent of 8 CD-ROMs." Yet, when I procured the game, it only came on a single CD-ROM. It’s definitely a CD-ROM (says so on the disc) and, coming from 1995, certainly predates the earliest DVD-ROMs (which can easily store 8 CD-ROMs on a disc). Thus, I wanted to jump in a see if they were using some phenomenal compression in order to squeeze so much info into 600 or so megabytes.

  I was surprised to see the contents of the disc clocking in at just under 40 megabytes. An intro movie and an outro movie account for 75% of that. Format ? None other than that curious ASCII anomaly, ARMovie/RPL with Escape 122 codec data.

  Cyclemania

  
  
  

  Cyclemania is one of those FMV backdrop action games, but with a motorcycle theme. I had a good feeling I would find some odd multimedia artifacts here and the game didn’t disappoint. The videos are apparently handled using 3-4 discrete files per animation. I’ve documented my cursory guesses and linked some samples at the new MultimediaWiki page.

  Interplay ACMP
  This is unrelated to this particular acquistion, but I was contacted today about audio files harvested from the 1993 DOS game Star Trek : Judgment Rites. The files begin with the ASCII signature "Interplay ACMP Data". This reminds me of Interplay MVE files which begin with the similar string "Interplay MVE File". My theory is that these files use the ACOMP compression format, though I’m still trying to make it fit.

  Wiki and samples are available as usual if you’d like to add your own research.

• FFMPEG conversion error from MKV to MP4 using libfdk_aac codec

  23 août 2014, par Charlie Brown

  The purpose of doing this is because my "Smart" samsung TV doesn’t play MKV files.

  This thread mentions that there is no need for video conversion, just changing the container might suffice. After reading multiple threads on how to change the container of MKV to MP4, I downloaded and compiled the FFMPEG with libfdk_aac support from here. I tried converting a sample MKV file using this command :

  ffmpeg -i "C:\VideoTest\Sample1.mkv" -c:v copy -c:a libfdk_aac -b:a 384k "C:\VideoTest\Sample2.mp4"

  but getting the following errors (copied from command prompt) :

  [hevc @ 0000000000308ae0] Could not find ref with POC 113
  
  [hevc @ 0000000000308ae0] Could not find ref with POC 111
  
  [hevc @ 0000000000308ae0] Could not find ref with POC 109
  
  [hevc @ 0000000000308ae0] Could not find ref with POC 107
  
  Input #0, matroska,webm, from 'C:\VideoTest\Sample-1.mk
  
  v':
  
    Metadata:
  
      encoder         : libebml v1.3.0 + libmatroska v1.4.1
  
      creation_time   : 2014-07-16 08:54:02
  
    Duration: 00:00:58.68, start: 0.042000, bitrate: 3520 kb/s
  
      Chapter #0.0: start 0.000000, end 58.717000
  
      Metadata:
  
        title           : Chapter 4
  
      Stream #0:0: Video: hevc (Main), yuv420p(tv), 1920x816, SAR 1:1 DAR 40:17, 2
  
  4 fps, 24 tbr, 1k tbn, 1k tbc (default)
  
      Metadata:
  
        _STATISTICS_WRITING_APP: mkvmerge v7.0.0 ('Where We Going') 64bit built on
  
   Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_APP-eng: mkvmerge v7.0.0 ('Where We Going') 64bit buil
  
  t on Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_DATE_UTC: 2014-07-16 08:54:02
  
        _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-16 08:54:02
  
        _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        BPS             : 2733260
  
        BPS-eng         : 2733260
  
        DURATION        : 00:00:58.667000000
  
        DURATION-eng    : 00:00:58.667000000
  
        NUMBER_OF_FRAMES: 1408
  
        NUMBER_OF_FRAMES-eng: 1408
  
        NUMBER_OF_BYTES : 20044023
  
        NUMBER_OF_BYTES-eng: 20044023
  
      Stream #0:1: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 768 kb/s (default)
  
  
  
      Metadata:
  
        _STATISTICS_WRITING_APP: mkvmerge v7.0.0 ('Where We Going') 64bit built on
  
   Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_APP-eng: mkvmerge v7.0.0 ('Where We Going') 64bit buil
  
  t on Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_DATE_UTC: 2014-07-16 08:54:02
  
        _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-16 08:54:02
  
        _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        BPS             : 767986
  
        BPS-eng         : 767986
  
        DURATION        : 00:00:58.625000000
  
        DURATION-eng    : 00:00:58.625000000
  
        NUMBER_OF_FRAMES: 5496
  
        NUMBER_OF_FRAMES-eng: 5496
  
        NUMBER_OF_BYTES : 5627904
  
        NUMBER_OF_BYTES-eng: 5627904
  
      Stream #0:2(eng): Subtitle: hdmv_pgs_subtitle, 1920x1080 (default)
  
      Metadata:
  
        _STATISTICS_WRITING_APP: mkvmerge v7.0.0 ('Where We Going') 64bit built on
  
   Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_APP-eng: mkvmerge v7.0.0 ('Where We Going') 64bit buil
  
  t on Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_DATE_UTC: 2014-07-16 08:54:02
  
        _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-16 08:54:02
  
        _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        BPS             : 17485
  
        BPS-eng         : 17485
  
        DURATION        : 00:00:56.750000000
  
        DURATION-eng    : 00:00:56.750000000
  
        NUMBER_OF_FRAMES: 40
  
        NUMBER_OF_FRAMES-eng: 40
  
        NUMBER_OF_BYTES : 124036
  
        NUMBER_OF_BYTES-eng: 124036
  
  Output #0, mp4, to 'C:\VideoTest\Sample.mp4':
  
    Metadata:
  
      encoder         : Lavf56.1.100
  
      Chapter #0.0: start 0.000000, end 58.675000
  
      Metadata:
  
        title           : Chapter 4
  
      Stream #0:0: Video: hevc ([35][0][0][0] / 0x0023), yuv420p, 1920x816 [SAR 1:
  
  1 DAR 40:17], q=2-31, 24 fps, 16k tbn, 1k tbc (default)
  
      Metadata:
  
        _STATISTICS_WRITING_APP: mkvmerge v7.0.0 ('Where We Going') 64bit built on
  
   Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_APP-eng: mkvmerge v7.0.0 ('Where We Going') 64bit buil
  
  t on Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_DATE_UTC: 2014-07-16 08:54:02
  
        _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-16 08:54:02
  
        _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        BPS             : 2733260
  
        BPS-eng         : 2733260
  
        DURATION        : 00:00:58.667000000
  
        DURATION-eng    : 00:00:58.667000000
  
        NUMBER_OF_FRAMES: 1408
  
        NUMBER_OF_FRAMES-eng: 1408
  
        NUMBER_OF_BYTES : 20044023
  
        NUMBER_OF_BYTES-eng: 20044023
  
      Stream #0:1: Audio: aac (libfdk_aac) ([64][0][0][0] / 0x0040), 48000 Hz, 5.1
  
  , s16, 128 kb/s (default)
  
      Metadata:
  
        _STATISTICS_WRITING_APP: mkvmerge v7.0.0 ('Where We Going') 64bit built on
  
   Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_APP-eng: mkvmerge v7.0.0 ('Where We Going') 64bit buil
  
  t on Jun  9 2014 15:16:27
  
        _STATISTICS_WRITING_DATE_UTC: 2014-07-16 08:54:02
  
        _STATISTICS_WRITING_DATE_UTC-eng: 2014-07-16 08:54:02
  
        _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  
        BPS             : 767986
  
        BPS-eng         : 767986
  
        DURATION        : 00:00:58.625000000
  
        DURATION-eng    : 00:00:58.625000000
  
        NUMBER_OF_FRAMES: 5496
  
        NUMBER_OF_FRAMES-eng: 5496
  
        NUMBER_OF_BYTES : 5627904
  
        NUMBER_OF_BYTES-eng: 5627904
  
        encoder         : Lavc56.0.101 libfdk_aac
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (copy)
  
    Stream #0:1 -> #0:1 (dts (dca) -> aac (libfdk_aac))
  
  Press [q] to stop, [?] for help
  
  [mp4 @ 0000000003be0500] Invalid DTS: 656 PTS: -672 in output stream 0:0
  
  av_interleaved_write_frame(): Invalid argument
  
  [libfdk_aac @ 00000000042fa640] Trying to remove 1024 samples, but the queue is
  
  empty
  
  [mp4 @ 0000000003be0500] Encoder did not produce proper pts, making some up.
  
  [libfdk_aac @ 00000000042fa640] Trying to remove 1024 samples, but the queue is
  
  empty
  
  frame=    2 fps=0.0 q=-1.0 Lsize=      96kB time=00:00:00.04 bitrate=18415.0kbit
  
  s/s
  
  video:95kB audio:1kB subtitle:0kB other streams:0kB global headers:0kB muxing ov
  
  erhead: 0.570364%
  
  Conversion failed!

  Also tried using this command :

  ffmpeg -i input.wav -c:a libfdk_aac -b:a 128k output.mp4

  But this screws up the video quality and I start seeing some bad pixelated patches during the playback.

  Any help would be appreciated.

  Just an FYI : I got this far by reading blogs and posts. I have 0 knowledge about video conversion.

• Matomo will now pay researchers 5,000 USD for a critical security vulnerability

  7 mai 2020, par Matomo Core Team
  Matomo Analytics is the leading open-source web analytics solution, designed to give you conclusive insights while respecting your user’s privacy, and keeping your data secure. We’re so proud Matomo is trusted with the analytics data of more than 1 million sites worldwide.

  Although we have had an excellent security track record so far, we recognise security is an ongoing challenge and requires constant vigilance. With this announcement we’re showing our commitment to reward those who help us maintain the highest security in Matomo.

  New bounty of 5,000 USD for a CRITICAL security issue responsibly disclosed to us

  We’re now paying 5,000 USD or 4,700 EUR for each critical vulnerability found, and responsibly disclosed to us. (Previously this bounty was less than 1,000USD.) 

  A Critical Issue in Matomo means an issue in our latest official release at : builds.matomo.org/latest.zip as installed on a typical server (and possibly using any of our official plugins by Matomo or InnoCraft from the Marketplace).

  If you can gain remote code execution on the server (i.e. RCE), or if you’re able to delete data with an HTTPS request (i.e. SQL Injection), this may qualify as a Critical Issue. Please report it on Hackerone.

  Matomo keeps your data secure

  The Matomo team has always been committed to achieving the highest standard of security. For example, Matomo was one of the first open-source projects in the world to launch a public bug bounty in January 2011. Every year many researchers, users and customers review the Matomo source code, and overall we’ve rewarded dozens of researchers over the years for their work in keeping Matomo data safe.

  How to make your Matomo server even more secure ?

  Check out our recommendations in How to configure Matomo for Security