Hello Editsuite.com friends,

Due to tons of abuse, we now require that you request user access by sending us your Login, Name, Email Address, Phone Number, and Profession by submitting that info HERE.  I'll review your request and try to get back to you within the week.  You can't imagine how many folk want to trash forums with bogas advertising. 

Also, please help us gain enough Facebook "Likes" to have a custom Facebook URL!  

--Gary Lieberman

A few Kalypso issues

16 replies [Last post]
Tom Maslak
User offline. Last seen 14 years 20 weeks ago. Offline
Joined: 25 Aug 2005

Hi all- A pair of issues to ask you about

1) We're running HD Kalypsos, 11.1.1, and we've had continuous stillstore issues from the start (v9.0). We save stills, and they show up on the menu screen after they are saved, but disappear when exiting the stillstore menu and then returning. You save still #100, then you go back to get it and it's gone. If it's already playing in a still channel you can see it, but the still number doesn't show up in the playout channel's display. We can, however, put the still channels in preset and browse using "Prev event" and "Next Event" and see all of the still #s that we've saved. I've tried changing directories, resetting, etc., and nothing seems to consistently solve the problem. Anyone else?

2)Recently we've had one of our Kalypsos suddenly lock up, outputs go to didital hash (green stuff), AUX panel reset, lose frame coms, etc., for no reason at all (this happened on two occastions). It basically goes through the same events that it would if you reset the frame (yet nobody had reset it). My thought is that the frame card needs to be reseated, the power supply is sketchy, maybe one of the fans is sketchy (causing too much heat and the frame to act funny), or maybe it's something else. Got any ideas?

Thanks in advance!
Tom

Pixcom
User offline. Last seen 14 years 20 weeks ago. Offline
Joined: 16 Oct 2006
I had a problem when grabbing some live input feed with the still store. It processes the image to 50% and stops there. Sometimes just exiting the still menu and reentering it fixes the problem and sometimes I need to reset the frame. Sometimes grabbing a frame is jamming all the menu panel so I need to reset the frame. Do some of you seen this before.
Curt Fuglewicz
User offline. Last seen 14 years 20 weeks ago. Offline
Joined: 22 Aug 2005
Just another interesting one to add to the list. I was running a 30sec clip being triggered by an emem to run in an on set monitor. As many sports TD's do, I cut my camera's on the ME-3 emem panel. I guess becuase each camera cut is actually an emem it uses extra processing power. Because if i did a few quick camera cuts it would freeze the clip that was playing in the still store. I could recreate the problem everytime. So just a heads up Curt Fuglewicz
Matt Saplin
User offline. Last seen 2 years 7 weeks ago. Offline
Joined: 29 Oct 2005
A continuation on the Still-Store issue here (v12.0.1). Over the last 2 nights, I have noticed our "loop" coming slowly to a halt when playing from the internal SS-8. Thursday night, I was able to load another still into SS-8, then reload the loop animation. Last night, I noticed the same difficulty, but was unable to get the clip to play when reloaded (either from PLAY in the menu, from the E-MEM that recalls the SS loads, or from the machine control delegation on the panel). The only difference is that we did a reboot yesterday afternoon of both the switcher board and the still-store board...this difficulty occurred about 7 hours after the reboot. I believe that the 'DISK BUSY' message was displayed, but I was "comboing" the show, and didn't really make a mental note. Any thoughts or advice? Does anyone know how close Grass Valley is to a still-store update? Thanks a million!! Matt
greg
User offline. Last seen 9 years 44 weeks ago. Offline
Joined: 22 Aug 2005
This is our problem with the busy message, we have a macro that recalls and runs a short animation the macro will not run if the busy indacator is there, however if the busy indicator is not there the macro runs fine. Just seems to slow things down a bit.
Bob Ennis
User offline. Last seen 4 years 32 weeks ago. Offline
Joined: 24 Aug 2005
The Busy mode is designed to show you that the still store is processing information - such as loading a still or clip that's already in cache. It's different than the Disk Busy message that you'll get when loading or saving from/to the cache. I have seen on a number of occassions where the Busy message will "stick" immediately after a boot-up. Loading any still to any output seems to clear this up. The other times that I have seen the Busy message pop on is when I have selected a channel of still store somewhere on the panel. Apparently what happens there is: Because pressing ANY button associated to machine control temporarily gives control to that button (for as long as you hold it down), and because still store channels can be controlled from the machine control panel; just the act of selecting any still store channel on any bus on any M/E tells the still store that it's under machine control (just for the length of time that the button is held down...like 1/30th of a second) - this triggers the Busy message. It goes away as you release the button...it's an interesting (if not annoying) but harmless side effect of machine control.

