Closed BobHanson closed 3 years ago
Hello Bob, the current version of Xuggler is based on last FFmpeg 3.4.x. Normally it should bring you performance and stability improvments. I didn't notice this type of issues in the current version.
I use it especially on Linux or Android but I can give you a Windows 64 bit version or help you to build it.
My initial problems turned out to be due to not properly handling incomplete packets when reading MP4 files. Reading comments at https://groups.google.com/g/xuggler-users/ I see that that is at least sometimes due at least in part to B-Frames. I have that working now. Still, I am interested in which version of the xuggle-xuggler.jar file utilizes libxuggle-5.dll. I'm getting a message that some of the JNI methods are missing when I use that with 5.6-GPL or 5.6-LGPL.
On Sat, Jan 9, 2021 at 12:49 PM olivierayache notifications@github.com wrote:
Hello Bob, the current version of Xuggler is based on last FFmpeg 3.4.x. Normally it should bring you performance and stability improvments. I didn't notice this type of issues in the current version.
I use it especially on Linux or Android but I can give you a Windows 64 bit version or help you to build it.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-757350384, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHNCW472CGMSFIUPVXAV43SZCQLDANCNFSM4V3ED4VA .
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
For now the 5.6 release does not contain windows 64 bit dll I can bundle a new release with them if you want
That would be great. We would very much like to try that. This project (Tracker https://physlets.org/tracker/) is used by millions of secondary school students. We have been able to get the entire package running in JavaScript, but there is still a need for Java, and right now we are having to deliver a 32-bit dll package and 32-bit JVM. It would be terrific if we had an updated dll package for 5.6 so we could bring Tracker up to speed. Thank you very much!
Here is a 64bit version of Xuggler 5.7.0-SNAPSHOT for Windows. Tell me if you see improvments with this version.
Best.
I am getting pretty much the same thing. There is no file in AppData\Local\Temp\xuggle. I do have libxuggle-5.dll on my Windows path.
04:11:05.749 [main] WARN com.xuggle.ferry.JNILibrary - Failure: library
load of library: xuggle; url:
C:\Users\hansonr\AppData\Local\Temp\xuggle\xuggle8845498374190415807.dll;
error: java.lang.UnsatisfiedLinkError:
C:\Users\hansonr\AppData\Local\Temp\xuggle\xuggle8845498374190415807.dll:
Can't find dependent libraries
java.lang.UnsatisfiedLinkError:
com.xuggle.ferry.FerryJNI.IBuffer_SWIGUpcast(J)J
at com.xuggle.ferry.FerryJNI.IBuffer_SWIGUpcast(Native Method)
at com.xuggle.ferry.IBuffer.
On Fri, Jan 15, 2021 at 7:38 PM olivierayache notifications@github.com wrote:
Here is a 64bit version of Xuggler 5.7.0-SNAPSHOT for Windows. Tell me if you see improvments with this version.
Best.
xuggle-xuggler-w64.zip https://github.com/olivierayache/xuggle-xuggler/files/5823615/xuggle-xuggler-w64.zip
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-761288769, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHNCW4PXZZPD5ACXEM5C3LS2DUZDANCNFSM4V3ED4VA .
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
Here are the missing dlls, I will correctly statically link against them in the future.
Success! Thank you very much. Placing those in Windows/System32 did the trick.One more question:
Are DLLs only needed for Windows? How does this work for other platforms, specifically MacOS and Linux?
[image: image.png]
On Sat, Jan 16, 2021 at 5:02 AM olivierayache notifications@github.com wrote:
Here are the missing dlls, I will correctly statically link against them in the future.
xuggle-xuggler-dll.zip https://github.com/olivierayache/xuggle-xuggler/files/5824253/xuggle-xuggler-dll.zip
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-761544486, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHNCWYSTFHOUWZXVCIQLD3S2FW4JANCNFSM4V3ED4VA .
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
As I told you this morning I have worked to static link against libstdc++ an libwinpthread. Thanks to this the dlls are no more needed. Here is this new version for Windows.
This mecanism is the same for Linux and MacOS, so the only need is the jar. For now I don't have a jar for MacOS. I'll try to make a release soon.
stellar! So I think you are saying that we would release two (three?) different versions of tracker that use different jar files depending upon the OS. Is that correct?
Bob
Hello Bob, in fact you can have xuggle-xuggler-all.jar with native libraries for Windows, Linux and MacOS. Thanks to this you only need one distribution for all platform.
That's what I am looking for! Is xuggle-xuggler-all.jar somewhere at https://github.com/olivierayache/xuggle-xuggler ?
Hello Bob I use Cloudsmith as a public Maven repository to store my artifacts https://cloudsmith.io/~olivier-ayache/repos/first-repo/packages/detail/maven/xuggle-xuggler-server-all
For now only Windows and Linux arch are contained in this artifact. I am working on MacOS.
Q: Do we know if this should/does work on Mac OS?
Hello Olivier, this is Doug Brown working with Bob on using your xuggle-xuggler-server-all ver 5.7 in Tracker. It works great with Tracker in Windows and Linux--I just put a copy in the same directory as tracker.jar and include it in the Manifest Class-Path and it just works--I love it! However, no luck on OSX yet. Have you made progress on that? Thanks.
Sorry for the late answer, I have worked today on a build for MacOS I will try to push a version this evening on https://cloudsmith.io/~olivier-ayache/repos/xuggler/packages/detail/maven/xuggle-xuggler-server-all
great!
On Wed, Apr 21, 2021 at 12:41 PM olivierayache @.***> wrote:
Sorry for the late answer, I have worked today on a build for MacOS I will try to push a version this evening on https://cloudsmith.io/~olivier-ayache/repos/first-repo/packages/detail/maven/xuggle-xuggler-server-all
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-824239893, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHNCWYGJL3BQ5YATYYSGFDTJ4E4HANCNFSM4V3ED4VA .
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
https://cloudsmith.io/~olivier-ayache/repos/xuggler/packages/detail/maven/xuggle-xuggler-server-all/ contains build for all 64 bits OSes (Linux, MacOS an Windows)
passing this to Doug and Wolfgang for testing. So, Olivier, does this mean this particular jar is for Mac, or this jar now works for all the platforms?
On Wed, Apr 21, 2021 at 6:08 PM olivierayache @.***> wrote:
Could you try this jar, if everything is ok I will bundle it properly xuggle-xuggler-macos-5.7.0-SNAPSHOT.jar.zip https://github.com/olivierayache/xuggle-xuggler/files/6354387/xuggle-xuggler-macos-5.7.0-SNAPSHOT.jar.zip
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-824421421, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHNCW4HY22SSUSMVFG7WQTTJ5LFVANCNFSM4V3ED4VA .
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
The server-all jars in cloudsmith.io repo will work on every platforms.
Hello @BobHanson have you tried https://cloudsmith.io/~olivier-ayache/repos/xuggler/packages/detail/maven/xuggle-xuggler-server-all/ ? It should fit your needs on each 64 bit platform.
Doug Brown is checking. He had some issues and will get back to you directly, I think.
On Sun, Apr 25, 2021 at 1:35 PM olivierayache @.***> wrote:
Hello @BobHanson https://github.com/BobHanson have you tried https://cloudsmith.io/~olivier-ayache/repos/xuggler/packages/detail/maven/xuggle-xuggler-server-all/ ? It should fit your needs on each 64 bit platform.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-826369470, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHNCW7TAPATDF7WD3GQRX3TKROGVANCNFSM4V3ED4VA .
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
Hi Olivier, I've tested your latest xuggle-xuggler-server-all and on OSX it throws a fatal error on launching. I've attached the offending thread details in a text file. It seems to work fine on Windows. Thanks! Doug
Hello @dobrown, we currently work on MacOS with this version https://cloudsmith.io/~olivier-ayache/repos/xuggler/packages/detail/maven/xuggle-xuggler-server-all/ ? We use it on MacOS Catalina 64 bit. What is you current OS ? Do you have other error log ?
Best Olivier
(not answering for Doug, just piping in -- I think it is working in Mac OS; Doug's issue I believe is in packaging it in an application JAR file and having it successfully work from there. Is that right, Doug?) It's working within Eclipse, for example.)
On Fri, Apr 30, 2021 at 4:15 PM olivierayache @.***> wrote:
Hello @dobrown https://github.com/dobrown, we currently work on MacOS with this version https://cloudsmith.io/~olivier-ayache/repos/xuggler/packages/detail/maven/xuggle-xuggler-server-all/ ? We use it on MacOS Catalina 64 bit. What is you current OS ? Do you have other error log ?
Best Olivier
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-830400311, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHNCW2Y54LJ3HPTMTCXRNDTLMMWDANCNFSM4V3ED4VA .
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
Hi Olivier, yes the problem occurs when trying to deploy in the Tracker.app. But I don't know if it works in Eclipse on Mac. That is something that must be determined by Wolfgang when he has time to test as I do not have Eclipse on my Mac.
My Mac OS is 10.11.6 El Capitan. These are the important files in Tracker.app/Contents/Java: tracker.jar, xuggle-xuggler-server-all.jar, slf4j-api.jar. The MANIFEST.MF defines the Class-Path: . xuggle-xuggler-server-all.jar. The jar file permissions are all 777.
I copied the slf4j-api.jar in there because I noticed Xuggle would not run on Windows without it. Is that intentional?
That's the only error log I get from the JVM.
Hope this is helpful. Maybe wait for testing and input from Wolfgang? Doug
On Fri, Apr 30, 2021 at 3:43 PM Bob Hanson @.***> wrote:
(not answering for Doug, just piping in -- I think it is working in Mac OS; Doug's issue I believe is in packaging it in an application JAR file and having it successfully work from there. Is that right, Doug?) It's working within Eclipse, for example.)
On Fri, Apr 30, 2021 at 4:15 PM olivierayache @.***> wrote:
Hello @dobrown https://github.com/dobrown, we currently work on MacOS with this version
https://cloudsmith.io/~olivier-ayache/repos/xuggler/packages/detail/maven/xuggle-xuggler-server-all/ ? We use it on MacOS Catalina 64 bit. What is you current OS ? Do you have other error log ?
Best Olivier
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub < https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-830400311 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/AEHNCW2Y54LJ3HPTMTCXRNDTLMMWDANCNFSM4V3ED4VA
.
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-830439417, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAXIBFEAC7YJ7VZ73LJKC73TLMW7PANCNFSM4V3ED4VA .
On Fri, Apr 30, 2021 at 6:14 PM Douglas Brown @.***> wrote:
Hi Olivier, yes the problem occurs when trying to deploy in the Tracker.app. But I don't know if it works in Eclipse on Mac. That is something that must be determined by Wolfgang when he has time to test as I do not have Eclipse on my Mac.
[ Wolfgang reported this working in Eclipse/Mac yesterday., so I think we are OK there, Doug.]
My Mac OS is 10.11.6 El Capitan. These are the important files in
Tracker.app/Contents/Java: tracker.jar, xuggle-xuggler-server-all.jar, slf4j-api.jar. The MANIFEST.MF defines the Class-Path: . xuggle-xuggler-server-all.jar. The jar file permissions are all 777.
I copied the slf4j-api.jar in there because I noticed Xuggle would not run on Windows without it. Is that intentional?
Olivier, the exception there is:
SPLog divertSysOut = false -- bypassing OSPLog.setOut
java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory
at com.xuggle.ferry.JNILibrary.
Bob
Thanks, I hadn't seen that about W's testing. Maybe I need to add slf4j-api.jar to the Class-Path? I'll try that. Doug
On Fri, Apr 30, 2021 at 4:42 PM Bob Hanson @.***> wrote:
On Fri, Apr 30, 2021 at 6:14 PM Douglas Brown @.***> wrote:
Hi Olivier, yes the problem occurs when trying to deploy in the Tracker.app. But I don't know if it works in Eclipse on Mac. That is something that must be determined by Wolfgang when he has time to test as I do not have Eclipse on my Mac.
[ Wolfgang reported this working in Eclipse/Mac yesterday., so I think we are OK there, Doug.]
My Mac OS is 10.11.6 El Capitan. These are the important files in
Tracker.app/Contents/Java: tracker.jar, xuggle-xuggler-server-all.jar, slf4j-api.jar. The MANIFEST.MF defines the Class-Path: . xuggle-xuggler-server-all.jar. The jar file permissions are all 777.
I copied the slf4j-api.jar in there because I noticed Xuggle would not run on Windows without it. Is that intentional?
Olivier, the exception there is:
SPLog divertSysOut = false -- bypassing OSPLog.setOut java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory at com.xuggle.ferry.JNILibrary.
(JNILibrary.java:43) Bob
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-830462197, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAXIBFDISI3K4HR5SV2MCN3TLM575ANCNFSM4V3ED4VA .
On Fri, Apr 30, 2021 at 6:45 PM Douglas Brown @.***> wrote:
Thanks, I hadn't seen that about W's testing. Maybe I need to add slf4j-api.jar to the Class-Path? I'll try that. Doug
Well, isn't THAT odd, Doug!?
Our Eclipse classpath is:
with no mention of slf4j, but you are exactly right, slf4j needs to be in the directory that the xuggle jar file is in, regardless of the classpath, or IContainer.make() fails. Very odd!
Bob
Adding slf4j-api.jar to the Class-Path didn't change anything. I'll check the info.plist and Tracker.cfg files, maybe there is something there??
On Fri, Apr 30, 2021 at 4:45 PM Doug Brown @.***> wrote:
Thanks, I hadn't seen that about W's testing. Maybe I need to add slf4j-api.jar to the Class-Path? I'll try that. Doug
On Fri, Apr 30, 2021 at 4:42 PM Bob Hanson @.***> wrote:
On Fri, Apr 30, 2021 at 6:14 PM Douglas Brown @.***> wrote:
Hi Olivier, yes the problem occurs when trying to deploy in the Tracker.app. But I don't know if it works in Eclipse on Mac. That is something that must be determined by Wolfgang when he has time to test as I do not have Eclipse on my Mac.
[ Wolfgang reported this working in Eclipse/Mac yesterday., so I think we are OK there, Doug.]
My Mac OS is 10.11.6 El Capitan. These are the important files in
Tracker.app/Contents/Java: tracker.jar, xuggle-xuggler-server-all.jar, slf4j-api.jar. The MANIFEST.MF defines the Class-Path: . xuggle-xuggler-server-all.jar. The jar file permissions are all 777.
I copied the slf4j-api.jar in there because I noticed Xuggle would not run on Windows without it. Is that intentional?
Olivier, the exception there is:
SPLog divertSysOut = false -- bypassing OSPLog.setOut java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory at com.xuggle.ferry.JNILibrary.
(JNILibrary.java:43) Bob
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-830462197, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAXIBFDISI3K4HR5SV2MCN3TLM575ANCNFSM4V3ED4VA .
BTW
Olivier, SLF4J is reporting:
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting to no-operation (NOP) logger implementation SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
This is not from our program.
And, Doug, this line:
<classpathentry kind="con" path="org.eclipse.jdt.USER_LIBRARY/xuggle_server"/> doesn't seem to be necessary. Maybe that was for an older xuggle implementation.
On Fri, Apr 30, 2021 at 7:06 PM Robert Hanson @.***> wrote:
On Fri, Apr 30, 2021 at 6:45 PM Douglas Brown @.***> wrote:
Thanks, I hadn't seen that about W's testing. Maybe I need to add slf4j-api.jar to the Class-Path? I'll try that. Doug
Well, isn't THAT odd, Doug!?
Our Eclipse classpath is:
with no mention of slf4j, but you are exactly right, slf4j needs to be in the directory that the xuggle jar file is in, regardless of the classpath, or IContainer.make() fails. Very odd!
Bob
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
Doug, can you trap and display the error that IContainer.make() is throwing?
(I just pushed DiagnosticsForXuggle.java, Doug, with caught Error stack trace printing.)
Bob
No I can't display the error occurring on Mac because Tracker won't open. And I still need to look into why (on every platform, I think) the About Xuggle dialog doesn't display if the message log level is not CONFIG or higher even when Xuggle works fine, as on Windows.
On Fri, Apr 30, 2021 at 5:16 PM Bob Hanson @.***> wrote:
Doug, can you trap and display the error that IContainer.make() is throwing?
(I just pushed DiagnosticsForXuggle.java, Doug, with caught Error stack trace printing.)
Bob
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-830470180, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAXIBFGGSHSJSXT3TML47NTTLNB7BANCNFSM4V3ED4VA .
Doug, have you pulled my latest changes? I removed the CONFIG flag dependency on About Xuggle. And I added a System.out all for the IContainer.make() error catch.
On Fri, Apr 30, 2021 at 7:37 PM Douglas Brown @.***> wrote:
No I can't display the error occurring on Mac because Tracker won't open. And I still need to look into why (on every platform, I think) the About Xuggle dialog doesn't display if the message log level is not CONFIG or higher even when Xuggle works fine, as on Windows.
On Fri, Apr 30, 2021 at 5:16 PM Bob Hanson @.***> wrote:
Doug, can you trap and display the error that IContainer.make() is throwing?
(I just pushed DiagnosticsForXuggle.java, Doug, with caught Error stack trace printing.)
Bob
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub < https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-830470180 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/AAXIBFGGSHSJSXT3TML47NTTLNB7BANCNFSM4V3ED4VA
.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/olivierayache/xuggle-xuggler/issues/25#issuecomment-830474812, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHNCW3WZ77NW4SETCHT7D3TLNEN5ANCNFSM4V3ED4VA .
-- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want, it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
We stand on the homelands of the Wahpekute Band of the Dakota Nation. We honor with gratitude the people who have stewarded the land throughout the generations and their ongoing contributions to this region. We acknowledge the ongoing injustices that we have committed against the Dakota Nation, and we wish to interrupt this legacy, beginning with acts of healing and honest storytelling about this place.
In order to work properly xuggler needs the following libraries (there are automatically found if Maven is used)
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.30</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>commons-cli</groupId>
<artifactId>commons-cli</artifactId>
<version>1.1</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
<version>1.0.0</version>
<scope>runtime</scope>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.0.0</version>
<scope>runtime</scope>
</dependency>
Logback can be replace by other implementations of slf4j-api
Olivier, we have your latest xuggle-xuggler-server-all working on a Mac :-) Thank you! Doug
Glad to here that. If everything is ok, I will close the issue. If it is possible I would be happy to have a link on my fork in your project if someone want to directly use Xuggler
I'm working on a project using Xuggle 5.4 that loads some MOV files with the first 8 video packets actually belonging at the end of the video, not the beginning. Is this a known issue? Ancient history? We would really benefit from Xuggle 5.x working on 64-bit Windows,
Thank you.
Bob Hanson hansonr@stolaf.edu