octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GSOC 17 - Octave - Reutilization of NNET on CNN Project


From: Rik
Subject: Re: GSOC 17 - Octave - Reutilization of NNET on CNN Project
Date: Wed, 22 Mar 2017 09:21:15 -0700

On 03/22/2017 09:00 AM, address@hidden wrote:
Subject:
Re: GSOC 17 - Octave - Reutilization of NNET on CNN Project
From:
Brayan Impatá <address@hidden>
Date:
03/22/2017 01:07 AM
To:
address@hidden
List-Post:
<mailto:address@hidden>
Precedence:
list
MIME-Version:
1.0
References:
<address@hidden> <address@hidden> <address@hidden>
In-Reply-To:
<address@hidden>
Message-ID:
<address@hidden>
Content-Type:
multipart/alternative; boundary=001a11422a3c89d27b054b4d3fa1
Message:
3

Hi,

I've seen we have a strong dependency to the Pytave project if we pretend to use Tensorflow/Keras through its Python interface. Shall we better move to use OCT files to define the CNN module and use the C++ API that Tensorflow exposes? It does not seems to be a good idea depending on another developing project.

I would say that many people overestimate the difficulty of using .oct files.  I re-wrote a lot of the documentation on using the external interface so I think the manual is pretty clear now.  And there are many usage examples in the libinterp/dldfcn directory to begin an implementation from.  Since Tensorflow exposes a C++ API it makes a whole lot of sense to me to use this approach rather than go through a longer path of Octave->Python->Tensorflow->Python->Octave.

The only caveat I see is this, "A word of caution: the APIs in languages other than Python are not yet covered by the API stability promises."  However, I doubt they are going to abandon C++ as an API.

---Rik


reply via email to

[Prev in Thread] Current Thread [Next in Thread]