I have more or less the same remarks, please see my last correspondence.  In 
summary:

1. there is only one stream processed the VGA or DVI, and the 'selection' by 
core is random (?)
2. 1h30 min recording has failed for me too, and strangely enough it was 
process by the server but nothing came out
3. <<<The fact that there is no way to see the files on the ECD and download 
them from the device in case something goes wrong is also a big problem for 
us>>>
       And not only for you!  You just have confirmed that captured recording 
can be lost and unrecovered. 
      I think the feature of accessing the device storage with option of 
uploading the last capture to the server, is obsolutely essential. I am only 
repeating what I have already said.
     Without this feature, this device is practically useless.
4. <<<This experience leads us to wonder if this machine is production worthy 
and if anyone is using this in a reliable way.>>>
   Well, it is certainly not!  In the current state I would not dare to use it 
even in a pilot project. 

The question is what next?  
I am now very pessimistic about the progress. Or the device hardware is not up 
to the job - Greg complained about the memory size? Or the software has not 
been properly designed from the start?
I've got a feeling that Epiphan will release truly own MH compatible capture 
device. The Lecture Recorded 2 
http://www.epiphan.com/products/recording/lecture-recorder-x2/
they have released last autumn makes me think. 

Let's hope and wait or try something else?
Leslaw

        

On Feb 14, 2012, at 7:54 AM, Kristof Keppens wrote:

> Hi all,
> 
> Yesterday we tried to use the ECD in a production environment, confident that 
> the hard and software was mature enough to do some recordings in an actual 
> class environment. Our experience however was everything but satisfactory and 
> led us to do a last minute replacement of the ECD with the default opencast 
> capture agent.
> 
> We found that since the last firmware ( the one for download on epiphan site 
> and the one provided by Greg on the list here ) only 1 stream is processed on 
> the server. The recordings we made only show the video stream in the engage 
> player, however the original file on the server shows a multistream avi with 
> 3 streams. This problem is inconvenient but not that problematic since we 
> could recover the original multistream ( hopefully we can recover the 
> independant streams from the avi ). The following recordings had more major 
> problems. We had to do 3 recordings in a row, one 30 minutes long ( which we 
> can recover from the server ) and 2 following that of 1h30 that both failed.
> 
> The second recording disappeared from the capturing list on the admin server 
> after some minutes, and went to processing, resulting in an empty directory 
> on the server. The recording had more than 1 hour to go at that point. The 
> third recording started successfully and changed status to sending for 
> processing ( or something similar ) after less than an hour, more than 30 
> minutes needed to be captured at that point. This recording was unrecoverable 
> as well, since there is no way to access the files on the ECD and see what is 
> actually happening on that machine.
> 
> This experience leads us to wonder if this machine is production worthy and 
> if anyone is using this in a reliable way. We understand that this is still 
> in active development but also believe that basic functionality and 
> reliability should be expected. The fact that there is no way to see the 
> files on the ECD and download them from the device in case something goes 
> wrong is also a big problem for us, questioning the fact if we can rely on 
> this in a production environment.
> 
> Maybe someone on the list can shed some light on what to expect from the 
> device in the future and if someone has different experiences with this, 
> please let us know. At the moment we don't feel confident to use this device 
> in any classroom environments.
> 
> Thanks
> 
> Kristof Keppens
> Ghent University
> _______________________________________________
> Matterhorn-users mailing list
> [email protected]
> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users


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

Reply via email to