The rpath value was incorrectly pointing to $(libdir) whereas the
executable is launched from a bundle and should have pointed to
@executable_path/Frameworks/ where the dylibs are installed.
It was working previously because the apple/bundle.sh script was
redefining the rpath manually through install_name_tool.
Allow the test application to be resized to test the behaviour of
libvlccore resizing. Later, this should probably be enabled by a feature
flag or an environment variable.
The -fobjc-arc was defined on CFLAGS whereas the only file compiled is
an objective-C file, thus it was unused. With the flag moved to
OBJCFLAGS, ARC is breaking the compilation because of a missing
__bridge cast.
We are "AWARE that this currently doesn't do anything. It just reads
the file and prints the values to debug." Derk-Jan was to "see if [he]
can get a stream running" on 1 Sep 2005. I guess he couldn't.
More than one users reported that they would prefer having a new function to
unselect. Furthermore, having a type and a track of the same type as arguments
feels confusing.
iosvlc.m provides a binary usable as an iOS application, forwarding the
VLC arguments just like VLC on desktop. It allows easier iteration on
vlccore development for iOS, without the need to test in a VLCKit
application like VLC for iOS or new external application.
It is currently designed for usage with dynamic plugins.
To develop with it, you must generate a .ipa archive containing both
the resulting binary as executable, a PkgInfo file, an Info.plist file
describing the package and the libs (libvlc.dylib, libvlccore.dylib, and
every plugin .dylib or additional convenience libraries that are not
linked statically in the Frameworks/ directory. It must then be signed
with a developer certificate allowed by Apple and provisionned with a
mobileprovision file allowing installation on the given device for the
same developer certificate.
Then, tools like libimobiledevice can be used to start the application
with additional arguments or environment variables. They can also be
added in XCode through the "Edit Scheme" menu.
A big part of the iOS-specific code has been originally written by
Marvin Scholz in a more complete libVLC ios sample.
Co-authored-by: Marvin Scholz <epirat07@gmail.com>
The libvlc_media_player_update_tracklist() design was not straight-forward and
was not easy to use on some languages. For example, vlcpp will expose a vector
of tracks instead of a tracklist, so requiring a tracklist pointer to select
multiple tracks adds a lot of complexity (returning a vector and keeping a
pointer to the tracklist).
The variable already exists in libvlc. If for some reason the variable is
removed from libvlc this test should fail as it's setting a variable that will
no longer be used.
It's easier to read than sizeof(x)/sizeof(*x) and provides more
information than using a define on this previous value.
Signed-off-by: Tristan Matthews <tmatth@videolan.org>
It will be used to differentiate the master source (in = NULL) from the slave
ones.
It is passed from input_EsOutSourceNew() to the timeshift es_out to the core
es_out, via cbs->add() and cbs->control().
Private controls are necessarily called from the input_thead_t (or via
timeshift via the input_thread_t). Public controls can be called from demuxers
of the input_thread_t.
This separation will help the process of adding new es_out controls, specially
private one that don't need to be added in public headers.
Furthermore, this will help a future control ES_OUT_PRIV_SET_ES_CAT_IDS: that
will be able to be executed when the input is started or not. I think that such
new control should be explicitly made private.