** Changed in: Ubuntu
Sourcepackagename: None => totem
--
Video scaling in totem is unclean
https://launchpad.net/bugs/71476
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Thanks for your bug. We use upstream software and don't do change that
should make a difference like that. What version of Ubuntu do you use?
What other distribution did you try? Maybe they were using totem with
xine? Do you have that problem using totem-xine?
** Changed in: totem (Ubuntu)
Impo
Do you have the same problem if you play with the video with "gst-
launch-0.10 playbin uri=file:///path/to/video"?
--
Video scaling in totem is unclean
https://launchpad.net/bugs/71476
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-b
Looks exactly the same.
gst-inspect-0.10 videoscale contains the following (end of output):
Element Properties:
name: The name of the object
flags: readable, writable
String. Default: null Current: "videoscale0"
qos
Indeed:
gst-launch-0.10 filesrc location=/home/hunzikea/Videos/Flower.avi !
avidemux ! xviddec ! ffmpegcolorspace ! videoscale method=1 ! ximagesink
does the trick. compare with videoscale method=0.
make the opened window fullscreen to see the difference. attach the videofile
for comparison purp
Thank you for the update, reassigning to gstreamer
** Changed in: totem (Ubuntu)
Sourcepackagename: totem => gst-plugins-base0.10
Status: Needs Info => Unconfirmed
--
Video scaling in totem is unclean
https://launchpad.net/bugs/71476
--
desktop-bugs mailing list
desktop-bugs@lists.ubunt
Not sure if this is a totem or gstreamer bug... ximagesink does no
scaling by default at all so totem must add the videoscale element
somewhere. xvimagesink OTOH scales via hardware so this can't be changed
in any way.
Without having looked at the totem code possible fixes are having bilinear
sca
Ok, playbin is adding videoscale, not totem. And playbin just uses the
default mode of videoscale, i.e. nearest neighbour.
So if anywhere it should be changed there. The only problem I see is
that bilinear scaling is much more CPU intensive compared to nearest
neighbour... and it could make the di
After some discussion with Sebastien we believe that if this should be
changed this change should be done upstream. The default does not have
the best quality but is faster... so the best would be to take this
upstream and file a bug in their bugtracker: http://bugzilla.gnome.org/
** Changed in: g
I was an Arch Linux user before. I cannot find anything in their build
scripts for the gstreamer base-plugins that would change the default
behaviour, so i just wonder why ubuntu is different here...?
--
Video scaling in totem is unclean
https://launchpad.net/bugs/71476
--
desktop-bugs mailing
You probably use xvimagesink on arch linux and ximagesink on Ubuntu for
some reason... but this is just a guess.
When you run "gstreamer-properties", which video output is selected?
Does it work when you change to "XWindow System (X11/Xshm/Xv)" and click
on test?
--
Video scaling in totem is unc
11 matches
Mail list logo