[Bug 789842] replace the delimiter for "x-dimensions" or other caps in rtpjpegpay

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=789842

--- Comment #2 from Abu Abdulla <falcon.sheep at gmail.com> ---
thank Tim,

the correct escaping was the one that you put:
x-dim=(string)"640\,\ 480"

I'm not sure what does this mean but it seems to me that I'm escaping the space
which is not needed in all cases. I tried to simulate the same by inserting
backslash before and after the <,> with a space and it works. strange to me.

before that i tried many combination without luck:
x-dimensions=(string)\"640\,480\"
x-dimensions=(string)\"640,480\"
x-dimensions=(string)"640,480"
x-dimensions=\"640,480\"
x-dimensions=\"640\,480\"
x-dimensions=(string)640\,480


much appreciated. it solves my problem.
(In reply to Tim-Philipp Müller from comment #1)
> This seems more like a bug in parse_launch or insufficient escaping
> *somewhere* :) Not sure what your chances are to get this fixed,
> realistically.
> 
> I can serialize + deserialize caps again just fine:
> 
>   caps = gst_caps_new_simple ("foo", "x-dim", G_TYPE_STRING, "640, 480",
> NULL);
>   to_str = gst_caps_to_string (caps);
>   GST_ERROR ("string: %s", to_str);
>   caps2 = gst_caps_from_string (to_str);
>   GST_ERROR ("caps2:  %" GST_PTR_FORMAT, caps2);
> 
> which will print this:
> 
>   foo, x-dim=(string)"640\,\ 480"
> 
> 
> The delimiter is probably not something we made up but from some spec
> (although I can't find it right now, but other apps/libs use a comma too
> here), so I don't think we can change it just to work around string escaping
> issues :)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.