ChanServ changed the topic of #mlpack to: "mlpack: a fast, flexible machine learning library :: We don't always respond instantly, but we will respond; please be patient :: Logs at http://www.mlpack.org/irc/
vansika__ has quit [Read error: Connection reset by peer]
vansika__ has joined #mlpack
< jeffin143[m]> walragatver: I will try to
favre49 has joined #mlpack
k3nz0__ has quit [Remote host closed the connection]
k3nz0_ has quit [Remote host closed the connection]
k3nz0 has joined #mlpack
k3nz0_ has joined #mlpack
ImQ009 has joined #mlpack
favre49 has quit [Quit: Lost terminal]
favre49 has joined #mlpack
favre49 has quit [Remote host closed the connection]
ImQ009 has quit [Quit: Leaving]
< shrit[m]> @rcurtin if you agree, would rename all CLI to IO instead of CMD, all related classes, file names, comments, etc. this will make it the difference clear between IO bindings and CLI11
< rcurtin> shrit[m]: sure, "IO" is just fine with me unless you have a better idea
< rcurtin> we should still call the command-line bindings 'cli' bindings (i.e. they should live in the namespace/directory mlpack::bindings::cli)
< shrit[m]> Exactly, so the file names cli.*** should be kept like that?
< shrit[m]> I am usually bad at naming things, so I do not have a better idea
< shrit[m]> I understand, So file name, Cmake binding, and directory stays CLI, otherwise everything else related to namespace goes to CMD
< shrit[m]> sorry goes to IO
< rcurtin> right, in any case, it's pretty easy to change either way :)
< rcurtin> I'll try to make some time to do another pass on the PR today but please forgive me if I don't---my bigger priority is finishing some parts replacements in my car :)
< kartikdutt18[m]> Hey everyone, Here is the [link](https://medium.com/@kartikduttmd/gsoc-week-4-12-june-19-june-f17ed9af4ac9?source=friends_link&sk=97bf9ee9108b979e2f88a4b381808028) for my weekly blog. Kindly let me know what you think.
< jeffin143[m]> kartikdutt18 (@kartikdutt18:matrix.org): nice
< jeffin143[m]> Could you share the pr for new ens callbacks
< jeffin143[m]> It was tough week for me in order to debug cmake and things
< jeffin143[m]> So I wasn't tracking most of them
< kartikdutt18[m]> Ahh, it's part of my darknet pr. Here is the [link](https://github.com/mlpack/models/pull/20).
< jeffin143[m]> kartikdutt18 (@kartikdutt18:matrix.org): does this work as checkpoint
< kartikdutt18[m]> Periodic save ?
< kartikdutt18[m]> Periodic save weights only for now, but it can extended to load the last saved weights as well.
< jeffin143[m]> > Periodic save ?
< jeffin143[m]> Yes
< jeffin143[m]> Last saved weights as well mean?
< jeffin143[m]> Could you elaborate
< kartikdutt18[m]> Right now, After every k epochs weights are saved but not used. If needed, we could clear the model and start the next epoch with the saved weights. So that later on it can be extended to load best weights based on some metric.
< jeffin143[m]> > Right now, After every k epochs weights are saved but not used. If needed, we could clear the model and start the next epoch with the saved weights. So that later on it can be extended to load best weights based on some metric.
< jeffin143[m]> Oh I see
< jeffin143[m]> That's a nice addition
< kartikdutt18[m]> Thanks :)
< jeffin143[m]> How about adding , some support to load ?? Audio files
< jeffin143[m]> Into arma:: mat ?
ImQ009 has joined #mlpack
< kartikdutt18[m]> This might be useful. [Loading wav files in c++](https://www.ee.iitb.ac.in/course/~daplab/resources/wav_read_write.cpp)
< jeffin143[m]> Umm , but we should go with some library so that there are some support
< kartikdutt18[m]> Yes, but this avoids additional dependency.
< jeffin143[m]> Supporting only one format for audio isn't exciting ,
< jeffin143[m]> Also this is an header only file
< jeffin143[m]> Which may support different formats in future
< kartikdutt18[m]> Makes sense.
ImQ009 has quit [Quit: Leaving]