Originally committed as revision 12410 to svn://svn.ffmpeg.org/ffmpeg/trunk
| ... | ... |
@@ -296,7 +296,7 @@ enum CodecID {
|
| 296 | 296 |
CODEC_ID_SSA, |
| 297 | 297 |
CODEC_ID_MOV_TEXT, |
| 298 | 298 |
|
| 299 |
- /* other specific kind of codecs (generaly used for attachments) */ |
|
| 299 |
+ /* other specific kind of codecs (generally used for attachments) */ |
|
| 300 | 300 |
CODEC_ID_TTF= 0x18000, |
| 301 | 301 |
|
| 302 | 302 |
CODEC_ID_MPEG2TS= 0x20000, /**< _FAKE_ codec to indicate a raw MPEG-2 TS |
| ... | ... |
@@ -93,11 +93,14 @@ void ff_gmc_c(uint8_t *dst, uint8_t *src, int stride, int h, int ox, int oy, |
| 93 | 93 |
int dxx, int dxy, int dyx, int dyy, int shift, int r, int width, int height); |
| 94 | 94 |
|
| 95 | 95 |
/* minimum alignment rules ;) |
| 96 |
-if u notice errors in the align stuff, need more alignment for some asm code for some cpu |
|
| 97 |
-or need to use a function with less aligned data then send a mail to the ffmpeg-dev list, ... |
|
| 98 |
- |
|
| 99 |
-!warning these alignments might not match reallity, (missing attribute((align)) stuff somewhere possible) |
|
| 100 |
-i (michael) didnt check them, these are just the alignents which i think could be reached easily ... |
|
| 96 |
+If you notice errors in the align stuff, need more alignment for some ASM code |
|
| 97 |
+for some CPU or need to use a function with less aligned data then send a mail |
|
| 98 |
+to the ffmpeg-devel mailing list, ... |
|
| 99 |
+ |
|
| 100 |
+!warning These alignments might not match reality, (missing attribute((align)) |
|
| 101 |
+stuff somewhere possible). |
|
| 102 |
+I (Michael) did not check them, these are just the alignments which i think |
|
| 103 |
+could be reached easily ... |
|
| 101 | 104 |
|
| 102 | 105 |
!future video codecs might need functions with less strict alignment |
| 103 | 106 |
*/ |
| ... | ... |
@@ -425,7 +425,7 @@ int MPV_encode_init(AVCodecContext *avctx) |
| 425 | 425 |
} |
| 426 | 426 |
|
| 427 | 427 |
if(s->avctx->scenechange_threshold < 1000000000 && (s->flags & CODEC_FLAG_CLOSED_GOP)){
|
| 428 |
- av_log(avctx, AV_LOG_ERROR, "closed gop with scene change detection arent supported yet, set threshold to 1000000000\n"); |
|
| 428 |
+ av_log(avctx, AV_LOG_ERROR, "closed gop with scene change detection are not supported yet, set threshold to 1000000000\n"); |
|
| 429 | 429 |
return -1; |
| 430 | 430 |
} |
| 431 | 431 |
|
| ... | ... |
@@ -197,7 +197,7 @@ int dct_quantize_altivec(MpegEncContext* s, |
| 197 | 197 |
// z4 = vec_add(z4, z5); // z4 += z5; |
| 198 | 198 |
|
| 199 | 199 |
// z2 = MULTIPLY(z2, - FIX_2_562915447); /* sqrt(2) * (-c1-c3) */ |
| 200 |
- // Wow! It's actually more effecient to roll this multiply |
|
| 200 |
+ // Wow! It's actually more efficient to roll this multiply |
|
| 201 | 201 |
// into the adds below, even thought the multiply gets done twice! |
| 202 | 202 |
// z2 = vec_madd(z2, vec_2_562915447, (vector float)zero); |
| 203 | 203 |
|
| ... | ... |
@@ -665,9 +665,9 @@ static int mov_read_stsd(MOVContext *c, ByteIOContext *pb, MOV_atom_t atom) |
| 665 | 665 |
(c->fc->video_codec_id ? codec_get_id(codec_movvideo_tags, format) != c->fc->video_codec_id |
| 666 | 666 |
: st->codec->codec_tag != MKTAG('j', 'p', 'e', 'g'))
|
| 667 | 667 |
){
|
| 668 |
- /* multiple fourcc, we skip jpeg, this isnt correct, we should export it as |
|
| 669 |
- seperate AVStream but this needs a few changes in the mov demuxer, patch |
|
| 670 |
- welcome */ |
|
| 668 |
+ /* Multiple fourcc, we skip JPEG. This is not correct, we should |
|
| 669 |
+ * export it as a separate AVStream but this needs a few changes |
|
| 670 |
+ * in the MOV demuxer, patch welcome. */ |
|
| 671 | 671 |
url_fskip(pb, size - (url_ftell(pb) - start_pos)); |
| 672 | 672 |
continue; |
| 673 | 673 |
} |
| ... | ... |
@@ -69,7 +69,7 @@ static int find_expected_header(AVCodecContext *c, int size, int key_frame, uint |
| 69 | 69 |
header |= 1<<16; //no crc |
| 70 | 70 |
AV_WB32(out, header); |
| 71 | 71 |
if(size <= 0) |
| 72 |
- return 2; //we guess theres no crc, if there is one the user clearly doesnt care about overhead |
|
| 72 |
+ return 2; //we guess there is no crc, if there is one the user clearly does not care about overhead |
|
| 73 | 73 |
if(bitrate_index == 30) |
| 74 | 74 |
return -1; //something is wrong ... |
| 75 | 75 |
|
| ... | ... |
@@ -78,8 +78,8 @@ static int find_expected_header(AVCodecContext *c, int size, int key_frame, uint |
| 78 | 78 |
header |= (bitrate_index&1)<<9; |
| 79 | 79 |
|
| 80 | 80 |
return 2; //FIXME actually put the needed ones in build_elision_headers() |
| 81 |
- return 3; //we guess that the private bit isnt set |
|
| 82 |
-//FIXME the above asumtations should be checked, if these turn out false too often something should be done |
|
| 81 |
+ return 3; //we guess that the private bit is not set |
|
| 82 |
+//FIXME the above assumptions should be checked, if these turn out false too often something should be done |
|
| 83 | 83 |
} |
| 84 | 84 |
return 0; |
| 85 | 85 |
} |
| ... | ... |
@@ -28,14 +28,14 @@ extern const int av_aes_size; |
| 28 | 28 |
struct AVAES; |
| 29 | 29 |
|
| 30 | 30 |
/** |
| 31 |
- * initializes an AVAES context |
|
| 31 |
+ * Initializes an AVAES context. |
|
| 32 | 32 |
* @param key_bits 128, 192 or 256 |
| 33 | 33 |
* @param decrypt 0 for encryption, 1 for decryption |
| 34 | 34 |
*/ |
| 35 | 35 |
int av_aes_init(struct AVAES *a, const uint8_t *key, int key_bits, int decrypt); |
| 36 | 36 |
|
| 37 | 37 |
/** |
| 38 |
- * encrypts / decrypts. |
|
| 38 |
+ * Encrypts / decrypts. |
|
| 39 | 39 |
* @param count number of 16 byte blocks |
| 40 | 40 |
* @param dst destination array, can be equal to src |
| 41 | 41 |
* @param src source array, can be equal to dst |
| ... | ... |
@@ -69,10 +69,10 @@ void *av_malloc(unsigned int size) |
| 69 | 69 |
But I don't want to code such logic here! |
| 70 | 70 |
*/ |
| 71 | 71 |
/* Why 16? |
| 72 |
- because some cpus need alignment, for example SSE2 on P4, & most RISC cpus |
|
| 72 |
+ Because some CPUs need alignment, for example SSE2 on P4, & most RISC CPUs |
|
| 73 | 73 |
it will just trigger an exception and the unaligned load will be done in the |
| 74 | 74 |
exception handler or it will just segfault (SSE2 on P4) |
| 75 |
- Why not larger? because i didnt see a difference in benchmarks ... |
|
| 75 |
+ Why not larger? because i did not see a difference in benchmarks ... |
|
| 76 | 76 |
*/ |
| 77 | 77 |
/* benchmarks with p3 |
| 78 | 78 |
memalign(64)+1 3071,3051,3032 |