Failed to initialize BridJ on raspberry pi # < Raspbian “wheezy”> #28
Comments
|
Hi, I don't know why BridJ is not being loaded. I created new issue for BridJ project nativelibs4java/nativelibs4java#364 |
|
There is other Raspberry Pi issue you have to be aware. Please find description in #27. |
|
By the way. In terms of your problem, did you check permissions on |
|
@sarxos i check the permission of /tem ,its i upgrade to your new snapshot ,it still cause the probleam,i still try to use sudo java -jar to run the program,make no sense i view the source code of the Platform.java at line #347 and only one issue may be the Bridj.so does not exists |
|
@sarxos i have test it agian,and i have found that the bridj.so just appear once on the tem directory and at any other time ,it just disappeared,only the tmp Bridj directory exists. the permission is ok. |
|
@hepin1989 Please try running your app with the following options added (with sudo or without it): This can reveal us some more internal flow marks. |
|
@sarxos
and i try with the sodo ,it same again. |
|
i write an more simple code with } Hardware : BCM2708 pi@raspberrypi ~ $ java -jar WebcamTest_fat.jar should i change to arch linux on pi? |
|
I'm very sorry, I gave you incorrect command to be run (with incorrect arguments order) 😢 The correct one should be ( It will print much more information, and what we are looking for is something similar to this fragment: |
|
Hi, Olivier Chafik who is in charge of BridJ project commented on the issue I reported in regards to your problem. He is asking to use the newest BridJ snapshot due to last changes in raspbian support. I'm sure he is more experienced in BridJ then I am and will be able to help you diagnose the problem. Please see his comment here: nativelibs4java/nativelibs4java#364 (comment) |
|
I just noticed your pull request for BridJ. Sorry for doubling posts :) |
|
@sarxos i don't have so much time cause my boss always push me ,so i just look the code ,and can not patch an quick fix,even more,i don't wanna use the source code and apply an quick hot fix. thanks,cause it's going to be Spring Festival in China,so it's a little busy now. thank you very much ,you help me a lot. for my current demo implement ,i will try to capture the image from the raspberry pi ,and then render them on the android side via udt. and the xuggler has not and arm support,i will going to figure one way out too.after i finish my current learning of maven,may be i can make some help |
|
@sarxos ,haha ,i notice the incurrent command.:) |
you can see that~~,can not to load~~ |
|
Yes... I was was hoping there is some strange behavior which cause the code to jump into catch after receiving IOException in https://github.com/ochafik/nativelibs4java/blob/master/libraries/BridJ/src/main/java/org/bridj/Platform.java#L70, but there is no clue in log of such operation. I really hope that Olivier will be able to help you. |
|
@sarxos wow,thanks i just use the updated bridj snapshot and yours ,then the bridj.so is load ok,but for you can not found the OpenIMAJGrabber.so i have install the lib you mentioned in the other issue but make no sence for my current Raspbian “wheezy”,i try to run with sudo too, with more detail |
|
sorry for my unfamiliar with Markdown |
|
To format text as source code you have to add ``` (same as ~ char but without shift pressed) before paragraph to open code block, and after to close it. Example: Will be changed to: |
|
Well... I'm not sure what can be a root cause. You can try the following:
In this case BridJ should load it directly without extracting it from JAR, however I'm really not sure if this will help. You can also try to compile *.so object on your Raspberry Pi. To do that please download C++ code to your Raspberry Pi machine and run There are probably many more things which could be done, but I'm not familiar with Raspberries and nothing more came into my mind except what I stated above :( Sorry for that... |
|
Could you please additionally describe this problem in nativelibs4java/nativelibs4java#364 (comment) so Olivier will be aware of it? |
|
@sarxos hi,sorry for my lazy,i sleep a lot this weekend,and now my GF drag me to meet her sweet-mate..so sad... i have report the issue to the nativelibs4java/nativelibs4java#364 (comment) may be the way fix the bridj load issue on the Raspbian Wheezy will works for us too. one words,it's so weird~ |
|
@sarxos the error is I think this may be the cause of #364
thanks ,i will now move to the Arch Linux and take a try. |
|
Ok, hope this will permanently fix your problem :) |
|
@sarxos after i change to the soft-float,it works |
|
Great! I'm glad it's now fixed. I will close this ticket and create second one with reference this this problem. New ticket will be marked as feature and its goal will be to integrate Jonathon's changes regarding armel vs armhf support on Raspberry Pi for non Arch Linux distributions. |
|
@sarxos ,really really thanks |
|
Hi @hepin1989, Today I released Webcam Capture version 0.3.8, but I'm not able to test it on Raspberry Pi. Could you do me a favor and test it on your machine? Just run some basic examples and let me know if everything works fine. I would really appreciate your help. It's worth to mention that from 0.3.8 Webcam.setAutoOpenMode(true);In case of multi-threaded applications auto-open mode can have some negative drawbacks - see Javadoc comment on this method for more details. Thank you and wish you Happy Spring Festival! |
|
@sarxos if i use the bridj-0.6.3-20130201.095358-5.jar,it will always cause an problem ,and now the raspberry pi runs the soft-float debian but not the hart-float one,the support maybe after you merge the others' work thanks lot. |
|
@sarxos ,you are welcome,cause your project and you help me a lot.it's my pleasure,i report an netty issue today,it i will go back home tomorrow~ |
|
@sarxos ,i need to note you that all the test i have done is on the armel not on the armhf,your last release on the armel will still cause the probleam such as after i update the bridj to the last snapshot So ,it means now the armel support of the your great library is OK,but not armhf,and my previous test just on the armel. |
|
Yes, I'm aware of this. I saw that Jonathon is already working to add armhf support in OpenIMAJ. I will owe him a great beer ;] |
|
@sarxos yes,i sensed that too,i just want you know that ,the current library just running fine on armel |
|
Hi guys, I've just deployed a build of BridJ 0.6.3-SNAPSHOT that contains Linux binaries for both armhf and armel ABIs. Cheers |
|
@ochafik ,hi ,thanks a lot ,i will take a try after i finish my current test, |
|
@sarxos @ochafik afther i copy the OpenIMAJGrabber.so to /usr/lib Thanks a lot, i tested this on armhf |
|
Hi guys, @ochafik, @hepin1989, The OpenIMAJGrabber.so which is currently available in the repo is for armel only. For both armel and armhf please use the newest ones prepared by @jonhare and available in the OpenIMAJ repository. Thank you Jonathon for preparing this stuff so fast :) @hepin1989, can you please repeat your test but use armhf version of OpenIMAJGRabber.so instead? |
|
@sarxos ,i will re-test this tomorrow |
|
@hepin1989 thanks for the update. This would seem to indicate OpenIMAJGrabber just needs to be built for Linux/armhf (my understanding is that it's currently built for Linux/armel), which I guess should be done in #33. |
|
@sarxos ,when i scp @jonhare's armhf version to the pi,and then run the test this morning. |
|
@sarxos another question ,how to archive your ~250FPS?, |
|
OK, it would be good to pass this information to @jonhare so he is aware of the problem with his armhf *.so object. I performed FPS test on my Windows XP SP3. I've tried to do the same on Linux, but v4l2 seems to have some bottlenecks which causes it to fetch images pretty slow (~10-15 FPS on my Ubuntu machine). Windows is using DirectShow for capture purpose - it is much faster - I have no problems to get ~50 FPS and more. I think it would be a good idea to prepare some table which will show performance on all supported platforms since this general info I've put in description can be a little misleading. Will do that soon. |
|
@sarxos Ok pi,with 302_240 nearly 7~ FPS,1024_768 nearly 2-4 FPS |
|
I have found that on my ubuntu witch have 4 core ,can only archive 20~ FPS too. |
|
Yes, all capturing drivers which can be used in Webcam Capture (except ip-cam driver) use v4l2 on Linux. From what I found there is no alternative. On Windows there are two potential choices, i.e. DirectShow (all Windows versions supporting DirectX) or MF (this one only for Vista and above). On Mac OS there are also two potential choices, however both seems to use v4l2 finally. Those are Quicktime (via QTJava) and pure v4l2. Damn, Xuggler was really good project :( I hope they release source code to the community. |
|
@sarxos ,yes xuggler is an very good project ,and the source code is on the github.Thanks for the information about v4l2. |
|
@hepin1989 I used my build-in webcam to performed small experiment to check what aspects can possibly cause camera to work so dramatically slow. The main problem in my case is a poor light. When camera do not have enough light, it automatically increase exposure time, which cause capturing rate to be reduced (so you don't get dark images), but when you take care of it and put more light on the scenario observed by the camera, it automatically decrease exposure time and images are taken very fast in effect. In my experiment (performed on my Ubuntu Linux 64-bit) I used small program you've prepared and got 7 FPS in very dark place, about 10 FPS in grey light, and 30 FPS with normal bright light. You can configure your camera to disable automated exposure setting, but you can get poor image quality as the effect of such operation. |
|
@sarxos you know that ,i got this cause i test this code on pi,i think that may be the poor performance of raspberry pi.thanks for sharing this.thanks alot |
|
@sarxos https://www.box.com/s/icvuyriv61ie45m6z44l my armhf version ,need to install the libv42l,i cant static link to it,i don't know why |
|
Hey guys, I'm trying to use webcam-capture on the Beaglebone Black, running Ubuntu hard-float. I've build the OpenIMAJGrabber.so on the device, but now I'm getting the following error: |
|
Here's a more detailed output using -Dwebcam.debug=true -Dbridj.debug=true -Dbridj.veryVerbose=true -Dbridj.verbose=true There's too much to paste here. Here's the java -version output: |
|
Hi, Thank you for the report. Can you please create separate issue for this? Please include the following:
|
Hello sarxos,sorry for that,i was running this on the raspberry pi with linux and openjdk7,then i get this ...i see the arm build so is contains and use the bridj 0.6.2 and your 0.3.7 lib
The text was updated successfully, but these errors were encountered: