Quicktime does not want to work on Slack64.

black hole sun · 10-18-2009, 04:42 PM

Try any quicktime site... apple trailers etc. I've tried:

mplayerplugin that comes with Slack 13
mplayerplugin svn compiled from source, with Seamonkey

vlc plugin for firefox

One of two things always happens: it "loads" forever, or it crashes the browser.

I don't understand.

The kicker is that LOCALLY played mov files do seem to work (download some here http://www2.hawaii.edu/~ssatoru/othe...atakana_image/)! Which makes no sense...

Anyone found a way around this?

shadowsnipes · 10-18-2009, 07:02 PM

Yes. mplayerplug-in is obsolete now to gecko-mediaplayer. The same person developed both plugins. The new one uses gnome-mplayer, which does not need GNOME libs, but rather GTK.

I made SlackBuilds for both gecko-mediaplayer and gnome-mplayer. Quicktime works great for me on SW 13 (32bit), but the build scripts are untested on 64bit. I was going to submit them to SBo, but then I realized that they already exist in the 12.2 repo. I emailed the maintainer to see if he was planning on updating them for the 13.0 repo.

Daedra · 10-18-2009, 11:17 PM

Agree with shadowsnipes, just make sure you use the newest versions (0.9.8) because there is a bug in older versions with apple.com trailers.

Also if your installing it in slack64 make sure to check that caching is enabled. Mine wasn't and it was causing errors with streaming, just FYI.

shadowsnipes · 10-19-2009, 08:46 AM

Yea I was speaking of the latest versions. My SlackBuilds are for the latest, but the 12.2 repo SlackBuilds are for older versions.

If you build gecko-mediaplayer, make sure the plugins go into /usr/lib/mozilla/plugins. They might try to go under a seamonkey folder instead. Also, you need this patch for gnome-mplayer.

Code:

--- src/gui.c.orig	2009-10-16 19:46:09.000000000 -0500
+++ src/gui.c	2009-10-16 19:47:05.000000000 -0500
@@ -94,7 +94,9 @@
      * onwards, requesting the native window in a thread causes a BadWindowID,
      * so we need to request it now. We could call gdk_window_ensure_native(),
      * but that would mean we require GTK+ 2.18, so instead we call this */
+#ifdef GTK2_14_ENABLED
     GDK_WINDOW_XID(gtk_widget_get_window(GTK_WIDGET(widget)));
+#endif
 }
 
 gint get_player_window()

Works for SW 12.2 and 13.0

black hole sun · 10-20-2009, 01:21 AM

Quote:

Originally Posted by shadowsnipes

Yes. mplayerplug-in is obsolete now to gecko-mediaplayer. The same person developed both plugins. The new one uses gnome-mplayer, which does not need GNOME libs, but rather GTK.

I made SlackBuilds for both gecko-mediaplayer and gnome-mplayer. Quicktime works great for me on SW 13 (32bit), but the build scripts are untested on 64bit. I was going to submit them to SBo, but then I realized that they already exist in the 12.2 repo. I emailed the maintainer to see if he was planning on updating them for the 13.0 repo.

Should I use the mplayer shipped with slackware, or build a daily?

I hope it's the former, because mplayer doesnt build for me on 64 bit with quicktime...

Daedra · 10-20-2009, 02:17 AM

you can use the release package it will work fine. I also had trouble compiling mplayer, check out this post for help http://www.linuxquestions.org/questi...mpile.-757310/

shadowsnipes · 10-20-2009, 10:16 AM

Stock MPlayer should work fine for quicktime. I use MPlayer for my browser plugin, and a fully loaded VLC for everything else. Check this page from alien's repo for information on where to get the full binaries for 32 or 64-bit (MPlayer and VLC).

black hole sun · 10-21-2009, 02:05 AM

I thought mplayer had native codecs for quicktime?

Also, what's the relationship between ffmpeg and mplayer? Do I need both? ffmpeg has libavcodec, which mplayer uses, but does hte mplayer package ship with this or will I need to install ffmpeg from alien's repository?

If I install ffmpeg from alien's rpo will it actually conflict with the libavcodec from mplayer?

Daedra · 10-21-2009, 02:20 AM

Quote:

Originally Posted by black hole sun

I thought mplayer had native codecs for quicktime?

Also, what's the relationship between ffmpeg and mplayer? Do I need both? ffmpeg has libavcodec, which mplayer uses, but does hte mplayer package ship with this or will I need to install ffmpeg from alien's repository?

If I install ffmpeg from alien's rpo will it actually conflict with the libavcodec from mplayer?

No, mplayer will build ffmpeg statically so you won't need to.

black hole sun · 10-21-2009, 02:30 AM

http://www.eastasian.ucsb.edu/projec...ese/1_fall.htm

Hit "Listening Assignments" under Japanese 1. Login as j1student, password fall09. Try any of the files there - it just doesn't play for me.

shadowsnipes · 10-21-2009, 10:31 AM

Me either. I even downloaded them to see if they would play in VLC or MPlayer. They do not play, so it is not an issue with the browser plugin.

Code:

$> file 3.3.mov 
3.3.mov: Apple QuickTime multiple URLs

I'll check it out in Windows...

hurry_hui · 10-21-2009, 11:01 AM

^
^
It perhaps because the files are too small for mov type. cmiiw.

shadowsnipes · 10-21-2009, 11:24 AM

Checked it out in Windows...The files do not play with the latest VLC, but they do play with the latest QuickTime (both through the plugin and without).

Don't forget to allow Real Audio through your firewall, btw for these.

Looks like those files are meant to only be played in the real QuickTime. You might try installing it in Wine, running a VM, or just use Windows...

black hole sun · 10-21-2009, 05:16 PM

Yeah they were a homeowork assignment and only quicktime seemed to work. Do you think this is an mplayer issue?

Apple trailers now works for me, which means qt is usable, butI don't really care about that; I need those audio files to work.

I really hate to boot into windows, and WINE isn't so useful on 64 bit just yet...

shadowsnipes · 10-21-2009, 09:10 PM

Quote:

Originally Posted by black hole sun

Yeah they were a homeowork assignment and only quicktime seemed to work. Do you think this is an mplayer issue?

It's more of an issue of open software trying to keep up with proprietary software changes that the big companies keep changing to attain vendor lock-in. Ask your profs to use more open formats.

Quote:

Originally Posted by black hole sun

Apple trailers now works for me, which means qt is usable, butI don't really care about that; I need those audio files to work.

I really hate to boot into windows, and WINE isn't so useful on 64 bit just yet...

I don't have a 64-bit machine, but I thought that if you setup Slackware for multilib then WINE would work fine. If nothing else you could use the VirtualBox binary and run a XP VM w/ QT. At least then you wouldn't have to reboot.