- Remove dependency of vlc on stamp-builtin with shared libvlc
- Link against -lvlc instead of src/libvlc.so otherwise installed vlc
cannot be loaded (closes #555)
- Remove src/libvlc.a when src/libvlc.so is built so that previous item
does not break Win32 linking
<subliminal message>how about using libtool</subliminal message>
Felix Paul Kühne [Sun, 19 Feb 2006 22:38:07 +0000 (22:38 +0000)]
* added the progress dialogue to the set of widgets
- the Cancel-button is currently disabled because the core doesn't respond correctly (might be my fault though)
- note that the File's Owner of the nib-file is of type VLCInteraction because the class can't resolve its outlets otherwise
* WIDGET_TEXT and WIDGET_INPUT_TEXT are still missing, but will come in the next couple of days
As usual, comments on the implementation and the GUI-design are welcome :)
Felix Paul Kühne [Sun, 19 Feb 2006 16:01:47 +0000 (16:01 +0000)]
* replaced all NSLog-calls by msg_***
* changed the button order in DIALOG_YES_NO_CANCEL. (the order is now: Cancel, No, Yes; which is more Mac-like IMO, but feel free to change it again)
- Build libvlc from src/ rather than top
so that it is cleanly built before all modules
(step toward buildable shared libvlc on Win32)
- Don't build position dependant code when building shared libvlc
(that was a big waste of time)
- Link builtin modules with vlc rather than libvlc
- Seemingly fix linking of plugins with shared libvlc on Win32
- Hopefully the same on Darwin
!!! BIG FAT WARNING !!!
On architectures where you need to resolve all symbols when
linking a shared library, libvlc must be built before the plugins, so
that they can resolve symbols from the libvlc API. Also, the "builtins"
must be built before libvlc (regardless of the architecture or use of
shared libvlc). However, our build system currently builds all modules,
whether builtins or plugins, then libvlc and then vlc.
Obviously, we could swap the build orders, so that libvlc gets built
before modules/ but that will only work if there is no buitins modules.
I'm not too keen on the idea of recursing twice within the modules/
subdirectories (once for builtins, and once for plugins). Until the
issue is settled, here is how to build and test the shared libvlc on
Win32:
1/ run configure with --enable-shared-libvlc
2/ build all built-in modules (or disable them all) one by one,
3/ make libvlc.dll
4/ make
Felix Paul Kühne [Sat, 18 Feb 2006 18:40:04 +0000 (18:40 +0000)]
* new CheckForUpdate panel (closes #310)
- the actual download is currently done by your default browser since the needed notification window isn't available on OSX yet
- download through VLC is implemented, but commented for the moment
- needs some checking once a complete Status.xml is available
Don't try to be more clever than gettext in detecting libintl
(we don't seem to be). ${LIBINTL} is normally not defined when there is
no libintl anyway - should fix FreeBSD libintl linking issue
* mosaic.c: Bluescreen/Greenscreen/Chromakey video background replacement
method. It's still quite simple ... loads of room for improvement.
Example available here: http://people.videolan.org/~dionoea/bluescreen.mpg
Derk-Jan Hartman [Fri, 17 Feb 2006 16:15:50 +0000 (16:15 +0000)]
* Don't use alloca for audio buffers on OSX and BSD, because the stacksize on both isn't infinite.
This might explain the audio-core crashes we have seen in the past on Mac OS X
* Fix issues with platforms which don't have alloca() (defined)
Logo filter(s) now takes a list of images, delays and alpha as input and
loops through these. The syntax is <file>[,[<delay in ms>][,[<alpha>]]][;...]
Idea (and some parts of the code) by markfm
Note:
The vout-filter segfaults upon destruction but i don't understand why...
could someone have a look ?
projects / vlc / log