http://imagej.273.s1.nabble.com/Alternatives-to-ImageJ-tp5016745p5016785.html
Actually, you can. See:
Commercial use is permitted, as is withholding the source. That is why the
> Dear Jan,
>
> evidently I can't take your reply too seriously but it is interesting that
> you care about my answer to a merely curious question of Adrian.
>
> 2.
> Maybe an OS is an application, maybe not.
>
> 1.
> ImageJ-1 lacks any licenses, ImageJ-2 doesn't.
> Of course there are IJ-PlugIns--that do not come preinstalled with
> ImageJ-1--that come with a more or less restrictive license, but I'm free
> to use or to avoid them.
>
> In fact, if I wanted to, I could not simply sell my extremely advanced
> IJ-plugins bundled with ImageJ-2, but I could with ImageJ-1.
>
>
> With respect to the more important FFMPEG-question I haven't been
> successful.
>
> The command line
>
> java -jar /Applications/ImageJ/ij.jar -ijpath /Applications/ImageJ/
> -Djava.library.path=/Applications/ImageJ/libffmpeg.dylib
>
> doesn't work and I tried quite some other suggestions found on the web. I
> shall stop with this problem for now because it isn't relevant for me.
>
>
> Good day
>
> Herbie
>
> ::::::::::::::::::::::::::::::::::::::::::
> Am 30.06.16 um 15:44 schrieb Jan Eglinger:
>
> Dear Herbie,
>>
>> On 29.06.2016 20:21, Herbie wrote:
>>
>>>
>>> The answer is simple:
>>> First, I like lean solutions.
>>> Second, I like applications that are in the public domain.
>>>
>>
>> First, "public domain" is a concept that exists mainly in the US and is
>> nonexistent in other jurisdictions (sorry for the wording, I'm not a law
>> expert). Both ImageJ2 and Fiji are open source and under permissive
>> licenses.
>>
>> Second, I wonder why you're using a Mac, as OSX is obviously not in the
>> public domain.
>>
>>
>> My interest in integrating FFMPEG to ImageJ is minor, because personally
>>> I see no problem in converting videos by using one of the available free
>>> tools or by using FFMPEG from the terminal. Finally, I mostly deal with
>>> avi-files and don't need any video conversion.
>>>
>>>
>> Thanks for your contribution to this discussion.
>>
>> Jan
>>
>>
>>
>>
>>> ::::::::::::::::::::::::::::::::::::::::::
>>> Am 29.06.16 um 20:11 schrieb Adrian Daerr:
>>>
>>>> Dear Herbie,
>>>>
>>>> Does that mean it is impossible to use "libffmpeg.dylib" with ImageJ
>>>>> 1.x?
>>>>>
>>>>> Where does "FFMPEG_IO.jar" (which works) expect "libffmpeg.dylib" on a
>>>>> Mac?
>>>>>
>>>>> Apparently "1.6.0.jdk > Contents > Libraries" isn't the correct place.
>>>>>
>>>>
>>>> You may have to play with environment variables and/or use otool and
>>>> install_name_tool so that the libraries are found:
>>>>
>>>>
http://www.chilkatforum.com/questions/4235/how-to-distribute-a-dylib->>>> with-a-mac-os-x-application
>>>>
>>>>
http://superuser.com/questions/282450/where-do-i-set-dyld-library-path-on-mac-os-x-and-is-it-a-good-idea>>>>
>>>>
>>>>
>>>>
>>>>
https://developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/DynamicLibraries/100-Articles/UsingDynamicLibraries.html>>>>
>>>>
>>>>
>>>>
>>>> Maybe a solution using FFMPEG as a compiled command line tool
>>>>> instead of
>>>>> platform-specific libraries would be a better solution but there may be
>>>>> reasons to not follow this straightforward approach.
>>>>>
>>>>
>>>> I'm just being curious: what are your reasons not to follow the other
>>>> straightforward approach of using Fiji (which, I am sure you know, Is
>>>> Just ImageJ, and which strives at being compatible with imagej 1) ?
>>>>
>>>> good luck,
>>>> Adrian
>>>>
>>>>
>>
> --
> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>