GNOME Bugzilla – Bug 755725
rtpj2kdepay: can't sync to a start code and never outputs
Last modified: 2016-06-11 16:36:39 UTC
The following pipeline works fine: gst-launch-1.0.exe -v videotestsrc ! openjpegenc ! openjpegdec ! autovideosink But when I add rtpj2kpay/depay - nothing happens: gst-launch-1.0.exe -v videotestsrc ! openjpegenc ! rtpj2kpay ! rtpj2kdepay ! openjpegdec ! autovideosink __tim suggested that 'it looks like the depayloader can't sync to a start code and never outputs anything' Thank you for this great project!
it still doesn't work, even if I use the filesrc as a source
> even if I use the filesrc as a source Please tell us exactly what you're doing. The source shouldn't really matter. The above is already a simple enough pipeline and should be good enough for testing purposes.
I confirm this bug. For me minimal working pipeline is: gst-launch-1.0 videotestsrc ! openjpegenc ! openjpegdec ! videoconvert ! autovideosink It works, I see the video. But if I put rtpj2kpay/depay - nothing happens: Even if I make GST_DEBUG=4 I can see that last line is: 0:00:00.128237421 5362 0x103de80 INFO GST_EVENT gstevent.c:760:gst_event_new_segment: creating segment event time segment start=0:00:00.000000000, offset=0:00:00.000000000, stop=99:99:99.999999999, rate=1,000000, applied_rate=1,000000, flags=0x00, time=0:00:00.000000000, base=0:00:00.000000000, position 0:00:00.000000000, duration 99:99:99.999999999 And nothing happens after that. I use gstreamer 1.6 built from sources. Please tell me if I can provide any more useful info.
From the original bug report: gst-launch-1.0 -v videotestsrc ! openjpegenc ! openjpegdec ! autovideosink does not seem to work with latest git master: "videotestsrc0: streaming task paused. reason: not negotiated" while gst-launch-1.0 -v videotestsrc ! openjpegenc ! openjpegdec ! autovideosink does work. Good news is that : gst-launch-1.0 -v videotestsrc ! openjpegenc ! openjpegdec ! autovideosink and gst-launch-1.0 videotestsrc ! openjpegenc ! rtpj2kpay ! rtpj2kdepay ! openjpegdec ! videoconvert ! autovideosink do work with latest git master
Correction in above : gst-launch-1.0 -v videotestsrc ! autovideosink does work.
Another correction: ... Good news is that gst-launch-1.0 videotestsrc ! openjpegenc ! openjpegdec ! videoconvert ! autovideosink and gst-launch-1.0 videotestsrc ! openjpegenc ! rtpj2kpay ! rtpj2kdepay ! openjpegdec ! videoconvert ! autovideosink do work with latest git master .....
So, everything is working except for gst-launch-1.0 -v videotestsrc ! openjpegenc ! openjpegdec ! autovideosink
That should obviously be made to work though :)
Also a blocker because this definitely worked before.
looks like decoder's only option for upstream is raw video, which if can't handle.
correction: decoder is receiving j2c from upstream
why would gst-launch-1.0 videotestsrc ! openjpegenc ! openjpegdec ! videoconvert ! autovideosink work but gst-launch-1.0 -v videotestsrc ! openjpegenc ! openjpegdec ! autovideosink fail ? Why would adding videoconvert fix the problem ?
> why would .. work but > > gst-launch-1.0 -v videotestsrc ! openjpegenc ! openjpegdec ! autovideosink > > fail ? > > Why would adding videoconvert fix the problem ? Because a videosink was chosen that does not accept the video format that is output by openjpegdec.
Thanks, Tim. The decoder outputs video in ARGB64 format. This doesn't sound like a problem with the openjpeg encoder/decoder, though. Is this actually a bug ?
Seems like no bug then. If openjpegenc ! openjpegdec works with a videoconvert, all is good.
Great. So, since the other pipelines mentioned in this issue are now working, can this be closed ?
yes, let's close it (the original bug) as fixed as part of your changes :)