- 29 Mar, 2009 20 commits
-
-
Kaarlo Raiha authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Jean-Baptiste Kempf authored
-
Sébastien Escudier authored
Signed-off-by: Laurent Aimar <fenrir@videolan.org>
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Geoffroy Couprie authored
-
Srikanth Raju authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Jean-Baptiste Kempf authored
Some broken .Ram playlist have .rm extensions. The real demuxer should take the actula .rm files before.
-
Jean-Baptiste Kempf authored
-
Srikanth Raju authored
Adds a RAM playlist demuxer to read .ram playlist files. Handles parameters author, copyright, clipinfo, start, end and title. Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Pierre Ynard authored
On my linux x86_64 system, when trying to statically link the x264 module against libx264, I get the following error: /usr/bin/ld: /usr/local/lib/libx264.a(cabac-a.o): relocation R_X86_64_PC32 against symbol `x264_cabac_range_lps' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value Even though libx264 was compiled as PIC. Dynamically linking against the shared library, built during the same process, works well. The x264 folks said that VLC needed to use the -Bsymbolic flag to allow conversation of a static PIC library into a shared library, so that's what I did, and it works for me. Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Sébastien Escudier authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Sébastien Escudier authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Jean-Baptiste Kempf authored
-
Laurent Aimar authored
-
Laurent Aimar authored
It will avoid VLC loading every .mkv in the same directory than the one you are trying to play (can be very very long). Of course, this will break linked mkv files...
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
This modules seems to not resample the first samples (which is not good at all for an audio filter2 btw). This has to be taken into account when calculating the output buffer size. Fixes #1862 and #1962(duplicate).
-
Antoine Cellerier authored
-
- 28 Mar, 2009 13 commits
-
-
Sidney Doria authored
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>
-
Luqman Hakim authored
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>
-
Antoine Cellerier authored
Available capture devices will be listed in the debug output when no device is forces (alsa://).
-
Laurent Aimar authored
-
Antoine Cellerier authored
-
Antoine Cellerier authored
If compiled with libv4l2 support, first try using the kernel v4l2 api and then fallback to libv4l2 if it didn't work. You can force using libv4l2 with --v4l2-use-libv4l2. (libv4l2 broke the v4l2 access for some people. This should be backported to 0.9.9)
-
Antoine Cellerier authored
-
Antoine Cellerier authored
-
Laurent Aimar authored
-
Srikanth Raju authored
Signed-off-by: Laurent Aimar <fenrir@videolan.org>
-
Laurent Aimar authored
-
Laurent Aimar authored
It fixes at least a deadlock in win32 when seeking.
-
Laurent Aimar authored
-
- 27 Mar, 2009 7 commits
-
-
Christophe Mutricy authored
-
Баярсайхан Энхтайван authored
Not yet activated Signed-off-by: Christophe Mutricy <xtophe@videolan.org>
-
Tony GAILLARD authored
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>
-
Christophe Mutricy authored
-
Erwan Tulou authored
(gridLayout naming is hardcoded and seems to have changed) Acked-by: Jean-Baptiste Kempf <jb@videolan.org> Signed-off-by: Christophe Mutricy <xtophe@videolan.org>
-
Christophe Mutricy authored
Dutch by Myckel Habets Polish by Michał Trzebiatowski Simplified Chinese by Wei Mingzhi Signed-off-by: Christophe Mutricy <xtophe@videolan.org>
-
Christophe Mutricy authored
Bulgarian by Ivo Ivanov Catalan by Xènia Albà Cantero Slovak by Marián Hikaník Signed-off-by: Christophe Mutricy <xtophe@videolan.org>
-