Revision ae8d21fb libavcodec/avcodec.h
| libavcodec/avcodec.h | ||
|---|---|---|
| 3208 | 3208 |
* @note You might have to align the input buffer avpkt->data and output buffer |
| 3209 | 3209 |
* samples. The alignment requirements depend on the CPU: On some CPUs it isn't |
| 3210 | 3210 |
* necessary at all, on others it won't work at all if not aligned and on others |
| 3211 |
* it will work but it will have an impact on performance. In practice, the
|
|
| 3212 |
* bitstream should have 4 byte alignment at minimum and all sample data should
|
|
| 3213 |
* be 16 byte aligned unless the CPU doesn't need it (AltiVec and SSE do). If
|
|
| 3214 |
* the linesize is not a multiple of 16 then there's no sense in aligning the
|
|
| 3215 |
* start of the buffer to 16.
|
|
| 3211 |
* it will work but it will have an impact on performance. |
|
| 3212 |
* |
|
| 3213 |
* In practice, avpkt->data should have 4 byte alignment at minimum and
|
|
| 3214 |
* samples should be 16 byte aligned unless the CPU doesn't need it
|
|
| 3215 |
* (AltiVec and SSE do).
|
|
| 3216 | 3216 |
* |
| 3217 | 3217 |
* @param avctx the codec context |
| 3218 | 3218 |
* @param[out] samples the output buffer |
| ... | ... | |
| 3259 | 3259 |
* @warning The end of the input buffer buf should be set to 0 to ensure that |
| 3260 | 3260 |
* no overreading happens for damaged MPEG streams. |
| 3261 | 3261 |
* |
| 3262 |
* @note You might have to align the input buffer avpkt->data and output buffer
|
|
| 3263 |
* samples. The alignment requirements depend on the CPU: on some CPUs it isn't
|
|
| 3262 |
* @note You might have to align the input buffer avpkt->data.
|
|
| 3263 |
* The alignment requirements depend on the CPU: on some CPUs it isn't |
|
| 3264 | 3264 |
* necessary at all, on others it won't work at all if not aligned and on others |
| 3265 |
* it will work but it will have an impact on performance. In practice, the |
|
| 3266 |
* bitstream should have 4 byte alignment at minimum and all sample data should |
|
| 3267 |
* be 16 byte aligned unless the CPU doesn't need it (AltiVec and SSE do). If |
|
| 3268 |
* the linesize is not a multiple of 16 then there's no sense in aligning the |
|
| 3269 |
* start of the buffer to 16. |
|
| 3265 |
* it will work but it will have an impact on performance. |
|
| 3266 |
* |
|
| 3267 |
* In practice, avpkt->data should have 4 byte alignment at minimum. |
|
| 3270 | 3268 |
* |
| 3271 | 3269 |
* @note Some codecs have a delay between input and output, these need to be |
| 3272 | 3270 |
* feeded with avpkt->data=NULL, avpkt->size=0 at the end to return the remaining frames. |
Also available in: Unified diff