On 9/3/18 9:50 PM, Csaba Láng wrote:
> Iohannes,
>
> did you have a chance to check where my memory corruption is coming from?
no.
i'm not totally sure that the problem is in the videoPYLON code; that's
why i wrote:
> anyhow, parts of the patch are missing, (the dynamically loaded
> patches),
Iohannes,
did you have a chance to check where my memory corruption is coming from?
Popesz
On Sat, Sep 1, 2018 at 11:34 AM Csaba Láng wrote:
> Iohannes,
> I am not sure if understood you well, did you mean that even I have a good
> graphic card with my patch I am unable to exceed 60 fps?
> Or
Iohannes,
I am not sure if understood you well, did you mean that even I have a good
graphic card with my patch I am unable to exceed 60 fps?
Or you meant a [metro 5] to [gemhead] to achieve 200fps and analyzing the
center of gravity with pix_blob could do the job.
Popesz
On Sat, 1 Sep 2018 at
On 9/1/18 12:30 AM, Csaba Láng wrote:
> Thanks for the hint.
> The crash I eliminated with a delay 1 between send and receive objects.
> Very strange that it helped but that was the only idea I had.
the beauty of memory corruption is, that you don't really know when it's
going to happen.
adding a
Thanks for the hint.
The crash I eliminated with a delay 1 between send and receive objects.
Very strange that it helped but that was the only idea I had.
On Sat, 1 Sep 2018 at 00:26, IOhannes m zmölnig wrote:
> On 8/31/18 2:42 PM, Csaba Láng wrote:
> > Here I have already no method for
On 8/31/18 2:42 PM, Csaba Láng wrote:
> Here I have already no method for Gemstate.
that's pretty simple:
languagechoice.pd -> [pd ping1] -> [pd map]
the [inlet] (1st outlet of [pix_blob] is a GemList, which you hooked up
to a [* 2] object.
(btw, when printing to the Pd-console (that is: without
Just tested it without cameras, simulating only with numbers.
Looks like the Segmentation fault is coming from somewhere else.
It is very strange as everything worked well on a Windows PC, now on Ubuntu
18.04 I get the error.
Best,
Popesz
On Fri, Aug 31, 2018 at 2:42 PM Csaba Láng wrote:
> Just
Just in case I send you a new Segmentation Fault log.
Here I have already no method for Gemstate.
I send you the patches to have a better idea what I am trying to do.
trackerping.pd is the main patch, containing filecontrol.
after gemwin is rendered, open languagechoice.pd
there are 2 cameras
I will try to rewrite my patches from scratch as the patch which was simple
and contained 2 pix_video with both of my usb3 cameras using 227fps, but I
added pix_gain, pix_background and pix_blob, looks good and smoothly works.
check the attachment
My original idea was to send gemlist from one
it is much more stable with a simple patch, however can be crashed only
clicking on a [device 1( message.
The crash in the log what I sent you happenes when I want to use it with
pix_blob and changing the trashold in the pix_background object.
On Thu, Aug 30, 2018 at 5:12 PM IOhannes m zmoelnig
On 2018-08-30 16:48, Csaba Láng wrote:
> here you are :)
>
cool.
does it also crash if you only use a very simplistic patch without any
image processing?
(basically just [gemwin], [gemhead], [pix_video]; if you want add
[pix_texture] + [square])
gmasdr
IOhannes
signature.asc
Description:
here you are :)
On Thu, Aug 30, 2018 at 4:44 PM IOhannes m zmoelnig wrote:
> On 2018-08-30 16:32, Csaba Láng wrote:
> > indeed the bt at the end just missed
> > full log in the attachment
> > Thanks for pointing it out,
>
> thanks. that's better.
> however, i think there's still some parts
On 2018-08-30 16:32, Csaba Láng wrote:
> indeed the bt at the end just missed
> full log in the attachment
> Thanks for pointing it out,
thanks. that's better.
however, i think there's still some parts missing of the backtrace.
could you hit rather than + to get another page of
the backtrace
see a full backtrace. it should look like this:
> https://ftp.gnu.org/old-gnu/Manuals/gdb/html_node/gdb_42.html
>
> Christof
>
> Gesendet: Donnerstag, 30. August 2018 um 15:36 Uhr
> Von: "Csaba Láng"
> An: Pd-List
> Betreff: Re: [PD] videoPYLON C++ update needed
&
Láng"
An: Pd-List
Betreff: Re: [PD] videoPYLON C++ update needed
Iohannes,
managed to make a crash, check the gdb log in the attachment.
Basically there is a Segmentation Fault.
What does it mean and how can I fix it?
On Thu, Aug 30, 2018 at 12:52 AM Csaba Láng
mailto:langcs...@gmail.c
Iohannes,
managed to make a crash, check the gdb log in the attachment.
Basically there is a Segmentation Fault.
What does it mean and how can I fix it?
On Thu, Aug 30, 2018 at 12:52 AM Csaba Láng wrote:
> could not manage to make it crash :) jumps between devices smoothly.
> Will test it the
could not manage to make it crash :) jumps between devices smoothly.
Will test it the next days, but anyway
I big thanks to you! It looks amazing.
Now I test with 227fps.
On Thu, Aug 30, 2018 at 12:28 AM IOhannes m zmölnig wrote:
> On 8/29/18 11:35 PM, Csaba Láng wrote:
> >
> > The other
On 8/29/18 11:35 PM, Csaba Láng wrote:
>
> The other problem is that can not identify within pd the cameras.
> Anything I send to pix_video, fails.
> I called the cams test1 and test2, however [device test1( does not work,
> therefor enumerate as well or enumProp.
???
> It says that a valid
yes indeed more convenient to unplug the cameras but 8 will be already a
bit tricky, hence the need to disconnect from pd.
The other problem is that can not identify within pd the cameras.
Anything I send to pix_video, fails.
I called the cams test1 and test2, however [device test1( does not
How can I check the enumProps?
On Wed, Aug 29, 2018 at 9:47 PM IOhannes m zmölnig wrote:
> On 8/29/18 7:19 PM, Csaba Láng wrote:
> > Iohannes, how can I have an impact on the frame rate of the camera?
> >
>
> i guess via the "AcquisitionFrameRateAbs" property (see [enumProps( for
> a full list
I meant under crash that first freezes and than closes all opened pd windows
Tried the what works and not kind of messages from issue 192:
[0( and [1( works fine, 0 stops image rendering while the last frame stays
on the screen, 1 will tirn on the rendering
[device 0185-( is unknown info for
On 8/29/18 9:55 PM, Csaba Láng wrote:
> Gemwin has been solved after a restart of the computer.
>
> Sure I tried to unplug the cameras, but then pd crashes and switches off.
> The disconnect solution would be a big help, as creating a complex patch
> with frequent computer restart is a pain in
Gemwin has been solved after a restart of the computer.
Sure I tried to unplug the cameras, but then pd crashes and switches off.
The disconnect solution would be a big help, as creating a complex patch
with frequent computer restart is a pain in the a***s.
Let me know how I could help you,
On 8/29/18 6:25 PM, Csaba Láng wrote:
> Looks like for me that pix_video does not disconnect the cameras, that is
> why I cannot get image back after changing device.
> After turning off puredata, if not frozen and killall it, the pylon viewer
> cannot get image from the cameras, 0 frames and an
On 8/29/18 5:46 PM, Csaba Láng wrote:
> if I open pd from terminal with puredata command, gemwin cannot be created,
did you do a proper "make install"?
gfamdsr
IOhannes
signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at
On 8/29/18 7:19 PM, Csaba Láng wrote:
> Iohannes, how can I have an impact on the frame rate of the camera?
>
i guess via the "AcquisitionFrameRateAbs" property (see [enumProps( for
a full list of available properties).
you should also be able to set the frame-rate via the PylonViewerApp,
before
Iohannes, how can I have an impact on the frame rate of the camera?
On Wed, Aug 29, 2018 at 6:25 PM Csaba Láng wrote:
> Looks like for me that pix_video does not disconnect the cameras, that is
> why I cannot get image back after changing device.
> After turning off puredata, if not frozen and
Looks like for me that pix_video does not disconnect the cameras, that is
why I cannot get image back after changing device.
After turning off puredata, if not frozen and killall it, the pylon viewer
cannot get image from the cameras, 0 frames and an error message.
Probably I will not need it to
gemwin behaves strange:
if I open pd from terminal with puredata command, gemwin cannot be created,
but in help menu works
if doubleclick on .pd file, gemwin is created
On Wed, Aug 29, 2018 at 5:37 PM Csaba Láng wrote:
> Looks almost good, there is image from the camera
>
> Let's see what is
Looks almost good, there is image from the camera
Let's see what is wrong:
- Terminal output: $ puredata
priority 8 scheduling failed.
open: /etc/pd/gem.conf: No such file or directory
open: /home/is/.config/pure-data/gem.conf: No such file or directory
open: ./gem.conf: No such
On 2018-08-29 13:30, Csaba Láng wrote:
> GEM: Graphics Environment for Multimedia
> GEM: ver: 0.93.git 3550ede3
> GEM: compiled on Aug 29 2018
>
> $ ls -l Gem.pd_linux gem_videoPYLON.so
> -rwxr-xr-x 1 root root 85108760 sie 29 12:24 Gem.pd_linux
> -rwxr-xr-x 1 root root 903600 sie 29 12:24
GEM: Graphics Environment for Multimedia
GEM: ver: 0.93.git 3550ede3
GEM: compiled on Aug 29 2018
$ ls -l Gem.pd_linux gem_videoPYLON.so
-rwxr-xr-x 1 root root 85108760 sie 29 12:24 Gem.pd_linux
-rwxr-xr-x 1 root root 903600 sie 29 12:24 gem_videoPYLON.so
$ ldd gem_videoPYLON.so
On 2018-08-29 12:47, Csaba Láng wrote:
> Iohannes,
>
> after compiling freshly Gem from git with videoPYLON support,
> gem_videoPYLON.la and .so is in the Gem folder, however after creating
> pix_video, can not see videoPYLON among the plugins:
> [pix_video]: backend #0='v4l2': v4l2 analog
>
Iohannes,
after compiling freshly Gem from git with videoPYLON support,
gem_videoPYLON.la and .so is in the Gem folder, however after creating
pix_video, can not see videoPYLON among the plugins:
[pix_video]: backend #0='v4l2': v4l2 analog
[pix_video]: backend #1='v4l': v4l analog
On 2018-08-20 15:46, IOhannes m zmoelnig wrote:
>> Please, let me know if you have time to port it.
>
> i think so.
>
i've updated the videoPYLON backend in the git-repository of Gem, so it
now works with Pylon-5.0.12
please test it and report back.
(you should compile the entire Gem package)
On 2018-08-17 12:52, Csaba Láng wrote:
> Iohannes,
>
> do you think porting to pylon5 is feasible?
yes.
> I have 2 pieces of USB3 Basler cameras until 1st September, so I can check
> if they work properly, at least the image processing.
cool.
> Please, let me know if you have time to port it.
Iohannes,
do you think porting to pylon5 is feasible?
I have 2 pieces of USB3 Basler cameras until 1st September, so I can check
if they work properly, at least the image processing.
Please, let me know if you have time to port it.
Best,
Popesz
On Mon, Aug 13, 2018 at 4:08 PM Csaba Láng wrote:
Iohannes,
the only link i got from Basler is a python wrapper:
https://github.com/basler/pypylon
the rest is binary with compiled folders and files headers on the original
Basler website.
Does it help you?
On Mon, Aug 13, 2018 at 2:15 PM IOhannes m zmoelnig wrote:
> On 2018-08-09 10:51,
On 2018-08-09 10:51, Antoine Villeret wrote:
> Pylon has already version 5.x (opensource) and provides driver to both
where's an opensourced version of Pylon?
all i can find are proprietary, EULA encumbered SDKs for free download.
fgamsdr
IOhannes
signature.asc
Description: OpenPGP digital
Antoine,
thanks for your declaration, however I have a huge project which should be
finished in December.
I already read the Pylon5 documentation, compared the GigE commands to the
USB3, made some changes (possibly mess) in the CameraProperties.cpp -
deleted the unused commands like IP address,
Hi,
I could have a look into Pylon pluging in the next few months, but I do not
garantee any deadline since my todo list is almost full until december
If no one else did the trick, ping me in one month or so to remind me what
I'm writing today :-)
+
a
Le jeu. 9 août 2018 à 09:36, Csaba Láng a
It should not be a hard update, I believe all the functionality if the
pylon API is not needed, as these cameras have their user profile to be
loaded at startup.
Image processing into pix_video is already a good solution.
But let's plan it for USB3, the speed is incomparable to GigE cameras.
42 matches
Mail list logo