Bob Ennis

greg
User offline. Last seen 9 years 44 weeks ago. Offline
Joined: 22 Aug 2005
Bob, Thanks For The Info. We Have Since Went To Version 12 And Have Encountered The Still Store Busy Message Upon Recall Of Emem. Good To Know That This Is A Know Problem. Are they working on the time that the still store is "busy" issue?
Matt Saplin
User offline. Last seen 2 years 7 weeks ago. Offline
Joined: 29 Oct 2005
Bob...thank you for the information. I appreciate the background on the still-store issues, and what the engineers at Grass are doing to attempt to correct those issues. I will pass this along to my co-workers, and will attempt to better police the situation as far as causing "illegal operations" withing the still-store. Matt
Bob Ennis
User offline. Last seen 4 years 32 weeks ago. Offline
Joined: 24 Aug 2005
I (and others) had done a lot of testing on version 12 before its release, especially on the still store. We found a number of still store issues that have been amplified with the addition of the thumbnails in version 12. So what I am about to explain to you will NOT be what you want to hear, but it comes from many discussions that I have had with the engineering software team: There has always been an issue with the way that the still store board deals with the main processor. The still store board is a separate "computer processor". But organization of files & other data takes place at the main processor board. Thus, there is a very real possibility of creating a disconnect between the main processor & the still store processor, resulting in lockups and wrong thumbnail information being displayed. This is especially true on the HD frame. One thing that is almost guaranteed to cause a disconnect between the processors is something that we as users routinely do - we go into the Still Store / Cache menu & do a Unlock All - Unload All. According to the software folks, this has (recently) been found to be an illegal operation - it "talks" to the still store board, but not the main processor board, and thus causes a disconnect of information. Doing this can and will cause all sorts of problems with the still store - maybe not immediately, but eventually. The correct way to maintain continuity between the frame processor & still store processor is (unfortunately) to do a reset on the frame processor. This needs to happen after you have images in the cache and then change still store directory or any time that you want to clear out the cache. GV is actively working to not only improve the still store, but to fix this long-standing inheirent issue...so something IS being done, but it's a BIG job to redesign the still store system. Blanking out the Unlock/Unload All buttons would be a quick fix, and it's something that they're looking at doing. I know that you all don't want to hear that you need to reset the frame if you want to clear out the cache, but that's what I've been told that you need to do. But maybe this can help some of you who may be experiencing problems, especially after doing an Unlock All/Unload All operation. Please don't shoot the messenger.

Bob Ennis

