- 20 Jun, 2015 5 commits
-
-
David Fuhrmann authored
-
David Fuhrmann authored
The vlc target only creates a symlink, so it makes no sense to depend on that in any way. This also fixes unneeded recreation of the package with every make invocation.
-
David Fuhrmann authored
According to docu, application:willFinishLaunching: will be called as one of the first steps of [NSApp run], before the main loop will be actually started. Thus, it should make no performance difference if we load the main window already in openIntf(). For some unknown reasons, a direct call to makeKeyAndOrderFront works in run(), but not in app:willFinishLaunching:, though.
-
David Fuhrmann authored
This moves the main loop out of the macosx interface module. Instead, the open callback only initializes the interface and the close callback cleans up stuff. The mainloop is now started in darwinvlc.m. In case the mac interface is not used, a CoreFoundation mainloop is solely started to wait for termination events. Additionally, this cleans up darwinvlc.m, and fixes signal handling, which was dead code so far (in case the interface was used). Now, GCD is used to catch SIGINT and SIGTERM in order to allow ordinary shutdown. refs #14362 close #6354
-
David Fuhrmann authored
As we do not want to break other os versions, the only way to select the proper linker is to use another target for osx. Still, "make install" should produce a binary named "vlc" in the end, thus the binary is renamed at install stage.
-
- 19 Jun, 2015 1 commit
-
-
Felix Paul Kühne authored
-
- 18 Jun, 2015 8 commits
-
-
Jean-Baptiste Kempf authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Thomas Guillem authored
-
Francois Cartegnie authored
-
- 17 Jun, 2015 22 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Francois Cartegnie authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Francois Cartegnie authored
-
Rémi Denis-Courmont authored
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
When sharing the D3D11 context some settings may be overridden, so we make sure we always have the right setup to render Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Julian Scheel authored
If a container does not provide pts fall back to use the provided dts instead. This is sometimes seen with mp4 and mov containers. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Julian Scheel authored
The computation of plane offsets was broken after recent refactorings. Fix it by doing the actual computation of offsets in the picture lock function. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Erwan Tulou authored
-
- 16 Jun, 2015 4 commits
-
-
Thomas Guillem authored
-
Felix Paul Kühne authored
-
Thomas Guillem authored
-
Felix Paul Kühne authored
-