Hi Jan, just saw this thread again and further to Russ post from 2014 Jan 10 , do you have ANY diagnostic information that report you issues?
I'd be surprised if there is none (no external error logging). I know that reinstalling the compressor.app V4.1 (or most other applications) won't really help (can be a needless exercise) unless the original library framework and modules, elements etc were corrupt.. and that would be unusual. Certainly many 3rd party utilities that perform "de-installations" also try and remove parameter and state information setting as well. This also has the added side benefit of removing the acual cause of the error. (assuming it's not the source material) .
Good advice from many forum posters for compressor.app is also to log into a different user and run your job/workflow with the same material to isolate the localised environment.
Thus it's more likely the good old state information and that as most of of know is simple to fix.
FWIW, I have noticed the ODD UI glitches in compressor.app V4.1 that cause misbehaviour and stale job from not working , the situation being further exacerbated by symptom dump (component abends).
Such a compressor.app V4.1 error doesn't exhibit any interaction in the UI however this message is buried in the system.log: EXAMPLE ONLY
Compressor[26541]: FAILURE: Job com.apple.CompressorHelper-1 is not loaded in launchd.
Feb 13 15:41:15 macpro-.local compressord[26556]: In 'CFPasteboardCopyDataReturn __CFPasteboardCopyData(CFPasteboardRef, CFIndex, CFIndex, CFStringRef, Boolean, Boolean)', file /SourceCache/CF/CF-855.11/AppServices.subproj/CFPasteboard.c, line 2953, during unlock, spin lock 0x264c5d8 has value 0x0, which is not locked. The memory has been smashed or the lock is being unlocked when not locked.
The above was very difficult to find straight away however it was caused by a corrupt COmpressor.ap V4.1 Customised Setting (user generated setting) used in the Compressor.app V4.1 UI... thus it was not due to the actual compressor.app V4.1 application being corrupt, instead a user manufactured parameter setting (mine to be precise). Required two different symptom dumps to find. Thus if I had UNINSTALLED and hacked and dug out Compressor.app V4.1 or other application out of the system I would have lost some of my settings, templates and ongoing jobs, my cluster setup and the issue at hand. The issue would have happened again. This is the usual thing for all types of issues.. nothing new here.
My point here is: if you were able to post some of these diagnostics I'm confident that the people on these forums can help you get Compressor/Qmaster working optimally. 🙂
FWIW
Warwick
Hong Kong