search

adriantr09 / gecko-mediaplayer

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

Imroper (non-native) size when in browser w/o size parameters #79

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Make sure gecko-mediaplayer is set to play embedded within the browser
2. Open a video file directly, e.g. http://<domain>/video.wmv (i.e. not
something embedded on a web page.

What is the expected output? What do you see instead?
I would expect that the video would display at its native resolution, i.e.
if the video is 480x320, I would expect the display to be 480x320. 
Instead, the video is displayed to fill the entire browser window.  There
is no option to scale it to native size.  The only other option is to deny
embedding, but that's not a convenient workaround.

What version of the product are you using? On what operating system?
gecko-mediaplayer 0.9.8 on CentOS 5.2 with Firefox 3.6.

Please provide any additional information below.
1) The plugin should play videos at their native resolution if no size is
explicitly set by the browser, e.g. in the example above (viewing a video
file directly).
2) It would be really nice if the contextual menu included an "open in
external player" option, so that embedded videos can be directly opened
with gnome-mplayer externally if so desired.
3) It would also be great to have a "save as" option, and a "copy URL" option.

(All of the above items are features included with mplayerplug-in, which is
buggy and doesn't work well anymore, but nevertheless included the
features... it'd be great to get them in gecko-mediaplayer, too.)

Original issue reported on code.google.com by aca...@gmail.com on 30 Jan 2010 at 1:23

GoogleCodeExporter commented 8 years ago 
This is working as designed, firefox gives us a window to draw to and we use 
the size
of the window.

Original comment by kdeko...@gmail.com on 30 Jan 2010 at 1:58

GoogleCodeExporter commented 8 years ago 
Is there any way to add an option to display in the native size?  Or is that a 
bug I
need to file with Firefox?  The mplayerplug-in did show it in native size when 
a size
wasn't explicitly specified, and gecko-mediaplayer is a superior product in 
terms of
stability and user-interface, which is why I was hoping it would be possible...

Is this something I should take up with Firefox, or would it be possible to add 
a
user-configurable option to "obey native size" rather than "obey Firefox" ?

Thanks!

Original comment by aca...@gmail.com on 30 Jan 2010 at 2:14

GoogleCodeExporter commented 8 years ago 
Are there any mplayer flags we can pass for this to work correctly? This defect 
is a showstopper in my books and has forced me to still use mplayerplug-in, 
which scales properly. 

I can tell firefox to directly launch non-embedded media in separate mplayer 
windows, but would rather have multiple tabs of media.

Original comment by microwav...@gmail.com on 17 Mar 2011 at 4:29

GoogleCodeExporter commented 8 years ago 
I guess I don't understand your problem. I loaded up a 16:9 video in my browser 
and it scaled completely correctly. Notice the black bars around the image, and 
it filling the window to the left and right. The original size of this image is 
480x210 and as you can see the browser window is much larger.

Or what you want is no scaling of the image, and you want it the native size of 
the image?

Original comment by kdeko...@gmail.com on 17 Mar 2011 at 4:37

Attachments:

GoogleCodeExporter commented 8 years ago 
Ok I think I understand what you want. I just committed a change to SVN to 
disable video scaling when embedded. There is a preference to do this in the 
plugin tab. Check 'disable embedded player scaling' and it will leave the image 
in the original size.

You will want gecko-mediaplayer and gnome-mplayer both from SVN for this to 
work.

If you have any issues with this please open a new issue as this bug is closed.

Original comment by kdeko...@gmail.com on 17 Mar 2011 at 5:03