The 24-bit ydt also should not depend on endianness,
since all of it ends up in a single 32-bit pixel. This seems likely to be wrong though, since it is different from the 15 and 16 bit modes and might explain the half-width issue for 24 bit truemotion. Originally committed as revision 24864 to svn://svn.ffmpeg.org/ffmpeg/trunk
This commit is contained in:
parent
47af623967
commit
2a86d4b905
@ -213,11 +213,7 @@ static int make_cdt16_entry(int p1, int p2, int16_t *cdt)
|
|||||||
return (lo + (lo << 16)) << 1;
|
return (lo + (lo << 16)) << 1;
|
||||||
}
|
}
|
||||||
|
|
||||||
#if HAVE_BIGENDIAN
|
|
||||||
static int make_ydt24_entry(int p2, int p1, int16_t *ydt)
|
|
||||||
#else
|
|
||||||
static int make_ydt24_entry(int p1, int p2, int16_t *ydt)
|
static int make_ydt24_entry(int p1, int p2, int16_t *ydt)
|
||||||
#endif
|
|
||||||
{
|
{
|
||||||
int lo, hi;
|
int lo, hi;
|
||||||
|
|
||||||
|
Loading…
x
Reference in New Issue
Block a user