Closed GoogleCodeExporter closed 8 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
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
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
Gonna try to make it work without user intervention.
Original comment by kdeko...@gmail.com
on 24 Aug 2009 at 12:56
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
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
*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
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
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
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
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
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
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
Issue 37 has been merged into this issue.
Original comment by kdeko...@gmail.com
on 3 Sep 2009 at 7:24
Issue 38 has been merged into this issue.
Original comment by kdeko...@gmail.com
on 6 Sep 2009 at 6:24
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
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
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
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
Original issue reported on code.google.com by
hmen...@gmail.com
on 22 Aug 2009 at 8:52