LTO type mismatch error
paatches applied
#143 patches
-Wimplicit-function-declaration in __progname configure test
patch applied
bug #144 fix
Systematic reencoding in second pass
Missing library when linking
LTO type mismatch error
-Wimplicit-function-declaration in __progname configure test
gcc-15 build fix
patch applied
gcc-15 build fix submitted by trofi@users.sourceforge.net
treating compiler warnings as hard errors would guarantee mjpegtools failure to build
Switch from svn to git
This ticket is misplaced. It should be opened with Sourceforge. The active developers have voted to continue with svn until Sourceforge removes support.
Require a version of JPEG library that implments pkgconfig. Version 9c or newer
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
env variable could be too large for error_string - limit output in error message
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)...
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,...
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
applied and commited
Missing section in docs/mjpeg-howto.info
#58 Missing section in docs/mjpeg-howto.info
lavpipe should send commands through the shell
work around is to create a shell script with the desired pipeline - the script would be exec'd by lavpipe. In any event nothing's going to be done I'm afraid unless new developer(s) are found.
"lavrec" from does not compile (liblavrec)
probably never going to be fixed. v4l1 is obsolete anyways.
FTBFS if "-Werror=format-security" flag is used and the fix
changes were applied years ago but ticket was never closed.
SDL_CFLAGS not used in y4mutils/Makefile.am
Compile mjpegtools fails
10 years old. if still a problem please open a new ticket against current release
mjpegtools-2.0.0rc1 wrong name.so to .so.0.0.0 links