Recherche avancée

Sur d’autres sites (4563)

• 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.

• Announcing our latest open source project : DeviceDetector

  30 juillet 2014, par Stefan Giehl — Community, Development, Meta, DeviceDetector

  This blog post is an announcement for our latest open source project release : DeviceDetector ! The Universal Device Detection library will parse any User Agent and detect the browser, operating system, device used (desktop, tablet, mobile, tv, cars, console, etc.), brand and model.

  Read on to learn more about this exciting release.

  Why did we create DeviceDetector ?

  Our previous library UserAgentParser only had the possibility to detect operating systems and browsers. But as more and more traffic is coming from mobile devices like smartphones and tablets it is getting more and more important to know which devices are used by the websites visitors.

  To ensure that the device detection within Piwik will gain the required attention, so it will be as accurate as possible, we decided to move that part of Piwik into a separate project, that we will maintain separately. As an own project we hope the DeviceDetector will gain a better visibility as well as a better support by and for the community !

  DeviceDetector is hosted on GitHub at piwik/device-detector. It is also available as composer package through Packagist.

  How DeviceDetector works

  Every client requesting data from a webserver identifies itself by sending a so-called User-Agent within the request to the server. Those User Agents might contain several information such as :

  • client name and version (clients can be browsers or other software like feed readers, media players, apps,…)
  • operating system name and version
  • device identifier, which can be used to detect the brand and model.

  For Example :

  Mozilla/5.0 (Linux; Android 4.4.2; Nexus 5 Build/KOT49H) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.99 Mobile Safari/537.36

  This User Agent contains following information :

  Operating system is Android 4.4.2, client uses the browser Chrome Mobile 32.0.1700.99 and the device is a Google Nexus 5 smartphone.

  What DeviceDetector currently detects

  DeviceDetector is able to detect bots, like search engines, feed fetchers, site monitors and so on, five different client types, including around 100 browsers, 15 feed readers, some media players, personal information managers (like mail clients) and mobile apps using the AFNetworking framework, around 80 operating systems and nine different device types (smartphones, tablets, feature phones, consoles, tvs, car browsers, cameras, smart displays and desktop devices) from over 180 brands.

  Note : Piwik itself currently does not use the full feature set of DeviceDetector. Client detection is currently not implemented in Piwik (only detected browsers are reported, other clients are marked as Unknown). Client detection will be implemented into Piwik in the future, follow #5413 to stay updated.

  Performance of DeviceDetector

  Our detections are currently handled by an enormous number of regexes, that are defined in several .YML Files. As parsing these .YML files is a bit slow, DeviceDetector is able to cache the parsed .YML Files. By default DeviceDetector uses a static cache, which means that everything is cached in static variables. As that only improves speed for many detections within one process, there are also adapters to cache in files or memcache for speeding up detections across requests.

  How can users help contribute to DeviceDetector ?

  Submit your devices that are not detected yet

  If you own a device, that is currently not correctly detected by the DeviceDetector, please create a issue on GitHub
  In order to check if your device is detected correctly by the DeviceDetector go to your Piwik server, click on ‘Settings’ link, then click on ‘Device Detection’ under the Diagnostic menu. If the data does not match, please copy the displayed User Agent and use that and your device data to create a ticket.

  Submit a list of your User Agents

  In order to create new detections or improve the existing ones, it is necessary for us to have lists of User Agents. If you have a website used by mostly non desktop devices it would be useful if you send a list of the User Agents that visited your website. To do so you need access to your access logs. The following command will extract the User Agents :

  zcat ~/path/to/access/logs* | awk -F'"' '{print $6}' | sort | uniq -c | sort -rn | head -n20000 > /home/piwik/top-user-agents.txt

  If you want to help us with those data, please get in touch at devicedetector@piwik.org

  Submit improvements on GitHub

  As DeviceDetector is free/libre library, we invite you to help us improving the detections as well as the code. Please feel free to create tickets and pull requests on Github.

  What’s the next big thing for DeviceDetector ?

  Please check out the list of issues in device-detector issue tracker.

  We hope the community will answer our call for help. Together, we can build DeviceDetector as the most powerful device detection library !

  Happy Device Detection,

