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
e180129f
Commit
e180129f
authored
Sep 12, 2005
by
Diego Biurrun
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
spelling/grammar/wording
Originally committed as revision 4589 to
svn://svn.ffmpeg.org/ffmpeg/trunk
parent
291dcdb3
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
15 additions
and
15 deletions
+15
-15
faq.texi
doc/faq.texi
+15
-15
No files found.
doc/faq.texi
View file @
e180129f
...
...
@@ -182,25 +182,25 @@ The build process creates ffmpeg_g, ffplay_g, etc. which contain full debug
information. Those binaries are strip'd to create ffmpeg, ffplay, etc. If
you need the debug information, used the *
_
g versions.
@section I do not like the LGPL, can I contribute code under the GPL instead
@section I do not like the LGPL, can I contribute code under the GPL instead
?
yes, as long as the code is optional and can easily and cleanly be placed under
#ifdef CONFIG
_
GPL without breaking anythng, so for example
a new codec or filter would be ok under GPL while a bugfix to LGPL code wont
Yes, as long as the code is optional and can easily and cleanly be placed
under #ifdef CONFIG
_
GPL without breaking anything. So for example a new codec
or filter would be OK under GPL while a bugfix to LGPL code would not.
@section I want to compile xyz.c alone but my compi
er produced many errors
@section I want to compile xyz.c alone but my compi
ler produced many errors.
c
ommon code is in its own files in libav* and is used by the individual
codecs
, t
hey will not work without the common parts, you have to compile
the whole libav*
and if you wish disable some parts with configure
switches, you can also try to hack it and remove more but if you seriously
wanted to ask the question above then you are not qualified for this
C
ommon code is in its own files in libav* and is used by the individual
codecs
. T
hey will not work without the common parts, you have to compile
the whole libav*
. If you wish, disable some parts with configure switches.
You can also try to hack it and remove more, but if you had problems fixing
the compilation failure then you are probably not qualified for this.
@section
visual c++ produced many errors
@section
Visual c++ produces many errors.
you need a c compiler (visual c++ is not compliant to the c standard)
if you wish for whatever weird reason use visual c++ for your project
then you can link the visual c++ code with libav* as long as you compile
the later with a working c compiler
You need a C compiler (visual C++ is not compliant to the C standard).
If you wish - for whatever weird reason - to use visual C++ for your
project then you can link the visual C++ code with libav* as long as
you compile the latter with a working C compiler.
@bye
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