Hello Tobias,
I have looked my config.properties in both capture and server.
I think may be it have a problem, because I have the same
org.opencastproject.server.url in two files.
config.properties in capture agent (192.168.0.94) :
org.opencastproject.server.url=http://192.168.0.67:8080
.......
config.properties in server (192.168.0.67) :
org.opencastproject.server.url=http://192.168.0.67:8080
........
Thanks
Solomon
> Date: Thu, 16 Feb 2012 23:46:29 +0100
> From: Tobias Wunden <[email protected]>
> To: Matterhorn Users <[email protected]>
> Subject: Re: [Matterhorn-userMessage-ID:
> <[email protected]>
> Content-Type: text/plain; charset=iso-8859-1
>
> Hi Solomon,
>
> it seems like wherever you configured the server and capture agent ip
> addresses (most probably config.properties, but there may be other config
> files on the capture agent as well), you left out the protocol (http://). Add
> the protocol, and things should start to look better.
>
> Tobias
>
> On 16.02.2012, at 23:35, Solomon Melchizedek wrote:
>
> > Hello,
> >
> > I use two computer to build capture (192.168.0.94) and server
> > (192.168.0.67). I test capture alone is ok. And test server alone is ok.
> > But when I start them together it have a lot of error in the screen. So I
> > don't know how to deal with these problem.
> >
> > The output of my screen:
> >
> >
> >
> >
> >
> >
> > Welcome to Matterhorn 1.2
> > =========================
> > Type 'help' to see a list of commands. Type 'help [command]' for more
> > details on how to use a command. Type "stop 0" to exit.
> > matterhorn> 16:21:55 WARN (ConfigurationManager:126) - Malformed URL for
> > capture.config.remote.endpoint.url, disabling polling.
> > 16:21:55 INFO (ConfigurationManager:131) - No remote configuration
> > endpoint was found, relying on local config.
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from /opt/matterhorn/felix/conf/encoding/epiphan-split.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > epiphan.presenter
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > epiphan.presentation
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from /opt/matterhorn/felix/conf/encoding/other-movies.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > dvd-ntsc.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile dvd-pal.http
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from /opt/matterhorn/felix/conf/encoding/engage-images.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > search-cover.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > player-preview.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > player-slides.http
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from /opt/matterhorn/felix/conf/encoding/matterhorn-movies.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > audio-only.work
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > video-only.work
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile trim.work
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > video-segmentation.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile mux-av.work
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile av.work
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from /opt/matterhorn/felix/conf/encoding/matterhorn-images.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > image-conversion.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > text-analysis.http
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from
> > /opt/matterhorn/felix/conf/encoding/engage-movies-multi-quality.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-high.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-vga-medium.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-vga-low.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-vga-hd.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-hd.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-medium.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-low.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-vga-high.http
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from /opt/matterhorn/felix/conf/encoding/engage-movies.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-preview.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-audio.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > flash-vga.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile flash.http
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from /opt/matterhorn/felix/conf/encoding/feed-images.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > feed-cover.http
> > 16:21:59 INFO (EncodingProfileScanner:241) - Registering encoding profiles
> > from /opt/matterhorn/felix/conf/encoding/feed-movies.properties
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > feed-m4a.http
> > 16:21:59 INFO (EncodingProfileScanner:245) - Installed profile
> > feed-avi.http
> > 16:21:59 INFO (StaticResourceServlet:79) - serving static files from
> > '/tmp/opencast/downloads'
> > 16:22:08 INFO (RestPublisher:215) - Registered REST endpoint at /org
> > 16:22:08 INFO (RestPublisher:215) - Registered REST endpoint at
> > /capture-admin
> > 16:22:09 INFO (RestPublisher:215) - Registered REST endpoint at /info
> > 16:22:11 INFO (ServiceRegistryJpaImpl:580) - Registering
> > http://192.168.0.67:8080 with a maximum load of 1
> > 16:22:12 INFO (RestPublisher:215) - Registered REST endpoint at /caption
> > 16:22:13 INFO (RestPublisher:215) - Registered REST endpoint at /services
> > 16:22:13 INFO (RestPublisher:215) - Registered REST endpoint at /inspection
> > 16:22:14 INFO (CaptureAgentImpl:1227) - Starting CaptureAgentImpl.
> > 16:22:14 INFO (CaptureAgentImpl:1232) - Confidence monitoring disabled.
> > 16:22:14 INFO (CaptureAgentImpl:1240) - Registering capture agent osgi
> > shell commands
> > 16:22:14 INFO (RestPublisher:215) - Registered REST endpoint at /confidence
> > 16:22:14 INFO (RestPublisher:215) - Registered REST endpoint at /state
> > 16:22:15 INFO (RestPublisher:215) - Registered REST endpoint at
> > /captureagent
> > 16:22:15 INFO (CaptureAgentImpl:1197) - CaptureAgentImpl has successfully
> > updated its properties from ConfigurationManager
> > 16:22:15 INFO (AgentStateJob:63) - Starting first state push count.
> > 16:22:15 INFO (AgentConfigurationJob:56) - Starting first capability push
> > count.
> > 16:22:15 WARN (SchedulerImpl:396) - Invalid location specified for
> > capture.schedule.remote.endpoint.url unable to retrieve new scheduling
> > data: 192.168.0.94:8080/recordings/calendars.
> > 16:22:15 ERROR (JobRunShell:211) - Job recurring.agentStateUpdate threw an
> > unhandled Exception:
> > java.lang.IllegalArgumentException
> > at java.net.URI.create(URI.java:842)
> > at org.apache.http.client.methods.HttpPost.<init>(HttpPost.java:76)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.send(AgentStateJob.java:175)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.sendAgentState(AgentStateJob.java:129)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.execute(AgentStateJob.java:83)
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
> > at
> > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)
> > Caused by: java.net.URISyntaxException: Illegal character in scheme name at
> > index 0: 192.168.0.94:8080/capture-admin/agents/demo_capture_agent
> > at java.net.URI$Parser.fail(URI.java:2809)
> > at java.net.URI$Parser.checkChars(URI.java:2982)
> > at java.net.URI$Parser.checkChar(URI.java:2992)
> > at java.net.URI$Parser.parse(URI.java:3008)
> > at java.net.URI.<init>(URI.java:578)
> > at java.net.URI.create(URI.java:840)
> > ... 6 more
> > 16:22:15 ERROR (ErrorLogger:2185) - Job (recurring.agentStateUpdate threw
> > an exception.
> > org.quartz.SchedulerException: Job threw an unhandled exception. [See
> > nested exception: java.lang.IllegalArgumentException]
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
> > at
> > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)
> > Caused by: java.lang.IllegalArgumentException
> > at java.net.URI.create(URI.java:842)
> > at org.apache.http.client.methods.HttpPost.<init>(HttpPost.java:76)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.send(AgentStateJob.java:175)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.sendAgentState(AgentStateJob.java:129)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.execute(AgentStateJob.java:83)
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
> > ... 1 more
> > Caused by: java.net.URISyntaxException: Illegal character in scheme name at
> > index 0: 192.168.0.94:8080/capture-admin/agents/demo_capture_agent
> > at java.net.URI$Parser.fail(URI.java:2809)
> > at java.net.URI$Parser.checkChars(URI.java:2982)
> > at java.net.URI$Parser.checkChar(URI.java:2992)
> > at java.net.URI$Parser.parse(URI.java:3008)
> > at java.net.URI.<init>(URI.java:578)
> > at java.net.URI.create(URI.java:840)
> > ... 6 more
> > 16:22:15 INFO (RestPublisher:215) - Registered REST endpoint at /roles
> > 16:22:15 ERROR (JobRunShell:211) - Job recurring.agentCapabilitiesUpdate
> > threw an unhandled Exception:
> > java.lang.IllegalArgumentException
> > at java.net.URI.create(URI.java:842)
> > at org.apache.http.client.methods.HttpPost.<init>(HttpPost.java:76)
> > at
> > org.opencastproject.capture.impl.jobs.AgentConfigurationJob.execute(AgentConfigurationJob.java:109)
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
> > at
> > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)
> > Caused by: java.net.URISyntaxException: Illegal character in scheme name at
> > index 0:
> > 192.168.0.94:8080/capture-admin/agents/demo_capture_agent/configuration
> > at java.net.URI$Parser.fail(URI.java:2809)
> > at java.net.URI$Parser.checkChars(URI.java:2982)
> > at java.net.URI$Parser.checkChar(URI.java:2992)
> > at java.net.URI$Parser.parse(URI.java:3008)
> > at java.net.URI.<init>(URI.java:578)
> > at java.net.URI.create(URI.java:840)
> > ... 4 more
> > 16:22:16 ERROR (ErrorLogger:2185) - Job (recurring.agentCapabilitiesUpdate
> > threw an exception.
> > org.quartz.SchedulerException: Job threw an unhandled exception. [See
> > nested exception: java.lang.IllegalArgumentException]
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
> > at
> > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)
> > Caused by: java.lang.IllegalArgumentException
> > at java.net.URI.create(URI.java:842)
> > at org.apache.http.client.methods.HttpPost.<init>(HttpPost.java:76)
> > at
> > org.opencastproject.capture.impl.jobs.AgentConfigurationJob.execute(AgentConfigurationJob.java:109)
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
> > ... 1 more
> > Caused by: java.net.URISyntaxException: Illegal character in scheme name at
> > index 0:
> > 192.168.0.94:8080/capture-admin/agents/demo_capture_agent/configuration
> > at java.net.URI$Parser.fail(URI.java:2809)
> > at java.net.URI$Parser.checkChars(URI.java:2982)
> > at java.net.URI$Parser.checkChar(URI.java:2992)
> > at java.net.URI$Parser.parse(URI.java:3008)
> > at java.net.URI.<init>(URI.java:578)
> > at java.net.URI.create(URI.java:840)
> > ... 4 more
> > 16:22:16 INFO (SpringSecurityConfigurationArtifactInstaller:115) -
> > registered OsgiBundleXmlApplicationContext(bundle=matterhorn-kernel,
> > config=file:/opt/matterhorn/felix/conf/security/mh_default_org.xml):
> > startup date [Wed Dec 31 16:00:00 PST 1969]; root of context hierarchy for
> > mh_default_org
> > 16:22:16 INFO (WorkingFileRepositoryImpl:123) - Usable space 213 Gb out of
> > 227 Gb (94%)
> > 16:22:17 INFO (RestPublisher:215) - Registered REST endpoint at /files
> > 16:22:17 INFO (WorkspaceImpl:441) - Mapping workspace to working file
> > repository using /tmp/opencast/files
> > 16:22:17 INFO (WorkspaceImpl:105) - CONFIG
> > org.opencastproject.workspace.rootdir: /tmp/opencast/workspace
> > 16:22:17 INFO (WorkspaceImpl:150) - Hard links between the working file
> > repository and the workspace enabled
> > 16:22:17 WARN (StreamingDistributionService:103) - Stream url was not set
> > (org.opencastproject.streaming.url)
> > 16:22:17 WARN (StreamingDistributionService:110) - Streaming distribution
> > directory must be set (org.opencastproject.streaming.directory)
> > 16:22:17 INFO (StreamingDistributionService:122) - Streaming distribution
> > directory is null
> > 16:22:18 INFO (RestPublisher:215) - Registered REST endpoint at
> > /distribution/streaming
> > 16:22:25 ERROR (JobRunShell:211) - Job recurring.agentStateUpdate threw an
> > unhandled Exception:
> > java.lang.IllegalArgumentException
> > at java.net.URI.create(URI.java:842)
> > at org.apache.http.client.methods.HttpPost.<init>(HttpPost.java:76)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.send(AgentStateJob.java:175)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.sendAgentState(AgentStateJob.java:129)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.execute(AgentStateJob.java:83)
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
> > at
> > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)
> > Caused by: java.net.URISyntaxException: Illegal character in scheme name at
> > index 0: 192.168.0.94:8080/capture-admin/agents/demo_capture_agent
> > at java.net.URI$Parser.fail(URI.java:2809)
> > at java.net.URI$Parser.checkChars(URI.java:2982)
> > at java.net.URI$Parser.checkChar(URI.java:2992)
> > at java.net.URI$Parser.parse(URI.java:3008)
> > at java.net.URI.<init>(URI.java:578)
> > at java.net.URI.create(URI.java:840)
> > ... 6 more
> > 16:22:25 ERROR (ErrorLogger:2185) - Job (recurring.agentStateUpdate threw
> > an exception.
> > org.quartz.SchedulerException: Job threw an unhandled exception. [See
> > nested exception: java.lang.IllegalArgumentException]
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
> > at
> > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)
> > Caused by: java.lang.IllegalArgumentException
> > at java.net.URI.create(URI.java:842)
> > at org.apache.http.client.methods.HttpPost.<init>(HttpPost.java:76)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.send(AgentStateJob.java:175)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.sendAgentState(AgentStateJob.java:129)
> > at
> > org.opencastproject.capture.impl.jobs.AgentStateJob.execute(AgentStateJob.java:83)
> > at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
> > ... 1 more
> > Caused by: java.net.URISyntaxException: Illegal character in scheme name at
> > index 0: 192.168.0.94:8080/capture-admin/agents/demo_capture_agent
> > at java.net.URI$Parser.fail(URI.java:2809)
> > at java.net.URI$Parser.checkChars(URI.java:2982)
> > at java.net.URI$Parser.checkChar(URI.java:2992)
> > at java.net.URI$Parser.parse(URI.java:3008)
> > at java.net.URI.<init>(URI.java:578)
> > at java.net.URI.create(URI.java:840)
> >
> > _______________________________________________
> > Matterhorn-users mailing list
> > [email protected]
> > http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 16 Feb 2012 17:00:05 -0600
> From: Greg Logan <[email protected]>
> To: [email protected]
> Subject: Re: [Matterhorn-users] ECD (rel 2.2.3) long time capture
> problem
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On 12-02-13 11:28 AM, Dr Leslaw Zieleznik wrote:
> > This is a very risky approach, it's like recording without any backup.
> > We had the same problem with PcP2 (Podcast Producer 2) that's why we
> > stopped using it on it's own.
> >
> >> Considering that the core will
> >> retain a copy of the original media
> > Yes, if it will. But what happen if not? Or the operational staff does
> > not know how to recover it from the core?
>
> I believe this is documented in the wiki, and if not the ability to
> re-run workflows is coming with 1.3 (I think? Possibly 1.4).
>
> > That's why I am absolutely positive that we need an access to internal
> > storage with a commands like: 'upload' or 'download' and possible
> > storage listing.
>
> Listing and download are coming. Upload likely won't. As an example,
> if the workflow goes into an immediate hold (such as trim), the ECD is
> now stuck waiting potentially forever before it can finish ingesting.
> If someone wants to patch that in once the firmware opens up they are
> more than welcome to, but it's outside the bounds of the resources I
> have to work with.
>
> > This is already implemented
> > on http://www.epiphan.com/products/recording/lecture-recorder-x2/
> > I also remember you saying in Oxford that you are working on a very
> > similar h/w?
>
> The hardware appears similar, at least externally. I haven't had a
> chance to look at the firmware for it though, so I have no idea if the
> two devices are remotely related internally.
>
> G
>
> > Leslaw
> >
> >
> > On Feb 13, 2012, at 4:43 PM, Greg Logan wrote:
> >
> >> On 12-02-12 05:14 PM, Dr Leslaw Zieleznik wrote:
> >>>
> >>>
> >>> I think about situation when recording is completed, but for some
> >>> reason not sent to core for processing, or processing is not properly
> >>> completed.
> >>
> >> The device will cache captures until it can send them to the core,
> >> however it has no way to know if processing was successful. Also, given
> >> the very limited internal storage space, the device deletes any capture
> >> which has been ingested successfully. Considering that the core will
> >> retain a copy of the original media I don't see a huge use case for this
> >> unfortunately...
> >>
> >> G
> >>
> >>> And so, I'd to resend it again. This might require access to ECD
> >>> storage: listing, deleting? I don't know what is possible, but at
> >>> least option of resending the last recording.
> >>>
> >>> Leslaw
> >>>
> >>>
> >>>
> >>> On 12 Feb 2012, at 22:03, Greg Logan wrote:
> >>>
> >>>> On 2/11/2012 8:34 AM, Dr Leslaw Zieleznik wrote:
> >>>>> Greg,
> >>>>>
> >>>>> The ECD is seems to be working fine! I made a silly mistake by
> >>>>> typing a wrong server address - we have two servers with a very
> >>>>> similar name :)
> >>>>>
> >>>>> Anyway, ECD is starting and stopping fine, and more importantly
> >>>>> there is now a small delay between capturing and processing not
> >>>>> like 35-40min delay which was before.
> >>>>>
> >>>>> I am testing the ECD from home so I can't do a full test, for
> >>>>> example the video camera is switched off and I can only capture the
> >>>>> PC screen.
> >>>>> I will do more tests on Monday and let you know of any problem.
> >>>>>
> >>>>> And another questions.
> >>>>> Can you extend the ECD functionality:
> >>>>> i) so the captured recordings can be send to the server, in case
> >>>>> when connection with the server is lost?
> >>>>
> >>>> I'm not sure I follow what you mean here...
> >>>>
> >>>>> ii) to allow start/stop recording by externally connected LCD
> >>>>> panel, there is such control implemented on this recorder
> >>>>> http://www.epiphan.com/products/recording/lecture-recorder-x2/
> >>>>> But, that's probably very much up to the Epiphan decision?
> >>>>
> >>>> Yep, pretty much. Especially because LCD control panels typically
> >>>> require drivers (which wouldn't be built into the image, there are just
> >>>> too many of them). You would have to ask Epiphan about that.
> >>>>
> >>>> G
> >>>>
> >>>>> I am sorry for misleading you,
> >>>>> Leslaw
> >>>>>
> >>>>>
> >>>>>
> >>>>> On 10 Feb 2012, at 20:18, Greg Logan wrote:
> >>>>>
> >>>>>> On 12-02-10 02:09 PM, Dr Leslaw Zieleznik wrote:
> >>>>>>>> Is the ECD on a public IP?
> >>>>>>> I am afraid is not. But, I can try to look into or send you the
> >>>>>>> logfile if tell you me which part you are interested in. Can you
> >>>>>>> wait with it till Monday?
> >>>>>>> Otherwise I might reinstall the f/w again.
> >>>>>>
> >>>>>> Sure. The log file won't stick around until then though, it rolls
> >>>>>> over
> >>>>>> every little while. If you could just send me the whole logfile I can
> >>>>>> take a look.
> >>>>>>
> >>>>>> G
> >>>>>>
> >>>>>>> Leslaw
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> On 10 Feb 2012, at 19:24, Greg Logan wrote:
> >>>>>>>
> >>>>>>>> On 12-02-10 12:05 PM, Dr Leslaw Zieleznik wrote:
> >>>>>>>>>
> >>>>>>>>> Yes, I definitely did, and rebooted after my setup, I did also
> >>>>>>>>> rebooted the server.
> >>>>>>>>> It worked fine before the f.w update.
> >>>>>>>>> It should not be affected that I am still on 1.2?
> >>>>>>>>
> >>>>>>>> The APIs have not changed between 1.2 and 1.3, so that should
> >>>>>>>> not have
> >>>>>>>> any affect. Is the ECD on a public IP? I can log in and take a
> >>>>>>>> look.
> >>>>>>>>
> >>>>>>>> G
> >>>>>>>>
> >>>>>>>>> Leslaw
> >>>>>>>>>
> >>>>>>>>> On 10 Feb 2012, at 16:58, Greg Logan wrote:
> >>>>>>>>>
> >>>>>>>>>> On 12-02-10 09:35 AM, Dr Leslaw Zieleznik wrote:
> >>>>>>>>>>> Greg,
> >>>>>>>>>>>
> >>>>>>>>>>> I have installed the patched f/w today and I have found, that:
> >>>>>>>>>>>
> >>>>>>>>>>> i) there is quite visible improvement in quality on both
> >>>>>>>>>>> video and
> >>>>>>>>>>> VGA/DVI channels, which is a nice surprise!
> >>>>>>>>>>> ii) it is a slight shift to the right on both channels, which
> >>>>>>>>>>> frame
> >>>>>>>>>>> grabber settings can't eliminate, bit I can live with it.
> >>>>>>>>>>>
> >>>>>>>>>>> But the problem is that, I can't start the capture agent
> >>>>>>>>>>> though it is
> >>>>>>>>>>> registered on the core. It stays idle all the time, and at
> >>>>>>>>>>> the capture
> >>>>>>>>>>> start time I am getting the message:
> >>>>>>>>>>>
> >>>>>>>>>>> ""WARNING : Recording may have failed to start or ingest!
> >>>>>>>>>>> It seems the core system did not receive proper status
> >>>>>>>>>>> updates from
> >>>>>>>>>>> the Capture Agent that should have conducted this recording""
> >>>>>>>>>>>
> >>>>>>>>>>> I did try to start recording many times with different setup
> >>>>>>>>>>> on the
> >>>>>>>>>>> agent, changing the pooling interval, ingest interval and
> >>>>>>>>>>> also stream
> >>>>>>>>>>> setups, without any success.
> >>>>>>>>>>
> >>>>>>>>>> Did you reset the device to factory defaults after updating the
> >>>>>>>>>> firmware? This is something that needs to be done every time
> >>>>>>>>>> you flash.
> >>>>>>>>>> The version I posted works as expected for me...
> >>>>>>>>>>
> >>>>>>>>>> G
> >>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> Is it anything else I can try?
> >>>>>>>>>>>
> >>>>>>>>>>> Thanks,
> >>>>>>>>>>>
> >>>>>>>>>>> Leslaw
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> On Feb 8, 2012, at 10:20 PM, Greg Logan wrote:
> >>>>>>>>>>>
> >>>>>>>>>>>> On 12-02-05 11:52 AM, Dr Leslaw Zieleznik wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I'd like to notify about the problem we have noticed during
> >>>>>>>>>>>>> the last
> >>>>>>>>>>>>> week recordings.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Our observation is that when the capture time is longer
> >>>>>>>>>>>>> then 45min,
> >>>>>>>>>>>>> the workflow remains in the PAUSE state - the Capturing
> >>>>>>>>>>>>> displays the
> >>>>>>>>>>>>> status Capturing - and it stays like that forever.
> >>>>>>>>>>>>> Otherwise the capture agent behaves properly, changing the
> >>>>>>>>>>>>> status
> >>>>>>>>>>>>> from Idle to Capturing and back to Idle correctly with the
> >>>>>>>>>>>>> recording
> >>>>>>>>>>>>> time.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I suspect this is something to do with the current ECD f/w,
> >>>>>>>>>>>>> so we
> >>>>>>>>>>>>> simply need to wait for the coming rel 2.3?
> >>>>>>>>>>>>
> >>>>>>>>>>>> This is really odd, I'm seeing that behavior as well. The
> >>>>>>>>>>>> file is
> >>>>>>>>>>>> captured, but during ingest it is not included in the zip
> >>>>>>>>>>>> file. This
> >>>>>>>>>>>> causes an exception during ingest if you check your core's
> >>>>>>>>>>>> logs. This
> >>>>>>>>>>>> functionality worked before, so the only thing I can think
> >>>>>>>>>>>> of is that
> >>>>>>>>>>>> the zip tool changed underneath me. The current firmware
> >>>>>>>>>>>> version
> >>>>>>>>>>>> contains an error in the ingest scripts which is actually
> >>>>>>>>>>>> losing that
> >>>>>>>>>>>> data. I have created a patched firmware version available at
> >>>>>>>>>>>> http://aries.usask.ca/epiphan/ which will prevent the loss
> >>>>>>>>>>>> of data,
> >>>>>>>>>>>> however the underlying issue of passing the data to the core
> >>>>>>>>>>>> remains.
> >>>>>>>>>>>> I've sent an email to Epiphan about this and I hope to hear
> >>>>>>>>>>>> back soon.
> >>>>>>>>>>>>
> >>>>>>>>>>>> In the mean time, I would install the above firmware (which
> >>>>>>>>>>>> includes the
> >>>>>>>>>>>> new features I outlined at Oxford).
> >>>>>>>>>>>>
> >>>>>>>>>>>> G
> >>>>>>>>>>>>
> >>>>>>>>>>>>> Leslaw
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> _______________________________________________
> >>>>>>>>>>>>> Matterhorn-users mailing list
> >>>>>>>>>>>>> [email protected]
> >>>>>>>>>>>>> <mailto:[email protected]>
> >>>>>>>>>>>>> <mailto:[email protected]>
> >>>>>>>>>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> _______________________________________________
> >>>>>>>>>>>> Matterhorn-users mailing list
> >>>>>>>>>>>> [email protected]
> >>>>>>>>>>>> <mailto:[email protected]>
> >>>>>>>>>>>> <mailto:[email protected]>
> >>>>>>>>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> _______________________________________________
> >>>>>>>>>>> Matterhorn-users mailing list
> >>>>>>>>>>> [email protected]
> >>>>>>>>>>> <mailto:[email protected]>
> >>>>>>>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> _______________________________________________
> >>>>>>>>>> Matterhorn-users mailing list
> >>>>>>>>>> [email protected]
> >>>>>>>>>> <mailto:[email protected]>
> >>>>>>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> _______________________________________________
> >>>>>>>>> Matterhorn-users mailing list
> >>>>>>>>> [email protected]
> >>>>>>>>> <mailto:[email protected]>
> >>>>>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> _______________________________________________
> >>>>>>>> Matterhorn-users mailing list
> >>>>>>>> [email protected]
> >>>>>>>> <mailto:[email protected]>
> >>>>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>>>>
> >>>>>>> Dr Leslaw Zieleznik
> >>>>>>> OBIS (Oxford Brookes Information Solutions)
> >>>>>>> Oxford Brookes University
> >>>>>>> [email protected] <mailto:[email protected]>
> >>>>>>> Tel: +44 (0)1865 483973
> >>>>>>>
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> Matterhorn-users mailing list
> >>>>>>> [email protected]
> >>>>>>> <mailto:[email protected]>
> >>>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> Matterhorn-users mailing list
> >>>>>> [email protected]
> >>>>>> <mailto:[email protected]>
> >>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> Matterhorn-users mailing list
> >>>>> [email protected]
> >>>>> <mailto:[email protected]>
> >>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>>
> >>>> _______________________________________________
> >>>> Matterhorn-users mailing list
> >>>> [email protected]
> >>>> <mailto:[email protected]>
> >>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Matterhorn-users mailing list
> >>> [email protected]
> >>> <mailto:[email protected]>
> >>> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >>>
> >>
> >>
> >> _______________________________________________
> >> Matterhorn-users mailing list
> >> [email protected]
> >> <mailto:[email protected]>
> >> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
> >
> > ======================
> > Dr Leslaw Zieleznik
> > OBIS (Oxford Brookes Information Solutions)
> > Oxford Brookes University
> > Headington
> > Oxford OX3 0BP
> > ______________________
> > [email protected] <mailto:[email protected]>
> > Tel: +44 (0)1865 483973
> > Fax: +44 (0)1865 483073
> > ======================
> >
> >
> >
> > _______________________________________________
> > Matterhorn-users mailing list
> > [email protected]
> > http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 900 bytes
> Desc: OpenPGP digital signature
> URL:
> <http://lists.opencastproject.org/pipermail/matterhorn-users/attachments/20120216/c7c5a21f/attachment.bin>
>
> ------------------------------
>
> _______________________________________________
> Matterhorn-users mailing list
> [email protected]
> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
>
>
> End of Matterhorn-users Digest, Vol 19, Issue 41
> ************************************************
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
