[Bug 722587] videotestsrc does not generate correct data for GRAY16_LE and GRAY16_BE

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Jan 20 17:41:02 PST 2014


https://bugzilla.gnome.org/show_bug.cgi?id=722587
  GStreamer | gst-plugins-base | 1.2.2

--- Comment #3 from comicfans44 <comicfans44 at gmail.com> 2014-01-21 01:40:55 UTC ---
(In reply to comment #1)
> (From update of attachment 266704 [details])
> This patch is not correct. It discards all components and loses precision on
> the Y component.

sorry I misunderstood the code.

(In reply to comment #2)
> (In reply to comment #0)
> > ....
> > after this hack, 
> > GRAY16_LE dump data looks like :0000000: 00eb 00eb 00eb 00eb 00eb 00eb 00eb
> > 00eb  ................
> > GRAY16_BE dump data looks like :0000000: eb00 eb00 eb00 eb00 eb00 eb00 eb00
> > eb00  ................
> > 
> 
> Yes, but it now you don't use the full range of the 16 bits, your components go
> from 0000 to ff00 (and not 0000 to ffff, as it does with the existing
> videotestsrc code).
> 
> 
> What exactly do you think is the problem and what are you trying to achieve?

I'm trying to use gstreamer to do some data process,data is GRAY16 liked,but
not standard.
when using videotestsrc to generate buffer but found low byte and high byte the
same,then I came into this.
I simply think the GRAY16 buffer output by videotestsrc is just GRAY8-shifted,
which is wrong.
Thank you for your correction.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list