<geekerlw>
ayaka, when the video played over, we may got a EOS message , once we got the EOS message, we set the pipline to NULL and change the filesource to create another pipline, and push it to playing, so we can change to another video without stop
cnxsoft has joined #linux-rockchip
<stdint>
geekerlw, ok
<stdint>
but in my test, it won't be later
<stdint>
it won't that
<stdint>
normally, the gst_vpudec_stop() would be called, then there is nothing left with my vpudec
<stdint>
when the stage change to PLAYING, the gst_vpudec_start() would be called again
Aussie_matt has joined #linux-rockchip
RayFlower has joined #linux-rockchip
lrchie has joined #linux-rockchip
<lrchie>
hey, @stdint, @geekerlw, I get confused. In my test, the video switching cannot succeed, When get EOS message, I set the pipeline to NULL status, and change the element filesrc's location property, then set the pipeline to PLAYING status again, the applicaiton will not play the second video, instead it will quit.
<stdint>
lrchie, could must tell me the error message
<stdint>
and the error message with vpudec
<stdint>
or I can't solve that proble,
<geekerlw>
stdint, just wait a moment
robogoat_ has joined #linux-rockchip
cnxsoft has quit [Ping timeout: 258 seconds]
cnxsoft has joined #linux-rockchip
LongChair1 has quit [Remote host closed the connection]
robogoat has quit [Remote host closed the connection]
<lrchie>
@stdint Element video-demuxer changed state from READY to PAUSED. The object name of emitted message:file-source, seqnum:482, message_type_name:state-changed Element file-source changed state from READY to PAUSED. The object name of emitted message:video-player, seqnum:478, message_type_name:stream-start (a.out:6335): GStreamer-CRITICAL **: gst_caps_is_strictly_equal: assertion 'GST_IS_CAPS (caps1)' failed The object name of
<stdint>
use a paste website please
<geekerlw>
how can I do that?
<lrchie>
GStreamer-CRITICAL **: gst_caps_is_strictly_equal: assertion 'GST_IS_CAPS (caps1)' failed Error:GStreamer encountered a general stream error. Returned, stopping playback Segmentation fault
<lrchie>
just that one error, no any other errors.
<stdint>
no, use the level 5, that is not enough for me
<stdint>
I know there is a info change, but it should not happened
<geekerlw>
stdint, may I send you an email about our test program? maybe it's helpful !
<stdint>
yes, but I may not have time to test it now
<geekerlw>
stdint, ok, you may test in your free time，thanks
<LongChair1>
stdint : would there be any specific gcc flags for like Big-little architecture on RK3399 ? or is it just like if we were building on A72 ?
<stdint>
no
<LongChair1>
same as A72 build then ?
<stdint>
not special, just build as normal arm64 platform
<LongChair1>
ok
<stdint>
geekerlw, I think the problem is your bus_call()
<stdint>
it would block EOS message, my plugin didn't get the eos message
<stdint>
please do understand how the gstreamer work
LongWork has joined #linux-rockchip
cnxsoft1 has joined #linux-rockchip
mmind00_ has joined #linux-rockchip
menomc has joined #linux-rockchip
irsol_ has joined #linux-rockchip
cnxsoft has quit [Ping timeout: 252 seconds]
twink0r has quit [Ping timeout: 252 seconds]
mmind00 has quit [Ping timeout: 252 seconds]
irsol has quit [Ping timeout: 250 seconds]
LongChair has quit [Ping timeout: 250 seconds]
mnemoc has quit [Ping timeout: 250 seconds]
mcan has quit [Ping timeout: 250 seconds]
cnxsoft1 is now known as cnxsoft
LongWork is now known as LongChair
<geekerlw>
stdint, so I can't get any end message from your plugin? maybe someone instead?
irsol_ is now known as irsol
twink0r has joined #linux-rockchip
mcan has joined #linux-rockchip
liuqsqq has joined #linux-rockchip
<stdint>
as #gstreamer
<stdint>
it it is beyond my plugin
<LongChair1>
stdint : in our package system, building xserver with --enable-glamor , requires mesa & glu. is that the same for rockchip's xserver ?
<LongChair1>
(that is usually what we do for x86 builds)
<stdint>
we remove the mesa
<stdint>
as there is mali
<LongChair1>
and there is no GL.pc in coming with mali driver right ?
<stdint>
yes
<LongChair1>
you don't need glu either i suppose ?
<stdint>
as I said, we only support OpenGLES not OpenGL
<stdint>
not sure what it is
<stdint>
you may check our debian control files
<LongChair1>
is there any place where i can find the flags you're building with ?
<wzyy2>
- -rkximagesink is writen really ugly.....
<wzyy2>
I can't find a suitable drm video display interface in GNU/Linux UI framework. : (
dlezcano has quit [Ping timeout: 252 seconds]
<LongChair1>
hmmm
<LongChair1>
i'll have to read that
<LongChair1>
I want to check out how mpv behaves on rockchip
<LongChair1>
i'm pretty sure it's not too far from being able to use vaapi
<LongChair1>
especially if vaapi can use VOP
<LongChair1>
the only thing is that it's a bit bound to x11 / egl at this point, wish i can use it properly without x11 and just GLES
paulk-aldrin has joined #linux-rockchip
<LongChair1>
stdint: when you said that vaapi would work without X11 but that you had to fake X11 interface, does it mean that it would work still without X11 or that now that you fake X11 it won't work anymore ? :)
dlezcano has joined #linux-rockchip
nighty has quit [Quit: Disappears in a puff of smoke]
<LongChair1>
stdint: also what about that ffmpeg rockchip branch ? any plans to upstream that ?
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-rockchip
nighty has joined #linux-rockchip
geekerlw has quit [Quit: Page closed]
geekerlw has joined #linux-rockchip
geekerlw has quit [Client Quit]
geekerlw has joined #linux-rockchip
geekerlw has quit [Client Quit]
geekerlw has joined #linux-rockchip
geekerlw has left #linux-rockchip [#linux-rockchip]
geekerlw has joined #linux-rockchip
dlezcano has quit [Ping timeout: 258 seconds]
geekerlw has quit [Read error: Connection reset by peer]
geekerlw has joined #linux-rockchip
Aussie_matt has quit [Read error: Connection reset by peer]
Aussie_matt has joined #linux-rockchip
nighty has quit [Ping timeout: 248 seconds]
geekerlw has quit [Read error: Connection reset by peer]
geekerlw has joined #linux-rockchip
nighty has joined #linux-rockchip
nighty has quit [Ping timeout: 246 seconds]
nighty has joined #linux-rockchip
cnxsoft has quit [Quit: cnxsoft]
JohnDoe_71Rus has joined #linux-rockchip
<ayaka>
LongChair, LongChair1 pong
<ayaka>
it in the legacy way, the render methods are included in VA-API driver
<ayaka>
but nowadays, from the Intel example, those code are removed into a independence place
<ayaka>
but I still keep those legacy way in my VA-API driver, but I don't how to implement a drm render method match the VA-API standard
<ayaka>
so I pretend it is a X11 render method
lkcl has quit [Ping timeout: 248 seconds]
dlezcano has joined #linux-rockchip
Aussie_matt has quit [Remote host closed the connection]
lkcl has joined #linux-rockchip
geekerlw has quit [Read error: Connection reset by peer]
geekerlw has joined #linux-rockchip
<LongChair1>
ayaka: ping
<LongChair1>
ayaka : so that VPO thing that is handling properly the rendering, would it also handle like v4L dmabuf import ?
<LongChair1>
or VOP
vagrantc has joined #linux-rockchip
dlezcano has quit [Remote host closed the connection]
paulk-aldrin has quit [Remote host closed the connection]
nighty has quit [Quit: Disappears in a puff of smoke]
lkcl has quit [Ping timeout: 250 seconds]
lkcl has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
chatter has joined #linux-rockchip
<chatter>
hey guys
<chatter>
allah is doing
<chatter>
sun is not doing allah is doing
<chatter>
to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger