<akaizen>
Does anyone know if the i.MX6 Dongle - GK802 has HDMI-CEC support?
<steeve_>
akaizen: i have one
<steeve_>
and from what I've seen, it does (not tested, though)
steeve_ is now known as steeve
cnxsoft has joined #imx6-dev
<akaizen>
steeve: thanks - I have one as well - trying to see if the CEC pin has a closed loop to the chip
cnxsoft has quit [Ping timeout: 252 seconds]
Guest88232 has quit [Ping timeout: 240 seconds]
cnxsoft has joined #imx6-dev
cnxsoft has quit [Ping timeout: 252 seconds]
akaizen has quit [Remote host closed the connection]
akaizen has joined #imx6-dev
akaizen has quit [Remote host closed the connection]
cnxsoft has joined #imx6-dev
diego_r has joined #imx6-dev
cnxsoft has quit [Ping timeout: 252 seconds]
rabeeh has quit [Ping timeout: 240 seconds]
rabeeh has joined #imx6-dev
datagutt has quit [Remote host closed the connection]
rz2k has joined #imx6-dev
steeve has quit [Remote host closed the connection]
Guest88232 has joined #imx6-dev
rabeeh has quit [Read error: Operation timed out]
rz2k has quit []
rabeeh has joined #imx6-dev
codinho has joined #imx6-dev
codinho has quit [Changing host]
codinho has joined #imx6-dev
datagutt has joined #imx6-dev
cnxsoft has joined #imx6-dev
diego_r has quit [Quit: Konversation terminated!]
diego_r has joined #imx6-dev
cnxsoft has quit [Quit: cnxsoft]
<codinho>
guys, does anyone uses qt5 here?
drfu_ has joined #imx6-dev
steeve has joined #imx6-dev
<codinho>
dv_, hi, is current fsl gstreamer-1.x recipe for master gstreamer git branch?
<codinho>
dv_, I just want to know should I ask bilboed about tsdemux or check the gstreamer repo
<dv_>
codinho: no, the bitbake recipe is not the most recent version
<dv_>
what does this have to do with tsdemux?
<codinho>
I can see that ts stream I'm testing cause dropping all frames after prerolling
<dv_>
oh
<codinho>
sync=false helps
<dv_>
hm I have tested ts streams before
<dv_>
ah perhaps the timestamps are broken
<codinho>
for playback but there is no sync
<codinho>
no
<codinho>
timestamps are ok, I checked it, there is a some ts specific thing with base_time pcr etc.
<dv_>
run it with GST_DEBUG=*imx*:2
<codinho>
GST_DEBUG=basesink:6 cause that basesink drops buffers and resets time each time
<dv_>
then use GST_DEBUG=*imx*2,basesink:6
<dv_>
err
<dv_>
GST_DEBUG=*imx*:2,basesink:6
<codinho>
dv_, yeah, the logs, but where should I ask about that? fsl or gst?
<dv_>
first I want to see the logs for when you run it with GST_DEBUG=*imx*:2 only
<dv_>
then, try running it with fakesink
<codinho>
I'm rebuilding yocto image for qt5 currently
<codinho>
dv_, sync=false for video sink helps
<dv_>
sync=false is almost never a good idea for audio and video sinks
<dv_>
if sync=false fixes it, then something is wrong about the timestamps, or the segments, or the base time
<dv_>
as said, try with fakesink to rule out sink problems
<codinho>
dv_, sure, sync=false means that there is a timestamps problem, the is what I said
<dv_>
nope:) <codinho> timestamps are ok, I checked it, there is a some ts specific thing with base_time pcr etc.
<codinho>
dv_, timestamps from the ts stream, it means that pts are ok, yeah I said wrong way, but as we know that mpegts is streamable so we think about the pcr thing etc.
<codinho>
dv_, anyway I think its not the question for you, the quistion for you was is it the gst master or not
<codinho>
dv_, did you check mpegts streams?
<dv_>
yes
<codinho>
so I suspect that it was ok for you
<codinho>
I'm trying to bring qt5+gst1.x to imx6, do you know any guy who using qt5 here?