summaryrefslogtreecommitdiffstats
path: root/libvo/vo_sharedbuffer.m
Commit message (Collapse)AuthorAgeFilesLines
* vo_sharedbuffer: remove this VOStefano Pigozzi2012-08-151-269/+0
| | | | | | | | | | | | | | Since slave mode is not planned to be kept, this VO is useless and I'm removing it. This VO was useful for OSX GUIs. Since in cocoa you can't embed views in windows from other processes, this VO was writing to a sharedbuffer with mmap. The OSX GUIs would then read from the buffer and render the image with an external renderer. If in the future we will want to support GUIs we will need to reasearch the IOSurface framework. This allows to share kernel managed image data across processes and integrates well with OpenGL.
* osx: fix buildStefano Pigozzi2012-08-081-1/+1
| | | | adapt the osx VOs to build against the latest changes.
* vo_corevideo, vo_sharedbuffer: put private state in vo->privStefano Pigozzi2012-07-271-56/+48
| | | | | | | These VOs were already using a struct for all private data but the struct variable itself was static. Change them to store the address in vo->priv. Also change them to use the new automatic private data allocation and option parsing mechanism.
* vo_sharedbuffer: add this video outputStefano Pigozzi2012-04-261-0/+277
This OSX video output is replaces the previous shared_buffer mode of vo_corevideo. It manages a shared buffer and a Cocoa distributed object to communicate with GUIs. Splitting this code into a separate VO allows to get rid of harmful code coupling, performance inefficiencies (useless image memory copies) and ugly code (big if-else conditionals).