Recherche avancée

Sur d’autres sites (4486)

• End of Piwik Mobile 1 – Focus is on Piwik Mobile 2

  2 septembre 2014, par Piwik Core Team — Community, Piwik Mobile Releases

  More than four years after its initial release, we will remove Piwik Mobile 1 from the Apple App Store and Google Play Store in one week. During that time the app was downloaded more than 60.000 times with an average rating of 4.6 and over 2000 ratings. Thank you to our community of users for all of this !

  Why we must focus on Piwik Mobile 2

  Unfortunately we do not have the resources to maintain Piwik Mobile 1 to be compatible with the latest iOS and Android updates (namely iOS 8 and Android L). The last update of Piwik Mobile 1 was over one year ago and the underlying framework, which we are using to develop the app, is nearly two years old. Making the code compatible with the current version of the underlying framework to support the latest platform versions would take us many weeks. As a little background : From the beginning Piwik Mobile 1 has been a free app and was developed by a single person Thomas in his spare time who is now focussing on Piwik Mobile 2.

  Can I still get it ?

  We are announcing this today so you get a chance to install the app via the Apple App Store and Google Play Store while it is still available.

  If you are one of the 87% of our Piwik Mobile 1 users who are already using Android 4+ or iOS 7+ then you can install Piwik Mobile 2 (make sure you upgrade your Piwik platform to 1.12 or 2.x recommended).

  What happens after the app is removed ?

  If you have already installed the app it won’t be removed from your device and you will still be able to use it. Android users can still download Piwik Mobile 1 but we cannot guarantee it will work on all devices. Lastly the code our free software is available on GitHub and you can build it from the source if you have to.

  The future of Piwik Mobile

  Piwik Mobile version 2.1 is currently in beta testing phase. This new version includes several useful new features such as support for Segmentation. If you use Android, give it a try !

• High Quality Screen Capture with FFmpeg

  18 novembre 2015, par plumzl

  I’m trying to figure out a command for high quality screen capture on REHL.

  I have tried various options, but none really worked. The quality is not good enough. I’m quite new to ffmpeg and doesn’t quite understand all the different flags. So any help would be appreciated !

  The commands I have tried :

  ffmpeg -y -f x11grab -r 30 -s 1920x1080 -i :0.0+0,0 -vcodec libx264 -strict -2 -b:v 16M output.mov

  The first command I tried. The weird thing is it doesn’t seem to preserve the bitrate specified -b:v 16M. The output video’s bitrate is only 2mb/s. Is that not the correct way to specify bitrate when doing screen capture ?

  ffmpeg -f x11grab -s 1920x1080 -r 30 -i :0.0 -qscale 0 -vcodec huffyuv output.mov

  The huffyuv codec is supposed to be lossless, but the quality doesn’t seem to be any better than the libx264 output.

  ffmpeg -f x11grab -r 30 -s 1920x1080 -i :0.0+0,0 -vcodec copy -pix_fmt yuv420p -qscale 0 -an output.mkv
  
  ffmpeg -f rawvideo -pix_fmt yuv420p -s:v 1920x1080 -r 30 -i output.mkv -an -c:v libx264 -qscale 0 result.mov 

  I’m even trying to capture rawvideo and then convert it to libx264 codec viedeo. But the output is corrupted.

  I’m using the version of ffmpeg that’s built on April 23rd this year. It doesn’t have the preset like -vpre lossless_ultrafast which I see mentioned in a lot posts.

  Edit :

  After more research, this is the command I end up using. I have to use h264 codec and yuv420p as pixel_fmt since I need to be able to play the quicktimes using quicktime.

  ffmpeg -y -f x11grab -framerate 30 -video_size 1920x1080 -i :0.0+0,0 -c:v libx264 -pix_fmt yuv420p -qp 0 -preset ultrafast output.mov

  The quality doesn’t seem to be much improved even though -qp is set to 0. But it could also because of the rgb conversion to yuv color space according to this post.

  https://trac.ffmpeg.org/wiki/Encode/H.264

• High Quality Screen Capture with FFmpeg

  18 novembre 2015, par plumzl

  I’m trying to figure out a command for high quality screen capture on REHL.

  I have tried various options, but none really worked. The quality is not good enough. I’m quite new to ffmpeg and doesn’t quite understand all the different flags. So any help would be appreciated !

  The commands I have tried :

  ffmpeg -y -f x11grab -r 30 -s 1920x1080 -i :0.0+0,0 -vcodec libx264 -strict -2 -b:v 16M output.mov

  The first command I tried. The weird thing is it doesn’t seem to preserve the bitrate specified -b:v 16M. The output video’s bitrate is only 2mb/s. Is that not the correct way to specify bitrate when doing screen capture ?

  ffmpeg -f x11grab -s 1920x1080 -r 30 -i :0.0 -qscale 0 -vcodec huffyuv output.mov

  The huffyuv codec is supposed to be lossless, but the quality doesn’t seem to be any better than the libx264 output.

  ffmpeg -f x11grab -r 30 -s 1920x1080 -i :0.0+0,0 -vcodec copy -pix_fmt yuv420p -qscale 0 -an output.mkv
  
  ffmpeg -f rawvideo -pix_fmt yuv420p -s:v 1920x1080 -r 30 -i output.mkv -an -c:v libx264 -qscale 0 result.mov 

  I’m even trying to capture rawvideo and then convert it to libx264 codec viedeo. But the output is corrupted.

  I’m using the version of ffmpeg that’s built on April 23rd this year. It doesn’t have the preset like -vpre lossless_ultrafast which I see mentioned in a lot posts.

  Edit :

  After more research, this is the command I end up using. I have to use h264 codec and yuv420p as pixel_fmt since I need to be able to play the quicktimes using quicktime.

  ffmpeg -y -f x11grab -framerate 30 -video_size 1920x1080 -i :0.0+0,0 -c:v libx264 -pix_fmt yuv420p -qp 0 -preset ultrafast output.mov

  The quality doesn’t seem to be much improved even though -qp is set to 0. But it could also because of the rgb conversion to yuv color space according to this post.

  https://trac.ffmpeg.org/wiki/Encode/H.264