Activity for Steven Schultz
-
Steven Schultz modified ticket #143
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
1 >