Hello again, Half of the problems were apparently locally generated in out intranet portlet, which was responsible for renaming the user uploaded files to generig upload-something-.tmp -files, which in turn causes ffmpeg to fail.
So 2a was a local problem, which is now fixed and the trim.work doesn't crash anymore. Still, 2c is still a problem - trim.work crashes on worker if (for some peculiar reason) someone uploads a video file with the .tmp ending. Might also happen with some other extension which ffmpeg is not familiar with. We'll try that one on 1.4 trunk also to see if it fails too. -Sami -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Sami Andberg Sent: 20. kesäkuuta 2012 14:00 To: 'Opencast Matterhorn' Subject: [Opencast Matterhorn] Problems with /ingest/addMediaPackage REST (series and trim) Hi, We're trying to implement some REST file upload functionality from our intranet to Matterhorn (1.3.0) via the /ingest/addMediaPackage/{wdID} function, and we're running info a few problems: 1) there doesn't seem to be any parameters for mentioning the series the recording belongs to (seriesID or seriestitle). How can the upload be joined into a series? 2a) there doesn't seem to be a field for entering the name of the file, which results the uploaded file becoming "upload'something'.tmp" 2b) there doesn't seem to be a hold-for-trim parameter, but this can be done via utilizing multiple workflows (one for trim and the other for direct publish) 2c) when using a workflow that enforces trim, the media encoding (profile.trim.work) fails in trimming due to ffmpeg getting confused about the .tmp -ending of the file with "Unable to find a suitable output format for 'path/file.tmp'" I'm just wondering if there is an easy solution to these, especially the first one (concerning the series)? Should we submit some of them as issues in Jira? Or is this rest call deprecated and should we go for the /addZippedMediaPackage instead, which would allow more expressive metadata, but would also tax both servers unnecessarily (because of the zipping and unzipping involved). Cheers, Sami -- Sami Andberg - IT Specialist - Video technology - University of Helsinki [email protected] - skype: sami.andberg - tel: +358 9 191 40155 _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________ _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
