On 12-02-16 05:46 PM, Tobias Wunden wrote: > 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.
Yep, the above is usually the problem. The other config file you want is in $FELIX_HOME/conf/services/org.opencastproject.capture.impl.ConfigurationManager.properties and controls things like where the CA thinks the core is, as well as the inputs the CA has. G > 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
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
