fix mispelling
mplex will never create IFO files. similarily nothing will ever be done for SVVCD surroundsound support
patch submitted by randrianasulu@gmail.com to add 44100 and 32000 sample rate support for LPCM audio
cleanup - remove unneeded debug ifdef
check in updated auto* files
commit to celebrate meeting of developers in Jamestown ND - clean up some comments
minor cleanup
remove .h file only used in one place
-no-cpp-precomp hasn't been required my OSX / macOS for the last ten revisions of the operating system. It is time to remove the un-needed flag.
dga was used nowhere (has not been used for eons). Some general comment cleanup
bump truck micro version to 2.2.2
Create 2.2.1 RELEASE tag
A smal change to be able to generate the RPM
A for the project important person was missing.
Hallo, there is now a fix in the SVN that addresses that problem: https://sourceforge.net/p/mjpeg/Code/3496/ Take a look at it, lookes good for me and adresses the problem,
potential buffer overflow in audiolib.c
env variable could be too large for error_string - limit output in error message
potential buffer overflow in audiolib.c
remove un-needed declaration
remove unused variable
remove unused variable
remove unused variable
properly conditionalize 'hn', remove 'frame_number, add <math.h> to fix these
remove unused variable res
properly conditionalize the vectorscope variables to avoid these warnings:
remove unused variable
remove variables identified by:
unused variables were producing warning errors:
sumtop_acc and sumbot_acc set but never used. removed
if pointer is null don't compar it to a 0 character
gcc 7 saw that a height_pad was set twice but never used. variable is
bump micro version number - the repository version now differs from the 2.2.0
Remove incorrect tag
Create 2.2.0 RELEASE tag
Create 2.2.0 RELEASE tag
go away
Create BETA 2.2.0
remove tag
another obsolete file goes away
Create BETA 2.2.0
one last time :)
last bit of restoration
restoring from backup
restoring from backup
continue recovery from delete error
what a mess but coming together
don't track Makefile.in
trying to restore the repository
remove
newer version of automake
Restoring
restoring deleted trunk
Sigh, nothing is easy
restoring deleted trunk
attempt to recover
restoring deleted trunk
remove tag
A useless version 0.1 file with no content. The entire version control history
Let us look and analyze the error message more closely: /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libdv.so.4: error adding symbols NOTE: 1) this is "ld" (the linker" running 2) "ld" explicitly mentions "libdv.so.4" and 3) "ld" has an error adding (finding) the symbol dv_decoder_new So we have a linker that 1) does not scan a library (that it knows the name of) for a symbol and 2) insists that the library name be mentioned a 2nd time. That feels wrong. From a SuSE 15.2 (and macOS behaves the same way)...
The link error given as an example mentions libdv.so.4 - so that tells me that LIBDV has indeed already been included! The error is truncated so we can not see anything after "DSO missing from c...". It is possible that an incorrect libdv.so.4 is installed. The error message is /usr/bin/ld: lav2yuv-lav_common.o: undefined reference to symbol 'dv_decoder_new' /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libdv.so.4: error adding symbols: DSO missing from command line And is saying that the linker doesn't...
Create BETA 2.2.0
remove tag temporarily
authors.sgml was outdated (obsolete email addresses) and was a redundant copy of the AUTHORS file in the top level of the project
adding LIBDV or LIBQUICKTIME is redundant I think. NO other platform has reported a linking issue (ranging form SuSE to macOS). Looking at lav2yuv for example we see that it uses 'liblavfile.la' and that earlier in the Makefile.am we see at line 44: liblavfile_la_LIBADD = $(LIBQUICKTIME_LIBS) $(JPEG_LIBS) $(LIBDV_LIBS) $(LIBMJPEGUTILS) and at line 146 LIBMJPEGUTILS and liblavfile.la (which included libdv) are BOTH included: lav2yuv_LDADD = $(LIBMJPEGUTILS) \ liblavfile.la liblavjpeg.la so LIBDV,...
adding LIBDV or LIBQUICKTIME is redundant I think. NO other platform has reported a linking issue (ranging form SuSE to macOS). Looking at lav2yuv for example we see that it uses 'liblavfile.la' and that earlier in the Makefile.am we see at line 44: liblavfile_la_LIBADD = $(LIBQUICKTIME_LIBS) $(JPEG_LIBS) $(LIBDV_LIBS) $(LIBMJPEGUTILS) and at line 146 LIBMJPEGUTILS and liblavfile.la (which included libdv) are BOTH included: lav2yuv_LDADD = $(LIBMJPEGUTILS) \ liblavfile.la liblavjpeg.la so LIBDV,...
adding LIBDV or LIBQUICKTIME is redundant I think. NO other platform has reported a linking issue (ranging form SuSE to macOS). Looking at lav2yuv for example we see that it uses 'liblavfile.la' and that earlier in the Makefile.am we see at line 44: liblavfile_la_LIBADD = $(LIBQUICKTIME_LIBS) $(JPEG_LIBS) $(LIBDV_LIBS) $(LIBMJPEGUTILS) and at line 146 LIBMJPEGUTILS and liblavfile.la (which included libdv) are BOTH included: lav2yuv_LDADD = $(LIBMJPEGUTILS) \ liblavfile.la liblavjpeg.la so LIBDV,...
Missing library when linking
Create BETA 2.2.0
remove tag
change name to match filename
Create BETA 2.2.0
remove tag
Missing section in docs/mjpeg-howto.info
change status to closed-accepted
edapplied and commit done. lav2tc.sh also was edited to make the descriptive text match the filename.
Sheban must be bash in some files
#59 Shebang must be bash in some files
Missing section in docs/mjpeg-howto.info
applied and commited
#58 Missing section in docs/mjpeg-howto.info
Sheban must be bash in some files
Missing section in docs/mjpeg-howto.info
lavpipe should send commands through the shell