FWIW, this one only applies to DataType
julia fieldtype(data, :a)
ERROR: TypeError: fieldtype: expected DataType, got dat
On Wednesday, May 6, 2015 at 4:35:59 PM UTC+2, Simon Danisch wrote:
Checkout:
xdump(data)
fieldnames(data)
fieldnames(dat)
fieldtype(data, :a)
Best,
Simon
Am
When trying to load 8 shared .dylibs from my OpenCV.jl package on the most
recent v0.4-dev (OSX 10.10.3), I got an error indicating that dlopen_e and
dlopen are deprecated. So I added the Libdl. to each, and tried again.
Now it seems that only the core library, libopencv-core.dylib, can be
, 9): Library not loaded:
lib/libopencv_videoio.3.0.dylib
Referenced from: /usr/local/lib/libopencv_highgui.dylib
Reason: image not found
in dlopen at ./libdl.jl:33
I will be grateful for any tips on what is going on.
On Tuesday, May 5, 2015 at 5:33:10 PM UTC+2, Max Suster wrote:
When
I too would love to have a Qt5.jl package. Having such a robust and
cross-platform GUI interface would make many projects more attractive to
(non-expert) outsiders coming into Julia. I have been meaning to find time for
this, but wrapping the whole of Qt5 alone is quite a project. . . Perhaps,
Good to hear interest. I will also have to look at what might be a good
strategy for wrapping Qt5 with Cxx. The core functionality of Qt5 (shared by
Qt4) would be an obvious place to start. The part that is clearly daunting is
the interface for event handling, namely signals and slots. Not
I would have loved to join too, but it was too short notice for me. . .
I will definitely do this regularly (and be happy to help) once I have
settled in Berlin.
Max
On Wednesday, March 25, 2015 at 4:19:01 PM UTC+1, David Higgins wrote:
Reservation changed:
Thursday, 26th March, *5pm* at
I will be moving to Berlin and interested in joining the meetups when time
permits.
On Saturday, February 28, 2015 at 9:44:07 PM UTC+1, Keyan Ghazi-Zahedi
wrote:
I'm based in Berlin and Leipzig.
On Wednesday, 25 February 2015 14:35:13 UTC+1, David Higgins wrote:
Hi all,
I'm based at
OpenCV.jl provides similar functionality. If you have any questions on how to
use it, you can file an issue.
+1 for Juno
You can do this easily in OpenCV.jl. An example of drawing is already in
the README.md.
On Monday, January 12, 2015 at 12:32:17 AM UTC+1, Andrei Zh wrote:
I'm trying to do the following in Julia:
1. read image
2. draw some basic graphics (like lines and circles) over it
3. display it
Definitely doable if you can/know how to call all the C++ objects and callback
functions from Qt or similar interface. But personally I dont think it is a
beginner project because there are likely many fixes needed along the way...
web stack is likely to be far easier than fixing issues with Cxx,
which does a lot of crazy compiler voodoo.
On Thu, Dec 25, 2014 at 11:18 AM, Max Suster mxss...@gmail.com
javascript: wrote:
Definitely doable if you can/know how to call all the C++ objects and
callback functions from Qt
Did you try 'make -C deps clean-openblas'?
I rebuilt Julia 0.4-dev on OSX several times last week and it worked ok (except
backtraces are broken). In my case I had to update recent fixes in llvm-svn.
Max
A little bit off-topic, but are there criteria for what is needed to make a
package ready for inclusion in METADATA? For example, some packages may
require more documentation or may be unstable due to external depencies but are
nevertheless necessary to support others.
Any thoughts on this?
+10 - but in my case beers are on you (its quite expensive here in Norway :)
OpenGL datatypes and UMat.
It would be incredible, if we can convert between julia, opencl, opengl
and opencv datatypes without a big overhead.
I'm pretty sure, that no other language has this solved nicely! ;)
Am Samstag, 6. Dezember 2014 11:44:45 UTC+1 schrieb Max Suster:
Hi all,
A few
and mine prototype for OpenGL OpenCL interoperability in Julia:
https://github.com/vchuravy/qjulia_gpu
Am Samstag, 6. Dezember 2014 11:44:45 UTC+1 schrieb Max Suster:
Hi all,
A few months ago I set out to learn Julia in an attempt to find an
alternative to MATLAB for developing computer vision
I know this is a Julia coding forum, but if you have a chance, can you
compare the two examples below?
Also, what OS are you using? Before testing a lot of Julia wrapped C++
API with OpenCV/OpenCL/OpenGL,
it would be good to know what we can expect at best. . .
*CPU*
int main(int argc,
:00 Max Suster mxss...@gmail.com javascript::
Thanks for the feedback. I realize that the copying needs to be
skipped
if possible . . .
I have been playing a bit with the OpenCL UMat and it will need indeed
some tweeking because UMat is not always advantageous.
While
it. But from your posted code, it's
clear that wasn't the problem.
--Tim
On Monday, December 08, 2014 09:54:03 AM Max Suster wrote:
Its an exact comparison side-by-side of the same code, and actually
already
tested by others in the OpenCV forum.
The Mat/UMat image is available
, 2014 09:54:03 AM Max Suster wrote:
Its an exact comparison side-by-side of the same code, and actually
already
tested by others in the OpenCV forum.
The Mat/UMat image is available for display with imshow -- the step
imshow(
edges, gray); in both cases -- which is how the test was set up
Yes, I am using CV_8UC3 for my tests (and dim 512x512 or 1000x1000).
I think the most likely explanation for my results is that while OpenCV
comes with OpenCL enabled in the makefile
-D WITH_OPENCL=ON
the flags for including OpenCL AMD FFT and AMD BLAS libraries are OFF by
default:
-D
Hi all,
A few months ago I set out to learn Julia in an attempt to find an
alternative to MATLAB for developing computer vision applications.
Given the interest (1
https://groups.google.com/forum/#!searchin/julia-users/OpenCV/julia-users/PjyfzxPt8Gk/SuwKtjTd9j4J
,2
, in which you could do the 2D/3D visualizations, without
performance penalty and with a high degree of interactivity.
Am Samstag, 6. Dezember 2014 11:44:45 UTC+1 schrieb Max Suster:
Hi all,
A few months ago I set out to learn Julia in an attempt to find an
alternative to MATLAB
On Saturday, December 06, 2014 02:44:45 AM Max Suster wrote:
Hi all,
A few months ago I set out to learn Julia in an attempt to find an
alternative to MATLAB for developing computer vision applications.
Given the interest (1
https://groups.google.com/forum/#!searchin/julia
applications, for
which
there is very little publicly available in julia.
I'm really looking forward to playing with this!
Best,
--Tim
On Saturday, December 06, 2014 02:44:45 AM Max Suster wrote:
Hi all,
A few months ago I set out to learn Julia in an attempt to find an
alternative
if it will help at all in the context of OpenCV, but here's a
test script that demonstrates farming out work to multiple GPUs:
https://github.com/JuliaGPU/CUDArt.jl/blob/6409b57f7c80ed2459fd46c0e86ab8de681fd9bc/test/test.jl#L185-L222
--Tim
On Saturday, December 06, 2014 04:17:39 AM Max Suster
http://developer.amd.com/community/blog/2014/10/15/opencv-3-0-transparent-api-opencl-acceleration/
The link above makes it sounds very promising that enabling OpenCL in
OpenCV.jl will be rather feasible (assuming no surprises along the way...).
I was first looking frantically for the
Actually, push! behaves strange even with Set{Int64}(), e.g.,
julia s=Set{Int}()
Set{Int64}()julia push!(s, 1)
julia push!(s, 2)
julia push!(s, 3)
julia push!(s, 4)
julia push!(s, 5)
julia push!(s, 6)
Set([4,2,3,5,6,1])
as compared to doing the same on a v = Int64[], which leads to
)
On Saturday, December 6, 2014 10:43:58 PM UTC+1, Max Suster wrote:
http://developer.amd.com/community/blog/2014/10/15/opencv-3-0-transparent-api-opencl-acceleration/
The link above makes it sounds very promising that enabling OpenCL in
OpenCV.jl will be rather feasible (assuming
*Keno *- I got a little ahead of myself with my last post. While
exception handling works fine in several examples, after adding the lines
to bootstrap.cpp, I now get a nasty error from Clang when using OpenCV
functions that require casting with RTTI (i.e., dyne_cast) . Such OpenCV
Hi
I am not very familiar with the mechanics of exception handling in Clang
and I realize that exceptions (throw/catch) work well in Julia itself.
However, I am specifically trying to use exception handling in C++ code
nested inside Julia with Cxx.jl. I noticed exception handling is meant to
Thanks for the quick feedback.
I managed to get C++ exception handling working in Cxx, after some back and
forth experimentation.
In the end, I added the following to bootstrap.cpp:
// Enable C++ exception handling
clang_compiler-getLangOpts().Exceptions = 1; // exception
handling
I am using Cxx.jl on Mac OSX 10.9.5 (64 bit).
Cxx requires Julia v0.4.0-dev (i.e., staged functions). I have rebuilt Cxx
many times and the only trouble I encountered was due to not updating Clang in
deps/llvm-svn and related directories.
I think it is best to file an issue in Cxx.jl and
In an effort to improve VideoIO.jl, we are trying to capture both STDOUT
and STDERR output of a call to an external binary from the Julia REPL. I
tried a few suggestions based on previous discussions (JuliaLang/julia#3823
https://github.com/JuliaLang/julia/issues/3823, Capture the output of
*julia * foo*bar
+1
On Wednesday, October 29, 2014 9:56:33 PM UTC+1, Elliot Saba wrote:
I really like the concept; I can't tell you how many times I've tried to
tab-complete dict keys.
-E
On Wed, Oct 29, 2014 at 1:36 PM, Ivar Nesje iva...@gmail.com
javascript: wrote:
Nice. What do people think about
You could try this.
a= Array{Float64,2}[]
b= Array{Float64,2}[]
function test_qr(a,b)
for i=1:10
tmp = qr(rand(3,3))
push!(a,tmp[1])
push!(b,tmp[2])
end
end
julia size(a,1)
10
julia size(b,1)
10
On Tuesday, October 7, 2014 10:17:07 PM UTC+2, Ryan Young wrote:
Your code should work fine if you put the module in a directory that can be
accessed.
If you running julia in the directory where the module is located, you can
recall the full path with:
joinpath(pwd(), TestModule.jl)
*j*ulia using TestModule
julia println(LOAD_PATH)
julia type parameters
p1::Float64
p2::Float64
p3::Float64
end
julia params = parameters(1,2,3)
parameters(1.0,2.0,3.0)
julia label = p1
p1
julia params.(symbol(label))
1.0
On Tuesday, September 30, 2014 2:43:57 PM UTC+2, ami...@gmail.com wrote:
Dear
Mike,
Thank you for pointing this out. I am wondering, should I drop using
params.(symbol(label))?
Is there an easy way to keep updated on changes that are imminent in Julia
syntax (e.g., in 0.4) vs personal preferences?
Thanks,
Max
On Tuesday, September 30, 2014 3:36:32 PM UTC+2,
Hi Mike,
Thanks for the clarification. I will have a close eye on the one with the
“breaking”
label from now on. . .
Max
On Tuesday, September 30, 2014 7:27:29 PM UTC+2, Michael Hatherly wrote:
Hi Max,
If you have a GitHub account then you could watch the julia repo,
otherwise
?
Thanks,
Gerry
On Tuesday, September 30, 2014 7:07:07 AM UTC-5, Max Suster wrote:
Your code should work fine if you put the module in a directory that can
be accessed.
If you running julia in the directory where the module is located, you
can recall the full path with:
joinpath
Hi Kevin,
Thanks a lot for your feedback.
Indeed, I have test run Simon´s wonderful GLPlot/Reactive script for
realtime image acquisition and filtering.
His example was very valuable to get started and for display. However, I
found it to be a bit unstable on my Mac OSX (crashes when
for the community to use improve. But I
expect
to put my own focus on Gtk.
Best,
--Tim
On Thursday, September 18, 2014 12:43:53 AM Max Suster wrote:
Hi Kevin,
Thanks a lot for your feedback.
Indeed, I have test run Simon´s wonderful GLPlot/Reactive script for
realtime image
I am a recent newcomer to Julia and I am willing to help if I get some
input on the wrapper. I am working on a basic GUI interface to do realtime
video processing (aimed to support tracking and computer vision
applications) using theTk/Images/VideoIO packages. I understand that there
is
+1
I agree that it would be better to have at least a wrapper available with
python dependency than none at all. However, I am wondering though what is
the cost on speed of using this python dependency. A major feature that
makes me interested in Julia is the speed over languages like
47 matches
Mail list logo
