Gstreamer Help?

SpawnHappyJake · Post by **SpawnHappyJake** » Sat Sep 03, 2011 6:59 pm

I have this program called ChemDraw that I use for school. It was working great yesterday in WINE 1.3.26. Then I get the bright idea to upgrade 1.3.27. Now ChemDraw doesn't work. So I'm trying to compile WINE 1.3.26 from source so that I can run ChemDraw in 1.3.26.
I get this error when trying to compile 1.3.26:

configure: gstreamer-0.10 base plugins 32-bit development files not found, gstreamer support disabled

I am running 64-bit Linux. I have compiled WINE from source before (for 64-bit Linux), and this 32-bit gstreamer dev stuff was not a problem. I have ia32-libs installed. I have the 64-bit version of gstreamer-0.10 base plugins installed, and the 32 bit version does not show up in Synaptic. I hunted down a deb of the 32-bit version and tried to install by double-clicking it. It says that I have the wrong architecture, and it won't let me install it. Well, duh, I know it's a 32-bit package on a 64-bit machine, install it anyways, please. But it has no over-ride option.

How important is gstreamer? And why is it being such a bear? Why can't it call the 64-bit gstreamer I have? It didn't need a special 32-bit version before, unless it was a part of ia32-libs (which if it was, it would still be there). What do I do? Any ideas?

Cheers,
Jake

Charles Davis · Post by **Charles Davis** » Sat Sep 03, 2011 7:24 pm

On Sep 3, 2011, at 5:59 PM, SpawnHappyJake wrote:

I have this program called ChemDraw that I use for school. It was working great yesterday in WINE 1.3.26. Then I get the bright idea to upgrade 1.3.27. Now ChemDraw doesn't work.

Do you have any idea at all why it doesn't work? Maybe we can help you.

So I'm trying to compile WINE 1.3.26 from source so that I can run ChemDraw in 1.3.26.
I get this error when trying to compile 1.3.26:
configure: gstreamer-0.10 base plugins 32-bit development files not found, gstreamer support disabled
I am running 64-bit Linux. I have compiled WINE from source before (for 64-bit Linux), and this 32-bit gstreamer dev stuff was not a problem. I have ia32-libs installed. I have the 64-bit version of gstreamer-0.10 base plugins installed, and the 32 bit version does not show up in Synaptic. I hunted down a deb of the 32-bit version and tried to install by double-clicking it. It says that I have the wrong architecture, and it won't let me install it. Well, duh, I know it's a 32-bit package on a 64-bit machine, install it anyways, please. But it has no over-ride option.

How important is gstreamer?

Unless ChemDraw plays video or audio with DirectShow, not at all.

And why is it being such a bear? Why can't it call the 64-bit gstreamer I have?

The short answer is that a 32-bit binary isn't allowed to call a 64-bit library (and vice-versa). If you want to use the 64-bit gstreamer, you have to use a 64-bit Wine.

The long answer has more to do with the differing code models of 32-bit and 64-bit binaries, and how, more important, you get in and out of 64-bit mode on an x86 CPU. I won't explain it here, but if you're interested, mail me directly.

This particular problem, however, could be a symptom of gstreamer pulling in the 64-bit glib headers (in particular, glibconfig.h). This causes issues, so now the configure script will complain if you aren't using the 32-bit headers. You need the 32-bit glib headers to use 32-bit gstreamer properly.

It didn't need a special 32-bit version before,

Yeah it did. It was just breaking silently before. Now it complains loudly.

unless it was a part of ia32-libs (which if it was, it would still be there). What do I do? Any ideas?

You could always build glib and gstreamer from source

.

Cheers,
Jake

SpawnHappyJake · Post by **SpawnHappyJake** » Sat Sep 03, 2011 7:34 pm

Thank you for the reply. I got done compiling 1.3.26 from source, and like you said, gstreamer is completely unneeded for ChemDraw.
Now I'm getting problems again that I had solutions to before. I'll try harder. Hit the keys with more emphasis and determination.

Cheers,
Jake

SpawnHappyJake · Post by **SpawnHappyJake** » Sat Sep 03, 2011 8:58 pm

Well...somehow I got it working in 1.3.26. I did _exactly_ what I did before that made it work, and it didn't work. Then I kept doing the same things over and over again, and it worked. The one variable was that sometimes I installed Gecko and sometimes not, because I couldn't remember if I had before. The winetricks script might be a newer version, which I use to install ie8. This last time that I got it to work I did not install Gecko.
It was failing at activating, then all of a sudden, it didn't fail at it. And it was having activex problems (couldn't create object), even though I re-registered the dlls and installed ie8, which fixed it before. Then all of a sudden, it had no problems. Weird.
Cheers,
Jake

SpawnHappyJake · Post by **SpawnHappyJake** » Sat Sep 03, 2011 9:39 pm

When I go back and try to run ChemDraw.exe with 1.3.27, it redoes the prefix and makes ChemDraw.exe unable to run.

SpawnHappyJake · Post by **SpawnHappyJake** » Sat Sep 03, 2011 9:58 pm

Ok, now things are just getting weird(er). When I right-click the ChemDraw prefix to compress it to save a backup copy, it says "permission denied". If I do it with root, it says "no such directory" or something like that. I install 7zip into WINE, and that could compress it. I delete the old one (got messed up by 1.3.27) and try to put back my backup. When I do:

WINEPREFIX=$HOME/ChemDraw /wine_1.3.26/bin/wine '/home/shjake/ChemDraw/drive_c/Program Files/CambridgeSoft/ChemOffice2010/ChemDraw/ChemDraw.exe'

I get:

wine: cannot find '/home/shjake/ChemDraw/drive_c/Program Files/CambridgeSoft/ChemOffice2010/ChemDraw/ChemDraw.exe'

I drug the executable into terminal, so it's the right path; no spelling errors.

What is going on?

Jake

Post by **dimesio** » Sat Sep 03, 2011 10:04 pm

SpawnHappyJake wrote:When I do:
WINEPREFIX=$HOME/ChemDraw /wine_1.3.26/bin/wine '/home/shjake/ChemDraw/drive_c/Program Files/CambridgeSoft/ChemOffice2010/ChemDraw/ChemDraw.exe'
I get:

wine: cannot find '/home/shjake/ChemDraw/drive_c/Program Files/CambridgeSoft/ChemOffice2010/ChemDraw/ChemDraw.exe'

Change directory to the program directory before running it.

SpawnHappyJake · Post by **SpawnHappyJake** » Sat Sep 03, 2011 10:46 pm

Oh yeah, I forgot about the "cd" trick. Thanks. I have since nuked and retried several times, though.

When I try to activate, I usually get this toward the end:

fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do!

And it can't activate. It did it again just a moment ago, and I hit "activate" again, and it worked! Before I have repeatedly tried and it didn't work. Is there a way that I can clear this cache? The cache seems to be a problem. I'm guessing the cache so happened to clear right before I clicked the second time during that last try.

It also seems erratic whether it can create an ActiveX object or not. It's all flip-a-coin stuff here.

Jake

SpawnHappyJake · Post by **SpawnHappyJake** » Sat Sep 03, 2011 10:51 pm

It looks like that if you get it to activate, even if it gets that "can't create activex object" error, you can move on to running the now extracted msi with msiexec, and ChemDraw.exe will run.
But so far, whenever I try to run ChemDraw that has been successfully installed with 1.3.26 with 1.3.27, it crashes. So I think there is a definite regression here.
Jake