Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Contribute to GitLab
Sign in / Register
Toggle navigation
F
ffmpeg.wasm-core
Project
Project
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Linshizhi
ffmpeg.wasm-core
Commits
b22ecbc6
Commit
b22ecbc6
authored
Jul 05, 2012
by
Lou Logan
Committed by
Michael Niedermayer
Jul 06, 2012
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
cosmetics: various spelling fixes
Signed-off-by:
Michael Niedermayer
<
michaelni@gmx.at
>
parent
60270eb4
Hide whitespace changes
Inline
Side-by-side
Showing
12 changed files
with
15 additions
and
15 deletions
+15
-15
git-howto.texi
doc/git-howto.texi
+1
-1
ffprobe.c
ffprobe.c
+2
-2
dv1394.h
libavdevice/dv1394.h
+1
-1
avformat.h
libavformat/avformat.h
+2
-2
aviobuf.c
libavformat/aviobuf.c
+1
-1
hls.c
libavformat/hls.c
+1
-1
hlsproto.c
libavformat/hlsproto.c
+1
-1
http.h
libavformat/http.h
+2
-2
rtpdec_mpeg4.c
libavformat/rtpdec_mpeg4.c
+1
-1
wtvdec.c
libavformat/wtvdec.c
+1
-1
xmv.c
libavformat/xmv.c
+1
-1
pixfmt.h
libavutil/pixfmt.h
+1
-1
No files found.
doc/git-howto.texi
View file @
b22ecbc6
...
...
@@ -374,7 +374,7 @@ Next let the code pass through a full run of our testsuite.
Make
sure
all
your
changes
have
been
checked
before
pushing
them
,
the
testsuite
only
checks
against
regressions
and
that
only
to
some
extend
.
It
does
obviously
not
check
newly
added
features
/
code
to
be
working
unless
you
have
added
a
test
for
that
(
which
is
recomm
anded
btw
).
added
a
test
for
that
(
which
is
recomm
ended
).
Also
note
that
every
single
commit
should
pass
the
test
suite
,
not
just
the
result
of
a
series
of
patches
.
...
...
ffprobe.c
View file @
b22ecbc6
...
...
@@ -783,7 +783,7 @@ typedef struct FlatContext {
static
const
AVOption
flat_options
[]
=
{
{
"sep_char"
,
"set separator"
,
OFFSET
(
sep_str
),
AV_OPT_TYPE_STRING
,
{.
str
=
"."
},
CHAR_MIN
,
CHAR_MAX
},
{
"s"
,
"set separator"
,
OFFSET
(
sep_str
),
AV_OPT_TYPE_STRING
,
{.
str
=
"."
},
CHAR_MIN
,
CHAR_MAX
},
{
"hierachical"
,
"specify if the section specification should be hierarchical"
,
OFFSET
(
hierarchical
),
AV_OPT_TYPE_INT
,
{.
dbl
=
1
},
0
,
1
},
{
"hiera
r
chical"
,
"specify if the section specification should be hierarchical"
,
OFFSET
(
hierarchical
),
AV_OPT_TYPE_INT
,
{.
dbl
=
1
},
0
,
1
},
{
"h"
,
"specify if the section specification should be hierarchical"
,
OFFSET
(
hierarchical
),
AV_OPT_TYPE_INT
,
{.
dbl
=
1
},
0
,
1
},
{
NULL
},
};
...
...
@@ -939,7 +939,7 @@ typedef struct {
#define OFFSET(x) offsetof(INIContext, x)
static
const
AVOption
ini_options
[]
=
{
{
"hierachical"
,
"specify if the section specification should be hierarchical"
,
OFFSET
(
hierarchical
),
AV_OPT_TYPE_INT
,
{.
dbl
=
1
},
0
,
1
},
{
"hiera
r
chical"
,
"specify if the section specification should be hierarchical"
,
OFFSET
(
hierarchical
),
AV_OPT_TYPE_INT
,
{.
dbl
=
1
},
0
,
1
},
{
"h"
,
"specify if the section specification should be hierarchical"
,
OFFSET
(
hierarchical
),
AV_OPT_TYPE_INT
,
{.
dbl
=
1
},
0
,
1
},
{
NULL
},
};
...
...
libavdevice/dv1394.h
View file @
b22ecbc6
...
...
@@ -186,7 +186,7 @@
where copy_DV_frame() reads or writes on the dv1394 file descriptor
(read/write mode) or copies data to/from the mmap ringbuffer and
then calls ioctl(DV1394_SUBMIT_FRAMES) to notify dv1394 that new
frames are availble (mmap mode).
frames are avail
a
ble (mmap mode).
reset_dv1394() is called in the event of a buffer
underflow/overflow or a halt in the DV stream (e.g. due to a 1394
...
...
libavformat/avformat.h
View file @
b22ecbc6
...
...
@@ -946,7 +946,7 @@ typedef struct AVFormatContext {
#define AVFMT_FLAG_MP4A_LATM 0x8000 ///< Enable RTP MP4A-LATM payload
#define AVFMT_FLAG_SORT_DTS 0x10000 ///< try to interleave outputted packets by dts (using this flag can slow demuxing down)
#define AVFMT_FLAG_PRIV_OPT 0x20000 ///< Enable use of private options by delaying codec open (this could be made default once all code is converted)
#define AVFMT_FLAG_KEEP_SIDE_DATA 0x40000 ///< Dont merge side data but keep it separate.
#define AVFMT_FLAG_KEEP_SIDE_DATA 0x40000 ///< Don
'
t merge side data but keep it separate.
/**
* decoding: size of data to probe; encoding: unused.
...
...
@@ -1739,7 +1739,7 @@ int av_get_output_timestamp(struct AVFormatContext *s, int stream,
* @ingroup libavf
* @{
*
* Miscelaneous utility functions related to both muxing and demuxing
* Miscel
l
aneous utility functions related to both muxing and demuxing
* (or neither).
*/
...
...
libavformat/aviobuf.c
View file @
b22ecbc6
...
...
@@ -389,7 +389,7 @@ static void fill_buffer(AVIOContext *s)
int
len
=
s
->
buffer_size
-
(
dst
-
s
->
buffer
);
int
max_buffer_size
=
s
->
max_packet_size
?
s
->
max_packet_size
:
IO_BUFFER_SIZE
;
/* can't fill the buffer without read_packet, just set EOF if appropiate */
/* can't fill the buffer without read_packet, just set EOF if approp
r
iate */
if
(
!
s
->
read_packet
&&
s
->
buf_ptr
>=
s
->
buf_end
)
s
->
eof_reached
=
1
;
...
...
libavformat/hls.c
View file @
b22ecbc6
...
...
@@ -42,7 +42,7 @@
* An apple http stream consists of a playlist with media segment files,
* played sequentially. There may be several playlists with the same
* video content, in different bandwidth variants, that are played in
* parallel (prefer
r
ably only one bandwidth variant at a time). In this case,
* parallel (preferably only one bandwidth variant at a time). In this case,
* the user supplied the url to a main playlist that only lists the variant
* playlists.
*
...
...
libavformat/hlsproto.c
View file @
b22ecbc6
...
...
@@ -36,7 +36,7 @@
* An apple http stream consists of a playlist with media segment files,
* played sequentially. There may be several playlists with the same
* video content, in different bandwidth variants, that are played in
* parallel (prefer
r
ably only one bandwidth variant at a time). In this case,
* parallel (preferably only one bandwidth variant at a time). In this case,
* the user supplied the url to a main playlist that only lists the variant
* playlists.
*
...
...
libavformat/http.h
View file @
b22ecbc6
...
...
@@ -38,9 +38,9 @@ void ff_http_init_auth_state(URLContext *dest, const URLContext *src);
/**
* Send a new HTTP request, reusing the old connection.
*
* @param h pointer to the res
s
ource
* @param h pointer to the resource
* @param uri uri used to perform the request
* @return a negative value if an error condition occured, 0
* @return a negative value if an error condition occur
r
ed, 0
* otherwise
*/
int
ff_http_do_new_request
(
URLContext
*
h
,
const
char
*
uri
);
...
...
libavformat/rtpdec_mpeg4.c
View file @
b22ecbc6
...
...
@@ -138,7 +138,7 @@ static int rtp_parse_mp4_au(PayloadContext *data, const uint8_t *buf)
init_get_bits
(
&
getbitcontext
,
buf
,
data
->
au_headers_length_bytes
*
8
);
/* XXX: Wrong if option
n
al additional sections are present (cts, dts etc...) */
/* XXX: Wrong if optional additional sections are present (cts, dts etc...) */
au_header_size
=
data
->
sizelength
+
data
->
indexlength
;
if
(
au_header_size
<=
0
||
(
au_headers_length
%
au_header_size
!=
0
))
return
-
1
;
...
...
libavformat/wtvdec.c
View file @
b22ecbc6
...
...
@@ -208,7 +208,7 @@ static AVIOContext * wtvfile_open_sector(int first_sector, uint64_t length, int
}
wf
->
length
=
length
;
/* seek to intial sector */
/* seek to in
i
tial sector */
wf
->
position
=
0
;
if
(
avio_seek
(
s
->
pb
,
(
int64_t
)
wf
->
sectors
[
0
]
<<
WTV_SECTOR_BITS
,
SEEK_SET
)
<
0
)
{
av_free
(
wf
->
sectors
);
...
...
libavformat/xmv.c
View file @
b22ecbc6
...
...
@@ -295,7 +295,7 @@ static int xmv_process_packet_header(AVFormatContext *s)
* short for every audio track. But as playing around with XMV files with
* ADPCM audio showed, taking the extra 4 bytes from the audio data gives
* you either completely distorted audio or click (when skipping the
* remaining 68 bytes of the ADPCM block). Sub
s
tracting 4 bytes for every
* remaining 68 bytes of the ADPCM block). Subtracting 4 bytes for every
* audio track from the video data works at least for the audio. Probably
* some alignment thing?
* The video data has (always?) lots of padding, so it should work out...
...
...
libavutil/pixfmt.h
View file @
b22ecbc6
...
...
@@ -142,7 +142,7 @@ enum PixelFormat {
PIX_FMT_BGR48LE
,
///< packed RGB 16:16:16, 48bpp, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as little-endian
//the following 10 formats have the disadvantage of needing 1 format for each bit depth, thus
//If you want to support multiple bit depths, then using PIX_FMT_YUV420P16* with the bpp stored sep
e
rately
//If you want to support multiple bit depths, then using PIX_FMT_YUV420P16* with the bpp stored sep
a
rately
//is better
PIX_FMT_YUV420P9BE
,
///< planar YUV 4:2:0, 13.5bpp, (1 Cr & Cb sample per 2x2 Y samples), big-endian
PIX_FMT_YUV420P9LE
,
///< planar YUV 4:2:0, 13.5bpp, (1 Cr & Cb sample per 2x2 Y samples), little-endian
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment