addTrack in ingest takes the file from the URL you provide and copies it to the WFR, or it provides an InputStream that will be written to the WFR. In any case you create additional data there. We came to this point when we discussed how the Big-File-Uploader should handle the files. Usually this service would write its file to a WFR collection or in its own disc-space. We can the use the move method of the WFR and get the URL to the file in the mediapackage. Then we would know the mediapackage xml and the URL of the new file. If I call ingest/addTrack I'll add an additional copy of the video to the mediapackage.

And addTrack was only an example there should probably although be delete and update methods. If we would consider to remove or replace tracks from a mediapackage within the trim hold state we could use this service too.

Rüdiger

Am 27.02.2012 17:49, schrieb Greg Logan:
On 12-02-27 10:36 AM, Ruediger Rolf wrote:
To give an example this REST endpoint would have a method addTrack that
has as required parameters the mediapackage-xml, the URL of the new file
in the working file repository and the flavor of this track and it
returns the updated mediapackage-xml with the track information inside.
The data that was submited to this service is not stored anywhere, we
can make sure that the XML that the service returns is valid and we
could maybe add some additional benefits like checking if the URL of the
new file exists in the WFR and that the path is correct etc.

How is this different from the ingest endpoints?

G

_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________


--

________________________________________________
Rüdiger Rolf, M.A.
Universität Osnabrück - Zentrum virtUOS
Heger-Tor-Wall 12, 49069 Osnabrück
Telefon: (0541) 969-6511 - Fax: (0541) 969-16511
E-Mail: [email protected]
Internet: www.virtuos.uni-osnabrueck.de

_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________

Reply via email to