- 28 Sep, 2013 17 commits
-
-
Rafaël Carré authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
As reported on Reddit
-
Jean-Baptiste Kempf authored
-
Daniel Verkamp authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Francois Cartegnie authored
-
- 27 Sep, 2013 11 commits
-
-
Ludovic Fauvet authored
This change will make the transition easier between the previously released installer (that doesn't remember user choices) and this one. Without it the old installer would fall back to the "Recommended" preset.
-
Ludovic Fauvet authored
-
Ludovic Fauvet authored
-
Ludovic Fauvet authored
-
Ludovic Fauvet authored
This allows updates without user intervention.
-
Ludovic Fauvet authored
-
Ludovic Fauvet authored
-
Ludovic Fauvet authored
In case of upgrade, most pages will be skipped in favor of a smoother and faster upgrade.
-
David Fuhrmann authored
-
Gleb Pinigin authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Gleb Pinigin authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
- 26 Sep, 2013 2 commits
-
-
Rémi Denis-Courmont authored
(This should maybe not be marked for translation at all. Only Russian defines it to something different than Ctrl+{H,L}.) Adding whitespaces or translating "Ctrl" breaks Qt4 internals. (cherry picked from commit feb479f2)
-
Julian Scheel authored
The bcm h264 decoder is not able to detect when the first error free frame has been decoded for certain h264 streams. To avoid not getting any frames out of the decoder, disable the StartWithValidFrame flag until that is fixed at bcm. See https://github.com/huceke/omxplayer/issues/96 for details. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Sep, 2013 1 commit
-
-
Rémi Denis-Courmont authored
There is no way for vmem to know the required padding otherwise. This partly reverts commit 260a3c10.
-
- 22 Sep, 2013 9 commits
-
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Rémi Denis-Courmont authored
-
Martin Storsjö authored
This seems to work just fine on Samsung Galaxy S3 and Sony Xperia Z1. (This didn't use to work in earlier Galaxy S3 firmwares even though it was exposed in MediaCodecList, but currently it seems to work just fine.) Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This is pretty much normal NV12, but with stride and plane heights aligned to 32 (according to a commit on code aurora forum). The actual values are signalled in the normal stride and slice height fields, so therefore it can be treated as normal NV12 as far as our code is concerned. This is returned on the Sony Xperia Z1 (Snapdragon 800) - mediacodec works (with a quirk mentioned in the previous commit), while our omxil/iomx code fails to allocate buffers. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
The decoder on Sony Xperia Z1 seems to return one frame before the output format is set (and calling getOutputFormat() at this point throws an IllegalStateException). Therefore just drop any frames that are returned before the output format has been set. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-