Help me ID a mystery pump

According to Ignoramus31120 :

Thanks! Two cam-operated pumps with clear housings, so I can see why you would think video is preferred -- at least for those who can play it.

Thanks, DoN.

I posted them in the morning, but here they are again

So, do you think that it is a complete unit, or a part?

I'm afraid that I don't know. Perhaps those who can view the video will have a better idea.

Does it suck at some of the ports and blow at others? If so, it may be complete other than whatever manifolding which fed it and accepted the output.

Good Luck, DoN.

Hi Don,

Take a look at this google search:

Then to get Iggy's file use the following link and save it locally:

I use FFplay & FFmpeg binaries on my WinNT4 machine to display these myself.

Does mplayer compile on Solaris?

Don't know if it will compile, but it is a huge beast (IMO) for the windows port. Besides it uses the FFmpeg libraries to do its tricks anyway. See:

If you hit the windows binaries (FFmpeg,FFplay) with UPX (exe compressor) they are only about 2.7mb each and play/show anything I ask of them. Not too bad considering how bloated many programs are nowadays...

According to Leon Fisk :

Interesting, here is the title from the first hit from that search:

====================================================================== [FFmpeg-devel] Build failed on Solaris 10 ======================================================================

And -- Solaris 10 is just what I am using. Well ... I'll check the link and see what compiler he was using. I've got the choice between gcc (several versions) and the cc in the "Studio 12" suite from Sun.

It looks as though I already have them in my OpenBSD systems, so I may not have to compile them at all. :-)

Hmm ... I got the file from below and transferred it to an OpenBSD system, and tried it with the following results:

====================================================================== Popocat:csu 16:32:37 # ffplay video.ffv [flv @ 0x448b0170]skipping flv packet: type 18, size 306, flags 0 Illegal instruction (core dumped) ======================================================================

along with perhaps thirty seconds of a window with a solid black background showing before the dump.

And I can only find a CVS repository of the sources, not a single downloadable tarfile.

It ain't worth the trouble.

Thanks, DoN.

I've hit problems before -- too many libraries needed which I don't have.

And it *is* compiled on OpenBSD, and I get the following:

====================================================================== Popocat:csu 16:33:38 # mplayer video.ffv MPlayer 1.0pre7-3.3.5 (C) 2000-2005 MPlayer Team CPU: Sun Sparc

Playing video.ffv. TiVo file format detected. MPEG: No audio stream found -> no sound. MPEG: FATAL: EOF while searching for sequence header. Video: Cannot read properties. No stream found.

Exiting... (End of file) ======================================================================

Again -- it ain't worth the trouble.

Thanks, DoN.

Definitely an injector pump. The ones we have for the high school pool make an awful clanging sound that makes me think there's a blacksmith in the boiler room every time I walk by. For comparison, I believe the main circulation pump is 20+ HP and the main suction and discharge lines are 8-12"

Well it was worth a try Don. I'm in way over my head trying to help anyone with Solaris, Linux, BSD... I can figure out ways to keep running my old NT4 stuff though :)

The FFmpeg libraries are in a constant state of flux so maybe it will go someday.

If I were you I would keep plugging away at it when I got the urge/chance. The programs are a little quirky on Windows, but for the most part they work. They are really being developed for the Unix flavored systems and the Windows ports are just an offshoot the best I can tell.

According to Leon Fisk :

I probably will -- but I am currently working on migrating server functions from a SS-5 (with lots of disk, and running Solaris

Later, I may have more time to pound away on it. The real pain with most of these things is how many other libs I have to bring in and compile -- and sometimes what programs are broken by a newer version of some of the libs. *Why* can't they remain backward-compatible the way they used to?

O.K. I don't want to run them on Windows anyway.

Thanks, DoN.