• Announcing our latest open source project : DeviceDetector

  30 juillet 2014, par Stefan Giehl — Community, Development, Meta, DeviceDetector

  This blog post is an announcement for our latest open source project release : DeviceDetector ! The Universal Device Detection library will parse any User Agent and detect the browser, operating system, device used (desktop, tablet, mobile, tv, cars, console, etc.), brand and model.

  Read on to learn more about this exciting release.

  Why did we create DeviceDetector ?

  Our previous library UserAgentParser only had the possibility to detect operating systems and browsers. But as more and more traffic is coming from mobile devices like smartphones and tablets it is getting more and more important to know which devices are used by the websites visitors.

  To ensure that the device detection within Piwik will gain the required attention, so it will be as accurate as possible, we decided to move that part of Piwik into a separate project, that we will maintain separately. As an own project we hope the DeviceDetector will gain a better visibility as well as a better support by and for the community !

  DeviceDetector is hosted on GitHub at piwik/device-detector. It is also available as composer package through Packagist.

  How DeviceDetector works

  Every client requesting data from a webserver identifies itself by sending a so-called User-Agent within the request to the server. Those User Agents might contain several information such as :

  • client name and version (clients can be browsers or other software like feed readers, media players, apps,…)
  • operating system name and version
  • device identifier, which can be used to detect the brand and model.

  For Example :

  Mozilla/5.0 (Linux; Android 4.4.2; Nexus 5 Build/KOT49H) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.99 Mobile Safari/537.36

  This User Agent contains following information :

  Operating system is Android 4.4.2, client uses the browser Chrome Mobile 32.0.1700.99 and the device is a Google Nexus 5 smartphone.

  What DeviceDetector currently detects

  DeviceDetector is able to detect bots, like search engines, feed fetchers, site monitors and so on, five different client types, including around 100 browsers, 15 feed readers, some media players, personal information managers (like mail clients) and mobile apps using the AFNetworking framework, around 80 operating systems and nine different device types (smartphones, tablets, feature phones, consoles, tvs, car browsers, cameras, smart displays and desktop devices) from over 180 brands.

  Note : Piwik itself currently does not use the full feature set of DeviceDetector. Client detection is currently not implemented in Piwik (only detected browsers are reported, other clients are marked as Unknown). Client detection will be implemented into Piwik in the future, follow #5413 to stay updated.

  Performance of DeviceDetector

  Our detections are currently handled by an enormous number of regexes, that are defined in several .YML Files. As parsing these .YML files is a bit slow, DeviceDetector is able to cache the parsed .YML Files. By default DeviceDetector uses a static cache, which means that everything is cached in static variables. As that only improves speed for many detections within one process, there are also adapters to cache in files or memcache for speeding up detections across requests.

  How can users help contribute to DeviceDetector ?

  Submit your devices that are not detected yet

  If you own a device, that is currently not correctly detected by the DeviceDetector, please create a issue on GitHub
  In order to check if your device is detected correctly by the DeviceDetector go to your Piwik server, click on ‘Settings’ link, then click on ‘Device Detection’ under the Diagnostic menu. If the data does not match, please copy the displayed User Agent and use that and your device data to create a ticket.

  Submit a list of your User Agents

  In order to create new detections or improve the existing ones, it is necessary for us to have lists of User Agents. If you have a website used by mostly non desktop devices it would be useful if you send a list of the User Agents that visited your website. To do so you need access to your access logs. The following command will extract the User Agents :

  zcat ~/path/to/access/logs* | awk -F'"' '{print $6}' | sort | uniq -c | sort -rn | head -n20000 > /home/piwik/top-user-agents.txt

  If you want to help us with those data, please get in touch at devicedetector@piwik.org

  Submit improvements on GitHub

  As DeviceDetector is free/libre library, we invite you to help us improving the detections as well as the code. Please feel free to create tickets and pull requests on Github.

  What’s the next big thing for DeviceDetector ?

  Please check out the list of issues in device-detector issue tracker.

  We hope the community will answer our call for help. Together, we can build DeviceDetector as the most powerful device detection library !

  Happy Device Detection,