Recherche avancée

Sur d’autres sites (6332)

• Senior Software Engineer for Enterprise Analytics Platform

  28 janvier 2016, par Matthieu Aubry — Jobs

  We’re looking for a lead developer to work on Piwik Analytics core platform software. We have some exciting challenges to solve and need you !

  You’ll be working with both fellow employees and our open-source community. Piwik PRO staff lives in New Zealand, Europe (Poland, Germany) and in the U.S. We do the vast majority of our collaboration online.

  We are a small, flexible team, so when you come aboard, you will play an integral part in engineering. As a leader you’ll help us to prioritise work and grow our community. You’ll help to create a welcoming environment for new contributors and set an example with your development practices and communications skills. You will be working closely with our CTO to build a future for Piwik.

  Key Responsibilities

  • Strong competency coding in PHP and JavaScript.
  • Scaling existing backend system to handle ever increasing amounts of traffic and new product requirements.
  • Outstanding communication and collaboration skills.
  • Drive development and documentation of internal and external APIs (Piwik is an open platform).
  • Help make our development practices better and reduce friction from idea to deployment.
  • Mentor junior engineers and set the stage for personal growth.

  Minimum qualifications

  • 5+ years of experience in product development, security, usable interface design.
  • 5+ years experience building successful production software systems.
  • Strong competency in PHP5 and JavaScript application development.
  • Skill at writing tests and reviewing code.
  • Strong analytical skills.

  Location

  • Remote work position !
  • or you can join us in our office based in Wellington, New Zealand or in Wrocław, Poland.

  Benefits

  • Competitive salary.
  • Equity in Piwik PRO.
  • Remote work is possible.
  • Yearly meetup with the whole team abroad.
  • Be part of a successful open source company and community.
  • In our Wellington (NZ) and Wroclaw (PL) offices : snacks, coffee, nap room, Table football, Ping pong…
  • Regular events.
  • Great team of people.
  • Exciting projects.

  Learn more

  Learn more what it’s like to work on Piwik in our blog post

  About Piwik

  At Piwik and Piwik PRO we develop the leading open source web analytics platform, used by more than one million websites worldwide. Our vision is to help the world liberate their analytics data by building the best open alternative to Google Analytics.

  The Piwik platform collects, stores and processes a lot of information : hundreds of millions of data points each month. We create intuitive, simple and beautiful reports that delight our users.

  About Piwik PRO company

  At Piwik PRO we’re solving hard problems with simple solutions that make our users and customers happy. We practise agile methodology, test driven development and fast release cycles. Our backend is mostly built in modern PHP with a bit of Python. We use MySQL/MariaDB and Redis as data stores. Our frontends is built in JavaScript using AngularJS and jQuery. Our tools include Github, Travis CI, PhpStorm and Slack.

  As a Lead Software Developer for Piwik PRO, you will be writing open source code that will run on more than 200,000 servers and be used in 200+ countries and 50 languages !

  Apply online

  To apply for this position, please Apply online here. We look forward to receiving your applications !

• cuvid : Add MIT licenced nvcuid headers from Video SDK 7.0

  21 septembre 2016, par Philip Langdale

  cuvid : Add MIT licenced nvcuid headers from Video SDK 7.0
  For unknown reasons, the only accurately descriptive version of
  
  cuviddec.h is in the Video SDK - the one in CUDA 7.5 lacks vp8
  
  PICPARAMS and the vp9 struct definition is inaccurate. The CUDA 8 RC
  
  includes an ancient version of this file from many many years go.
  However, the one in the Video SDK is modified to work through a
  
  dynamic link mechanism which we don’t really want to use, so the
  
  next change will modify the files to just declare functions in
  
  the normal way.
  I’ve split the changes so it’s clear to see what changed between
  
  the original files and ones that work for us.
  

  • [DH] compat/cuda/cuviddec.h
  • [DH] compat/cuda/nvcuvid.h

• avcodec : add a native SMPTE VC-2 HQ encoder

  10 février 2016, par Rostislav Pehlivanov

  avcodec : add a native SMPTE VC-2 HQ encoder
  This commit adds a new encoder capable of creating BBC/SMPTE Dirac/VC-2 HQ
  
  profile files.
  Dirac is a wavelet based codec created by the BBC a little more than 10
  
  years ago. Since then, wavelets have mostly gone out of style as they
  
  did not provide adequate encoding gains at lower bitrates. Dirac was a
  
  fully featured video codec equipped with perceptual masking, support for
  
  most popular pixel formats, interlacing, overlapped-block motion
  
  compensation, and other features. It found new life after being stripped
  
  of various features and standardized as the VC-2 codec by the SMPTE with
  
  an extra profile, the HQ profile that this encoder supports, added.
  The HQ profile was based off of the Low-Delay profile previously
  
  existing in Dirac. The profile forbids DC prediction and arithmetic
  
  coding to focus on high performance and low delay at higher bitrates.
  
  The standard bitrates for this profile vary but generally 1:4
  
  compression is expected ( 525 Mbps vs the 2200 Mbps for uncompressed
  
  1080p50). The codec only supports I-frames, hence the high bitrates.
  The structure of this encoder is simple : do a DWT transform on the
  
  entire image, split it into multiple slices (specified by the user) and
  
  encode them in parallel. All of the slices are of the same size, making
  
  rate control and threading very trivial. Although only in C, this encoder
  
  is capable of 30 frames per second on an 4 core 8 threads Ivy Bridge.
  
  A lookup table is used to encode most of the coefficients.
  No code was used from the GSoC encoder from 2007 except for the 2
  
  transform functions in diracenc_transforms.c. All other code was written
  
  from scratch.
  This encoder outperforms any other encoders in quality, usability and in
  
  features. Other existing implementations do not support 4 level
  
  transforms or 64x64 blocks (slices), which greatly increase compression.
  As previously said, the codec is meant for broadcasting, hence support
  
  for non-broadcasting image widths, heights, bit depths, aspect ratios,
  
  etc. are limited by the "level". Although this codec supports a few
  
  chroma subsamplings (420, 422, 444), signalling those is generally
  
  outside the specifications of the level used (3) and the reference
  
  decoder will outright refuse to read any image with such a flag
  
  signalled (it only supports 1920x1080 yuv422p10). However, most
  
  implementations will happily read files with alternate dimensions,
  
  framerates and formats signalled.
  Therefore, in order to encode files other than 1080p50 yuv422p10le, you
  
  need to provide an "-strict -2" argument to the command line. The FFmpeg
  
  decoder will happily read any files made with non-standard parameters,
  
  dimensions and subsamplings, and so will other implementations. IMO this
  
  should be "-strict -1", but I’ll leave that up for discussion.
  There are still plenty of stuff to implement, for instance 5 more
  
  wavelet transforms are still in the specs and supported by the decoder.
  The encoder can be lossless, given a high enough bitrate.
  Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>
  

  • [DH] libavcodec/Makefile
  • [DH] libavcodec/allcodecs.c
  • [DH] libavcodec/vc2enc.c
  • [DH] libavcodec/vc2enc_dwt.c
  • [DH] libavcodec/vc2enc_dwt.h
  • [DH] libavcodec/version.h