verne.freenode.net changed the topic of #mlpack to: http://www.mlpack.org/ -- We don't respond instantly... but we will respond. Give it a few minutes. Or hours. -- Channel logs: http://www.mlpack.org/irc/
kartik_ has quit [Quit: Page closed]
kartik_ has joined #mlpack
kartik_ has quit [Client Quit]
sumedhghaisas has joined #mlpack
mikeling|afk has joined #mlpack
mikeling|afk is now known as mikeling
trapz has joined #mlpack
vinayakvivek has joined #mlpack
pvskand has joined #mlpack
pvskand has quit [Client Quit]
pvskand has joined #mlpack
< pvskand>
@rcurtin I was planning to start RBM module. I had mailed marcus about it but I guess he is busy. Should I first create an issue and then start off with the module?
trapz_ has joined #mlpack
< rcurtin>
pvskand: I'm sure you can see, there is a huge amount to process for GSoC, so everyone is very busy
trapz has quit [Ping timeout: 240 seconds]
trapz_ is now known as trapz
< rcurtin>
is there an issue already open for RBM support? or, does anyone know that you will be contributing RBMs?
< rcurtin>
in either case, you should post what your design will look like, so that it can be reviewed before you implement it
< rcurtin>
and keep in mind, it may be some time before anyone is able to review your design, so please be patient... we receive very many emails and requests every day :)
trapz has quit [Quit: trapz]
diehumblex has quit [Quit: Connection closed for inactivity]
< vivekp>
zoq: rcurtin: Regarding SMORMS3 policy class; I'm trying to resolve a very peculiar test failure. So far, I've isolated the bug using valgrind
< vivekp>
Looks like in iterate update step, I can't do the Schur's product of gradient and what I've called temp.
< rcurtin>
vivekp: are you sure that 'gradient' and 'temp' have the same size? the valgrind output seems to me like maybe the schur product is going past the end of one of the arrays
< rcurtin>
one thing you can do to check, is compile in debugging mode; this way, Armadillo will check sizes before operations, and you will get a more clear runtime error if the sizes aren't right
< rcurtin>
you can reconfigure CMake with the '-DDEBUG=ON' option and then rebuild and re-run
< rcurtin>
when you do that valgrind will give you slightly nicer output too, since it will be able to print the line number of any problems :)
sumedhghaisas has quit [Ping timeout: 240 seconds]
< vivekp>
thanks a lot! I'll try that and report back.
ardhendu10 has joined #mlpack
ardhendu10 has quit [Client Quit]
thyrix has joined #mlpack
< rcurtin>
yeah, let me know what you find. valgrind is a great tool for hunting stuff like this down
sumedhghaisas has joined #mlpack
< vivekp>
rcurtin: yeah, I agree. Finally fixed the errors.
< vivekp>
You rightly pointed out the size issue -- I had somehow messed up the matrix initializations in the Initialize method.
< vivekp>
Thanks again :)
thyrix has quit [Ping timeout: 260 seconds]
trapz has quit [Quit: trapz]
trapz has joined #mlpack
trapz_ has joined #mlpack
trapz has quit [Ping timeout: 240 seconds]
trapz_ is now known as trapz
shikhar has quit [Ping timeout: 260 seconds]
kartik_ has joined #mlpack
pvskand has quit [Quit: Page closed]
trapz has quit [Quit: trapz]
kartik__ has joined #mlpack
kartik_ has quit [Ping timeout: 246 seconds]
< kartik__>
<zoq> I have done the cmaes super mario code also .. fixed issues and started running it ..
< kartik__>
would request you to once to go through the supermario.cpp file
< kartik__>
also i have implemented CMAES with FFN modified by Bang genome .. plz take a look on PR #938
< kartik__>
Both test have passed ..
kartik_ has joined #mlpack
kartik_ has quit [Client Quit]
< rcurtin>
kartik_: kartik__: I'm sure he's already seen your PR, I think everyone subscribed to the list gets an email every time a PR is opened, so don't worry, it will get looked at when there is time
< kartik__>
<rcurtin> thanks. He can have a look whenever he wants..
< kartik__>
<rcurtin> this is my first open source org.. i have never written test before.. can u suggest me some good links ?
< zoq>
kartik__: Should I look for something specific in supermario.cpp?
< zoq>
kartik__: Also with tests passed I think you mean some of the easier tasks like CartPole?
< kartik__>
yes ..actually the mario isnt working correctly .. needs some sort of parameter tuning..
< kartik__>
your look at cpp would help
< zoq>
kartik__: hm, so it kinda works, but you can't see any progress?
< rcurtin>
kartik__: sure, I am just saying, there is only need to notify him once, I see like three or four different notifications through IRC and email
< kartik__>
yes .. saw him moving in just one direction.. also i think the initial std deviation and 0.5 inital weights for all FNN is causing problem maybe.. will work on it overnight
< kartik__>
<rcurtin>oh , sorry for that .. i will not make sure of it doesnt happen in future..
< kartik__>
<rcurtin> i mean .. i will make sure ..
mikeling has quit [Quit: Connection closed for inactivity]
gautam has joined #mlpack
< gautam>
Hello Everyone, Im an undergraduate student from Mumbai University.I have experience with python,web development and recently started studying machine learning from Coursera and Deep Learning from Udacity using Tensor Flow.I am interested in contributing to the Low rank/sparse optimization using Frank-Wolfe problem and have downloaded and installed mlpack, run a few tutorials. I am good with algorithms and my math knowledge is strong
< gautam>
Wanted to know whether I would be able to contribute for GSoC'17 with the given problem.I have very basic knowledge of C++.This is my first foray into open source contribution..
< kris1>
This is not training well. i am not able to figure it out. Do you see any obvious mistakes in that
< zoq>
kris1: Unfortunately, I haven't had time to look into it, but it's on my list.
< kris1>
no worries. please let me know if you do.
< zoq>
kris1: I'll keep you updated.
< kris1>
Thanks
< kris1>
zoq: for deep learning project. Are you guys also interested in variational autoencoders,
< kris1>
I have read about them. Have worked a little with them when i contributed pgmpy and pymc3.
< zoq>
The project idea is pretty open, so if you find something that looks really interesting and you think you can implement a fast version of the idea, I'm open for discussions.
< zoq>
Just glanced over the code, when you do boost::apply_visitor(ParametersVisitor(std::move(weights)), model.Model()[model.Model().size() - 1]); have you checked that the parameters are actually updated e.g. by looking at model.Parameters()?
< kris1>
zoq: Yes i have. Actually i was following the karpathy is code for implementation.
< kris1>
They used updated the weights += gradient * step
< kris1>
i did not understand that part.
ardhendu10 has quit [Remote host closed the connection]
< zoq>
That is exactly what we do in the update process if we use standard sgd. If you checked the parameters, I'll have to dig into some details of the code ... as soon as I get the chance