Mercurial > sdl-ios-xcode
view docs/man3/SDL_CDtrack.3 @ 3335:b8d313de8a65
Adam Strzelecki to SDL
Since current DirectFB implementation is incomplete for YUV surfaces (actually causes segmentation faults when trying Lock and use YUV planar textures) I decided to fix it a bit.
Here's a patch that should make DirectFB properly support YUV both packed and planar (3 planes).
(1) Removed SDL_BYTESPERPIXEL at all in favor of DFB_BYTES_PER_PIXEL(SDLToDFBPixelFormat(fmt)) which does return always proper BPP for YUVs too, coz SDL_BYTESPERPIXEL returns incorrect values for FOURCCs
(2) Fixed data->pixels allocation for planar YUVs in CreateTexture, it should allocate 150% more space
(3) Copy other planes for planar YUVs in UpdateTexture
(4) Moved checking if format is supported at all with DirectFB on CreateTexture at the beginning of the code
Waiting for comments,
--
Adam Strzelecki | nanoant.com
| author | Sam Lantinga <slouken@libsdl.org> |
|---|---|
| date | Sun, 04 Oct 2009 04:03:37 +0000 |
| parents | 546f7c1eb755 |
| children | 1238da4a7112 |
line wrap: on
line source
.TH "SDL_CDtrack" "3" "Tue 11 Sep 2001, 22:59" "SDL" "SDL API Reference" .SH "NAME" SDL_CDtrack \- CD Track Information Structure .SH "STRUCTURE DEFINITION" .PP .nf \f(CWtypedef struct{ Uint8 id; Uint8 type; Uint32 length; Uint32 offset; } SDL_CDtrack;\fR .fi .PP .SH "STRUCTURE DATA" .TP 20 \fBid\fR Track number (0-99) .TP 20 \fBtype\fR \fBSDL_AUDIO_TRACK\fP or \fBSDL_DATA_TRACK\fP .TP 20 \fBlength\fR Length, in frames, of this track .TP 20 \fBoffset\fR Frame offset to the beginning of this track .SH "DESCRIPTION" .PP \fBSDL_CDtrack\fR stores data on each track on a CD, its fields should be pretty self explainatory\&. It is a member a the \fI\fBSDL_CD\fR\fR structure\&. .PP .RS \fBNote: .PP Frames can be converted to standard timings\&. There are \fBCD_FPS\fP frames per second, so \fBSDL_CDtrack\fR\&.\fBlength\fR/\fBCD_FPS\fP=length_in_seconds\&. .RE .SH "SEE ALSO" .PP \fI\fBSDL_CD\fR\fR ...\" created by instant / docbook-to-man, Tue 11 Sep 2001, 22:59