After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 105256 - [0.6 branch candidate] gst-register doesn't work when a bad DISPLAY is set
[0.6 branch candidate] gst-register doesn't work when a bad DISPLAY is set
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.6.0
Other Linux
: Normal normal
: 0.6.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-02-05 01:01 UTC by Jonathan Blandford
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch for xvideosink in 0_6 branch (2.26 KB, patch)
2003-02-23 22:23 UTC, Benjamin Otte (Company)
none Details | Review

Description Jonathan Blandford 2003-02-05 01:01:41 UTC
gst-register seems to check the DISPLAY for some reason when running.  So
something like:

DISPLAY=cnn.com:0 gst-register

Will cause it to error out, eventually.  As the display doesn't seem to be
needed at all, it should be ignored.
Comment 1 Benjamin Otte (Company) 2003-02-09 16:28:29 UTC
Actually the Display is needed at the moment.

The Videosink tries to get infromation about the used display and use
that on its padtemplates.

I believe the right behaviour would be to use generic caps on the
padtemplates and only check if the given caps are valid upon _link.


As a sidenode:
We should make sure that other hardware dependant plugins (alsa, oss,
v4l, etc) use generic caps, too.

Current behaviour would need a rerun of gst_register everytime you
change hardware.

Somebody change the component to gst-plugins please.
Comment 2 Ronald Bultje 2003-02-10 09:49:52 UTC
oss, v4l and v4l already do generic caps on their templates. v4l2,
additionally, implements a get_caps function that is hardware_specific
and only works if the device is opened (which happens on NULL->READY).
oss, alsa, xv et all should probably do this too, if needed at all...
v4l doesn't need it, there's no sane way of implementing it.
Comment 3 Benjamin Otte (Company) 2003-02-23 22:23:31 UTC
Created attachment 14560 [details] [review]
patch for xvideosink in 0_6 branch
Comment 4 Ronald Bultje 2003-04-07 17:04:27 UTC
Applied to 0.6.1 CVS.