* modules/codec/x264.c: fix threads=0 (auto) which is the default setting for VLC but wasn't propogated to x264 which kept using its default threads=1 (thanks pengvado for spotting the problem). This fix gives a major performance boost on multi cpu systems when using the default settings.

* extras/contrib/src/Patches/x264-svn-win32.patch: revert [25113] and [25140] log x264 thread count from win32.patch and put it in a generic patch for all platforms (threads=0 autodetect for x264 is reportedly failing on win32 and linux too and always reports threads=1, though x264 cli works fine so it needs more debugging..)

* modules/codec/x264.c: more user friendly version reporting of x264 (so no more confusion x264 core:58 would mean the system has 58 cores..)

* extras/contrib/src/Patches/x264-svn-win32.patch: log x264 thread count as normal info instead of needing debug (extreme logging needing verbose option)

macosx: implemented the Video category of the SimplePrefs panel. vout module and display device selectors are left as an exercise for the reader.

macosx: removed the 'macosx-embedded' setting. It's functionality is now controlled by 'embeded-video' (as defined in libvlc's main).

qt4-interface to use it. var_Change doesn't trigger callback so earlier
version about adding callback to it worked someway as intented only by
luck ;)

something fishy in here because seems that inputmanager doesn't get
variable callbacks regarding input-rate from /src/input/input.c. 
Slider worked because we set ourself that rate-variable, or atleast it seems
so.

Thanks to André Weber for those 3 patches.

Add a variable to the video output core which is triggered after each crop parmaeters change.

macosx/frontrow_plugin: VLCMediaListController, display a mediaListAspect in a FrontRow list. To get a service discovery in frontrow go into VLCAppliance.m -applianceController and uncomment the right part.