- 02 Dec, 2014 2 commits
-
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
This failed on Android, for example
-
- 01 Dec, 2014 5 commits
-
-
Jean-Baptiste Kempf authored
-
Frédéric Yhuel authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Frédéric Yhuel authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Thomas Guillem authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Thomas Guillem authored
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>
-
- 30 Nov, 2014 8 commits
-
-
Felix Paul Kühne authored
-
Ilkka Ollakka authored
When input is H.264 they don't have pts/dts sometimes before decoder, but dropping non-dated packets screw up decoder.
-
Ilkka Ollakka authored
-
Ilkka Ollakka authored
This reverts commit 57b356e2.
-
Rémi Denis-Courmont authored
-
Ilkka Ollakka authored
Use fps video filter for framerate conversion. Also do framerate conversion after deinterlacer so we don't screw deinterlacing with frame dropping.
-
Ilkka Ollakka authored
-
Rémi Denis-Courmont authored
-
- 29 Nov, 2014 21 commits
-
-
David Fuhrmann authored
-
Felix Paul Kühne authored
-
David Fuhrmann authored
Also reduce intentation of code.
-
Ilkka Ollakka authored
If user doesn't give videobitrate use some reasonable default to get ok output from avcodec transcode (for example mpeg4 video).
-
David Fuhrmann 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
Everybody should install the underlying libraries somewhere and, if necessary, pass --with-* to specify the installation path (this is automatic for VLC contribs).
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
David Fuhrmann authored
-
Ilkka Ollakka authored
Refactor so deinterlacer/scaler is fed with all input pictures and not only ones that encoder needs.
-
Ilkka Ollakka authored
-
Ilkka Ollakka authored
-
David Fuhrmann authored
Auto-detect current osx version, overwrite path to avoid influences from macports or homebrew.
-
David Fuhrmann authored
-
Francois Cartegnie authored
-
Rémi Denis-Courmont authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Jean-Baptiste Kempf authored
-
- 28 Nov, 2014 4 commits
-
-
Thomas Guillem authored
This led to a memory corruption. Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Jean-Baptiste Kempf authored
Close #12856
-
Felix Paul Kühne authored
-
Lochlin Duperron authored
This commit modifies the convert wizard to accept multiple files from the file dialog box The GUI should operate the same when a single file is selected (providing an option of where and what to name the file), but when multiple files are selected the files are placed into the same folder with the same name and a new extention (there is an option to append -converted if you are converting to the same extention). There are some tooltips to explain this operation. Most of the changes are pretty straight-forward, converting QStrings to QStringLists and passing the full list of MRLs around. The playlist already supports the batch processing in a pretty straightforward way, so there's no issues there. StandardPanel.cpp was modified to create a temp QStringList for passing to the streamingDialog, as it now takes the full list of input files rather than just one Convert.cpp/hpp modified to take the QStringList and to behave (semi)-intelligently when reciving multiple files, Open.cpp modified to pass the MRLs rather than MRL[0] and the Dialogs_provider.cpp/hpp to pass the MRLs along, pretty much. It also clears the playlist when recieving a list and starts the playlist from the beginning when it's added all the files to be converted. Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-