Hi Solomon, disclaimer: I am not an expert on the capture agent front (this obviously doesn't keep me from posting, though :-) It seems to me like you want to change the server.url in the capture agent's config.properties to http://<capture agent ip>:8080, and configure the core's address in org.opencastproject.capture.core.url, found in the file conf/services/org.opencastproject.capture.impl.ConfigurationManager.properties.
However, capture folks please chime in and help. Tobias Am 17.02.2012 um 00:33 schrieb Solomon Melchizedek: > 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 _______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