Matt Saplin
User offline. Last seen 2 years 7 weeks ago. Offline
Joined: 29 Oct 2005
[quote="greg"]However our latest problem is much worse. I don't know if it is a software or hardware problem. Particular still store channels become locked (still 3 & 4 and 7 & 8, we use all channels vid/key) the only fix we found is to reboot the entire frame. This is very frustrating during a show when this happens. We have reloaded most stills since moving to version 11.1.1 but the problem still occurs. Occaisionally we get a message along the lines of "meta data missing" Also since the installation of version 11 it seems to take the still store longer to redraw itself. Is anyone experiencing these problems? greg[/quote] Hi Guys...was searching the database, and found this thread. I'm running 12.0.1, and just ran into a similar issue yesterday. An e-mem was recalled to load an animation (fill and key, SS-3 & 4), and the whole still-store stopped working with e-mem commands (it would load, but would not "start at KF"). The menu said "DISK BUSY", and you could run the clips manually, but the system was very slow. Clip was originally loaded under 11.1.1. Bottom line was that even a reboot of the still-store wasn't enough, we also had to reboot the switcher frame in order to get "start at KF" working from an e-mem command again. Prior to that, I did try loading other clips, reloading the suite prefs (thinking that maybe one of the delegated e-mem levels wasn't right), and of course, verifying that the e-mems had the correct commands built into them... Any thoughts? Thanks... Matt
kim mlinek
User offline. Last seen 14 years 20 weeks ago. Offline
Joined: 20 Oct 2005
Tom, In reference to your issue #2: 2)Recently we've had one of our Kalypsos suddenly lock up, outputs go to didital hash (green stuff), AUX panel reset, lose frame coms, etc., for no reason at all (this happened on two occastions). It basically goes through the same events that it would if you reset the frame (yet nobody had reset it). My thought is that the frame card needs to be reseated, the power supply is sketchy, maybe one of the fans is sketchy (causing too much heat and the frame to act funny), or maybe it's something else. Got any ideas? Is there a chance that you have an IMIX deck being controlled by your Kalypso? If so, does this deck get turned off when it's not in use? If the above two statements are true (or something similar), your switcher is being crashed when someone in the tape room turns the deck off. Try it for yourself... When the switcher is up and happy, turn off any decks that are connected to it. You'll crash. If memory serves me correctly, the switcher will come back up if the deck is turned back on. Hope this helps. - Kim
rlwokc
User offline. Last seen 14 years 20 weeks ago. Offline
Joined: 12 Oct 2005
We have been having the same issues for the last few software updates here at KFOR-TV. At least they have gone from the still storer totaly locking up to now it's just very slow. I hope GV gets the still storer issue fixed and working like it did when we bought the switcher.
greg
User offline. Last seen 9 years 44 weeks ago. Offline
Joined: 22 Aug 2005
[quote="greg"]thanks for the suggestion i will try it here at WNEP next time we have an issue. i had the problem again today, and managed to get through the show on 4 still store channels, would have been nice to have all 8. we have tried several things from dumping stills to unloading still channels but no luck. can you let me know if you here anything from GV? greg[/quote] Tried this tonight (twice) and it didn't work, had to reboot the frame again
greg
User offline. Last seen 9 years 44 weeks ago. Offline
Joined: 22 Aug 2005
thanks for the suggestion i will try it here at WNEP next time we have an issue. i had the problem again today, and managed to get through the show on 4 still store channels, would have been nice to have all 8. we have tried several things from dumping stills to unloading still channels but no luck. can you let me know if you here anything from GV? greg
Dave Bernstein
Dave Bernstein's picture
User offline. Last seen 13 years 16 weeks ago. Offline
Joined: 9 Sep 2005
I had the still channel lock up on me again on air today. Tried the above mentioned fix that I thought would save my butt and no such luck. I had to finish the show without that channel! Because I have looping animations in 5 other channels (which would take 40 minutes to load) I couldn't risk rebooting the still store and losing it all! Oh well. Another Diagnostic Dump off to GVG and hopefully some eagle eyed engineer will find something in the mounds of data to explain this. Disregard my previous post here, my fix was a fluke.
Dave Bernstein
Dave Bernstein's picture
User offline. Last seen 13 years 16 weeks ago. Offline
Joined: 9 Sep 2005
I've been having a problem with a still channel locking up recently. I did a diag dump and sent it to the vendor who forwarded it to GVG. They're (GVG) not sure what's causing it, but in the interim I have found a way to "unlock" the channel. On the locked channel, try to load a couple of different STILLS (DON"T do clips because you'll be waiting all day after you get it going!). After you have done this, go into the "create/edit" sub menu, select the offending channel and toggle the "Show Input" button a couple of times. Don't do this too fast, but after doing it twice I usually find that it frees up the logjam. You'll see all the still recalls you just attempted to recall flash by (this is why I said not to load clips) and the channel should be free again! Let me know if this works for you or if I'm just the lucky one! cheers
greg
User offline. Last seen 9 years 44 weeks ago. Offline
Joined: 22 Aug 2005
We have a simular problem with our still store, with stills showing up on numbers and our work areound has been to use the panel rather than the menu to find the stills and load them. One good thing is they come back on emem recall. However our latest problem is much worse. I don't know if it is a software or hardware problem. Particular still store channels become locked (still 3 & 4 and 7 & 8, we use all channels vid/key) the only fix we found is to reboot the entire frame. This is very frustrating during a show when this happens. We have reloaded most stills since moving to version 11.1.1 but the problem still occurs. Occaisionally we get a message along the lines of "meta data missing" Also since the installation of version 11 it seems to take the still store longer to redraw itself. Is anyone experiencing these problems? greg