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/
zoq has joined #mlpack
govg has joined #mlpack
bdd_ has joined #mlpack
bdd_ has quit [Quit: Page closed]
vivekp has quit [Ping timeout: 265 seconds]
ImQ009 has joined #mlpack
vivekp has joined #mlpack
vivekp has quit [Ping timeout: 240 seconds]
witness has quit [Quit: Connection closed for inactivity]
vivekp has joined #mlpack
Trion has joined #mlpack
vivekp has quit [Ping timeout: 245 seconds]
vivekp has joined #mlpack
sumedhghaisas has joined #mlpack
satyam_2401 has joined #mlpack
satyam_2401_ has joined #mlpack
satyam_2401 has quit [Client Quit]
satyam_2401_ is now known as satyam_2401
Trion has quit [Quit: Entering a wormhole]
< dk97[m]> zoq: I have added the loss functions folder along with the KL Divergence loss.
< dk97[m]> MSE and Cross-entropy are already implemented in the ann_layers folder, should I shift them to the loss_functions folder?
< dk97[m]> Also, I found some errors in the MSE implementation.
apoorv_ has joined #mlpack
< apoorv_> Hi i am new to mlpack and follpw up the tutorials i want to contribute to the reinforcement leaening project can anyone give w the suggeations what is the most effective way to do that project..
apoorv_ has quit [Client Quit]
sshkhrnwbie has joined #mlpack
< sshkhrnwbie> @zoq I finished up with the variance scaling initializer PR #1241 (from my end, yet to merge). I was going to get started on the randomized leaky relu as we discussed on 14/2
prashanthd has joined #mlpack
raivaibhav has joined #mlpack
raivaibhav has quit [Client Quit]
< sshkhrnwbie> @zoq I am going to implement it similar to dropout with a deterministic flag for randomising the activations during train time and fixing them during test. Does this sound right.
< sshkhrnwbie> @zoq Here is the link to the paper on arxiv for your reference https://arxiv.org/pdf/1505.00853.pdf
sshkhrnwbie has quit [Ping timeout: 260 seconds]
satyam_2401 has quit [Quit: Connection closed for inactivity]
daivik has joined #mlpack
daivik has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
ImQ009_ has joined #mlpack
ImQ009 has quit [Ping timeout: 256 seconds]
satyam_2401 has joined #mlpack
prashanthd has quit [Quit: Connection closed for inactivity]
sumedhghaisas2 has joined #mlpack
sumedhghaisas has quit [Ping timeout: 248 seconds]
sumedhghaisas2 has quit [Ping timeout: 256 seconds]
csoni has joined #mlpack
sumedhghaisas has joined #mlpack
sumedhghaisas has quit [Ping timeout: 268 seconds]
sumedhghaisas has joined #mlpack
govg has quit [Ping timeout: 256 seconds]
satyam_2401 has quit [Quit: Connection closed for inactivity]
sumedhghaisas has quit [Ping timeout: 268 seconds]
daivik has joined #mlpack
< luffy1996> zoq: Hey I am pretty free from hectic examination schedule. I would like to know if you went through my PR request. I would like to know whether I should proceed with implementing policy gradient methods on mlpack .
sumedhghaisas has joined #mlpack
sumedhghaisas has quit [Ping timeout: 240 seconds]
witness has joined #mlpack
csoni has quit [Remote host closed the connection]
< daivik> rcurtin: Please forgive me if this is a stupid question, but is there a reason why there are two separate template params for each VecType in mlpack/core/metrics/lmetric.hpp:Evaluate() function? I mean, wouldn't we only want the distance between two arma::vecs or two arma::sp_vecs. I dont see where we would need to find the distance between an arma
< daivik> ::vec and an arma::sp_vec.. Moreover, attempting to do that results in a segfault (as it should). Isn't VecTypeB redundant?
< rcurtin> daivik: don't forget armadillo subview types; that's the real reason
< rcurtin> finding the distance between an arma::vec and arma::sp_vec should not cause a segfault, by the way
sumedhghaisas has joined #mlpack
< daivik> https://thepasteb.in/p/lOhOKBYZ379SB --> this causes segfault for me - I assume this is an issue then?
< daivik> rcurtin: Also about the subview types -- do you mean something like distance between arma::vec and (some arma::mat).col(0) ?
< rcurtin> the code looks fine to me, it is strange that it causes a segfault. I looked in Evaluate(), I see little reason why what you have there shouldn't work, unless the vec and the sp_vec are not the same dimensions
< rcurtin> and yes, for the subview types, mat.col() returns a different type
< daivik> In the code, both the vec and the sp_vec are the same vector (and hence have same dimensions) - this can be seen by adding cout statements.
sumedhghaisas has quit [Read error: Connection reset by peer]
sumedhghaisas has joined #mlpack
nirajgoel has joined #mlpack
zoq has quit [Remote host closed the connection]
zoq has joined #mlpack
ImQ009_ has quit [Quit: Leaving]
sumedhghaisas2 has joined #mlpack
sumedhghaisas has quit [Ping timeout: 240 seconds]
< daivik> rcurtin: I'll look into this a bit more tomorrow morning and let you know what I find.. Thanks for your help :)
sumedhghaisas2 has quit [Read error: Connection reset by peer]
sumedhghaisas has joined #mlpack
nirajgoel has quit [Quit: Page closed]
daivik has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]