Instance Constructors

1.  new TensorProto(dims: Seq[Long] = _root_.scala.collection.Seq.empty, dataType: DataType = ..., segment: Option[Segment] = None, floatData: Seq[Float] = _root_.scala.collection.Seq.empty, int32Data: Seq[Int] = _root_.scala.collection.Seq.empty, stringData: Seq[ByteString] = _root_.scala.collection.Seq.empty, int64Data: Seq[Long] = _root_.scala.collection.Seq.empty, name: String = "", docString: String = "", rawData: ByteString = ..., doubleData: Seq[Double] = _root_.scala.collection.Seq.empty, uint64Data: Seq[Long] = _root_.scala.collection.Seq.empty)
   dims

   The shape of the tensor.

   dataType

   The data type of the tensor.

   floatData

   For float and complex64 values Complex64 tensors are encoded as a single array of floats, with the real components appearing in odd numbered positions, and the corresponding imaginary component apparing in the subsequent even numbered position. (e.g., [1.0 + 2.0i, 3.0 + 4.0i] is encoded as [1.0, 2.0 ,3.0 ,4.0] When this field is present, the data_type field MUST be FLOAT or COMPLEX64.

   int32Data

   For int32, uint8, int8, uint16, int16, bool, and float16 values float16 values must be bit-wise converted to an uint16_t prior to writing to the buffer. When this field is present, the data_type field MUST be INT32, INT16, INT8, UINT16, INT8, BOOL, or FLOAT32

   stringData

   For strings. Each element of string_data is a UTF-8 encoded Unicode string. No trailing null, no leading BOM. The protobuf "string" scalar type is not used to match ML community conventions. When this field is present, the data_type field MUST be STRING

   int64Data

   For int64. When this field is present, the data_type field MUST be INT64

   name

   Optionally, a name for the tensor. namespace Value

   docString

   A human-readable documentation for this tensor. Markdown is allowed.

   rawData

   Serializations can either use one of the fields above, or use this raw bytes field. The only exception is the string case, where one is required to store the content in the repeated bytes string_data field. When this raw_data field is used to store tensor value, elements MUST be stored in as fixed-width, little-endian order. Floating-point data types MUST be stored in IEEE 754 format. Complex64 elements must be written as two consecutive FLOAT values, real component first. Complex128 elements must be written as two consecutive DOUBLE values, real component first. Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false). Note: the advantage of specific field rather than the raw_data field is that in some cases (e.g. int data), protobuf does a better packing via variable length storage, and may lead to smaller binary footprint. When this field is present, the data_type field MUST NOT be STRING or UNDEFINED

   doubleData

   For double Complex64 tensors are encoded as a single array of doubles, with the real components appearing in odd numbered positions, and the corresponding imaginary component apparing in the subsequent even numbered position. (e.g., [1.0 + 2.0i, 3.0 + 4.0i] is encoded as [1.0, 2.0 ,3.0 ,4.0] When this field is present, the data_type field MUST be DOUBLE or COMPLEX128

   uint64Data

   For uint64 and uint32 values When this field is present, the data_type field MUST be UINT32 or UINT64