kdekorte / gecko-mediaplayer

Automatically exported from code.google.com/p/gecko-mediaplayer
GNU General Public License v2.0
0 stars 0 forks source link

Apple trailers no longer work #34

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Go to apple.com/trailers
2. Pick a trailer. Any trailer.
3. Observe that instead of loading and playing, it merely goes back and
fourth between idle and playing until it finally stops trying and simply
stops. Pressing play just starts the cycle all over again.

What is the expected output? What do you see instead?
Normally it would simply load the trailer and play just fine. Trying to use
Gecko on other streaming sites (like gametrailers.com) works well enough.
It is only apple's site that doesn't work.

What version of the product are you using? On what operating system?
I am using Arch Linux and running 0.9.7 of gecko, the newest version that
made its way into the Arch repos yesterday. Downgrading to an old version
does not fix this issue.

Please provide any additional information below.
My guess would be this is another attempt by Apple to shut out Linux users.

Original issue reported on code.google.com by hmen...@gmail.com on 22 Aug 2009 at 8:52

GoogleCodeExporter commented 9 years ago
I'll have to debug this, but I know they worked a couple of weeks ago. The fact 
that
going back to a previous version doesn't fix this is interesting as it points 
more to
Apple changing someing on there side.. But I'll need some time to see what the 
issue is.

Original comment by kdeko...@gmail.com on 23 Aug 2009 at 2:25

GoogleCodeExporter commented 9 years ago
Apple looks for a  QuickTime/fopbar useragent

http://www.reddit.com/r/linux/comments/9cmj6/no_more_applecom_movie_trailers_for
_linux_users/

Original comment by dermar...@yahoo.de on 23 Aug 2009 at 2:30

GoogleCodeExporter commented 9 years ago
I see. So you are you guys gonna do something to make it so gecko uses that 
useragent
on that website? Or is it something the user has to do on their end through the
program itself?

Then again I suppose we could all just use trailerfreaks.com. They've got HD, 
too.

Original comment by hmen...@gmail.com on 23 Aug 2009 at 6:24

GoogleCodeExporter commented 9 years ago
Gonna try to make it work without user intervention.

Original comment by kdeko...@gmail.com on 24 Aug 2009 at 12:56

GoogleCodeExporter commented 9 years ago
ok, there is a a patch in SVN that appears to make things work for apple.com. 
Please
test it.

Original comment by kdeko...@gmail.com on 24 Aug 2009 at 4:57

GoogleCodeExporter commented 9 years ago
Indeed, the SVN patches work. Can you please add the patches to gnome-mplayer 
too,
because HD trailers call gnome-mplayer directly(?).

Original comment by hirake...@gmail.com on 25 Aug 2009 at 7:40

GoogleCodeExporter commented 9 years ago
*nods* The patch works for me, too, when watching embedded trailers taht aren't 
in
HD. At first I was confused because I always watch em in HD and it still isn't
working there. I guess it needs to go into gnome-mplayer like the person above 
said.

Original comment by hmen...@gmail.com on 25 Aug 2009 at 7:55

GoogleCodeExporter commented 9 years ago
Btw, there is an mplayer option "user-agent" (example: 'mplayer -user-agent
QuickTime/7.6.2'), but gnome-mplayer doesn't seem to take this option, both in
preferences and also in ~/.mplayer/config. 

Original comment by hirake...@gmail.com on 25 Aug 2009 at 8:18

GoogleCodeExporter commented 9 years ago
There should be fixes for this in SVN now. Not quite as nice a patch, but it 
seems to
work.

Original comment by kdeko...@gmail.com on 25 Aug 2009 at 1:01

GoogleCodeExporter commented 9 years ago
Thanks for the simple fix and the prompt response. Works :).

(Aside, many thanks for the gnome-mplayer and gecko-mediaplayer projects, 
especially
the latter, because a little while ago or even now, there were no good working
browser plugins for multimedia formats.)

Original comment by hirake...@gmail.com on 26 Aug 2009 at 2:00

GoogleCodeExporter commented 9 years ago
May be I spoke too soon.  It works only when I copy the URL and paste it to
gnome-mplayer's "Open Location". But clicking on the link directly doesn't work.
Interestingly, even if -user-agent is always enabled (without checking for
apple.com), it still doesn't play by just clicking. So something else (like a
java-script) is performing the actual download operation?

Original comment by hirake...@gmail.com on 26 Aug 2009 at 4:18

GoogleCodeExporter commented 9 years ago
Update: It may sound crazy ;), but does this -user-agent patch for 
gnome-mplayer (not
the gecko-mediaplayer one) affect the agent identification settings of firefox?
Firefox seems to become crashy for other websites after viewing a apple hd 
trailer.
More notably, if in the patch I always use user-agent as quicktime (instead of
checking for apple trailers), I see that in my firefox profile, agent 
identification
is changed (the parameter 'general.useragent.override' in 'about:config'), and
websites like gmail.com regard it as unsupported browser.

Original comment by hirake...@gmail.com on 26 Aug 2009 at 6:25

GoogleCodeExporter commented 9 years ago
The user-agent patch for gnome-mplayer does not touch anything in firefox. 
However,
you may need to clear this value in firefox so that the plugin can reset the 
value
properly. The QuickTime/7.6.2 value should only be set when the 
gecko-mediaplayer-qt
plugin is loaded. I tried to make it only work for the apple.com sites, but for 
the
place that the plugin knows the site name for HD trailers, it is already to 
late and
apple.com gives us an HTML page. So I have to set it when the plugin instance is
created and I reset it back to the user set value (in case someone has set it to
another value). I have another idea that should help this situation. I'll code 
it up
in a few minutes.

Original comment by kdeko...@gmail.com on 26 Aug 2009 at 12:47

GoogleCodeExporter commented 9 years ago
Issue 37 has been merged into this issue.

Original comment by kdeko...@gmail.com on 3 Sep 2009 at 7:24

GoogleCodeExporter commented 9 years ago
Issue 38 has been merged into this issue.

Original comment by kdeko...@gmail.com on 6 Sep 2009 at 6:24

GoogleCodeExporter commented 9 years ago
Ok, working great on Firefox but this "hack" don't want to work with 
chromium... 
Report here, or to chromium devs?

Original comment by skoru...@gmail.com on 8 Sep 2009 at 7:48

GoogleCodeExporter commented 9 years ago
Yes, it probably won't work with Chromium since it alters the the user agent 
during
the request. Also, there does not seem to be a way to specify a user agent from 
the
plugin for a single request. If I were to find that then hack would probably 
work better.

Original comment by kdeko...@gmail.com on 8 Sep 2009 at 9:37

GoogleCodeExporter commented 9 years ago
Hi
@skoruppa, for chromium, you still need to use the --user-agent="QuickTime/7.6.2
(qtver=7.6.2;os=Windows NT 5.1Service Pack 3)" for it to work.

Original comment by coyoteu...@gmail.com on 9 Sep 2009 at 3:00

GoogleCodeExporter commented 9 years ago
The real QuickTime plugin for Windows can play Apple trailers in Chromium. Why 
isn't it possible to emulate its behavior on Linux?

Original comment by Taras.Pu...@gmail.com on 17 Sep 2010 at 5:09