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 756840 - video: No support for field-by-field interlaced mode
video: No support for field-by-field interlaced mode
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 756841 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2015-10-20 06:44 UTC by Zhu, Haiyang
Modified: 2018-11-03 11:42 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
result of the issue. (57.88 KB, image/jpeg)
2015-10-21 12:38 UTC, ris.lim.siew.hoon
Details

Description Zhu, Haiyang 2015-10-20 06:44:17 UTC
My command:

gst-launch-1.0 filesrc location=interlace.yuy2! videoparse format=yuy2 width=1280 height=720 interlaced=true ! vaapipostproc deinterlace-mode=interlaced deinterlace-method=bob format=nv12 ! vaapisink.

The interlace.yuy2 is interlaced RAW file, which contains top and bottom frames alternately. 

The expect results:
vaapipostproc could deinterlace video and shown by vaapisink.

The real results:
The shown video is not deinterlaced.
Comment 1 Sebastian Dröge (slomo) 2015-10-20 07:04:26 UTC
*** Bug 756841 has been marked as a duplicate of this bug. ***
Comment 2 Sebastian Dröge (slomo) 2015-10-20 07:04:54 UTC
Does it work if you use deinterlace instead of vaapi elements?
Comment 3 Zhu, Haiyang 2015-10-20 07:50:01 UTC
I don't know how to use deinterlace to play a RAW file, could you show me the command? Thanks.
Comment 4 Sebastian Dröge (slomo) 2015-10-20 08:02:38 UTC
You just use it instead of vaapipostproc
Comment 5 Zhu, Haiyang 2015-10-20 08:39:51 UTC
Tried, Still not deinterlaced.

My RAW file is one field interlace frames, only top or bottom frame in one frame, the size is half of the progressive frame.
Comment 6 Sebastian Dröge (slomo) 2015-10-20 08:43:48 UTC
Ah, we don't support that yet. There's probably a bug about that somewhere.
Comment 7 ris.lim.siew.hoon 2015-10-21 12:38:52 UTC
Created attachment 313812 [details]
result of the issue.

Using the gstreamer framework with 1.6.0 version with Fedora 21 X system.

The output result same as what I seeing in attach case1.jpg

with this gst command:
case 1:
gst-launch-1.0 filesrc location=interlace.yuy2 ! videoparse format=yuy2 width=1280 height=720 interlaced=true ! deinterlace ! xvimagesink

case 2:
gst-launch-1.0 filesrc location=interlace.yuy2 ! videoparse format=yuy2 width=1280 height=720 interlaced=true ! xvimagesink

case 3:
And save the video clip to test_1280x720.yuy2 & reply the video clip that i saved.

gst-launch-1.0 filesrc location=interlace.yuy2 ! videoparse format=yuy2 width=1280 height=720 interlaced=true ! filesink location=test_1280x720.yuy2

gst-launch-1.0 filesrc location=test_1280x720.yuy2 ! videoparse format=yuy2 


case 4: 
gst-launch-1.0 filesrc location=interlace.yuy2 ! videoparse format=yuy2 width=1280 height=720 interlaced=false ! xvimagesink


Also tried with yuy2_interlaced_352x288.yuv  also having the same issue like what I seeing in image that i attached.

Suspect it could be the videoparse there didn't work correctly for interlace clip.
Comment 8 Nicolas Dufresne (ndufresne) 2015-10-21 12:47:25 UTC
Maybe you should read comment 6:

(In reply to Sebastian Dröge (slomo) from comment #6)
> Ah, we don't support that yet. There's probably a bug about that somewhere.
Comment 9 GStreamer system administrator 2018-11-03 11:42:34 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/234.