<LongChair>
stdint: did you confirm that it worked better on android ?
<stdint>
no I have not
<LongChair>
do you plan on investigating this ?
<stdint>
not really, btw I could recognize where the video is recorded
<stdint>
I visit the Palace of Versailles before
<stdint>
the android system is really had to use
<LongChair>
nice :)
<LongChair>
stdint: so do you have any suggestions for me to investigate then ?
<stdint>
I don't know when would the asus release the android system
<LongChair>
phh checked android and he said that video would play right
<LongChair>
so i'm wondering what diff we have, if you say that libvpu is what android uses and that mpp could use libvpu i coudl try if you give me a few directions
<LongChair>
i dunno how hard it is to get mpp use libvpu to see if that is any better
<LongChair>
but if its quite simple i could give it a try
<LongChair>
i don't even know if android on ASUS is a plan .. might as well never come
wzyy2 has quit [Read error: Connection reset by peer]
<LongChair>
but i don't want really android... just want same perf as android on linux :p
<LongChair>
I mean vpu is inside RK3288 so wether it is Tinker or any other RK3288 board should not make a difference
<stdint>
ok I borrow one
<LongChair>
and RK3288 android box should allow to see :)
<LongChair>
stdint: lemme know what it gives when you have tried :)
<phh>
LongChair well we did notice that Tinker has poor ram performance compared to the boards I have
<stdint>
well, android looks better, but I will raise the hclk to 200MHz and have a try
<stdint>
I try the android on thinker
wzyy2 has joined #linux-rockchip
<LongChair>
stdint: cool :)
<LongChair>
phh: agreed, but could as well be something else
<LongChair>
i don't expect the memory bandwidth we had to be the bottleneck for decoding only
wadim_ has joined #linux-rockchip
<LongChair>
it was iirc 850M / s vs 1100M /s
<LongChair>
there could also be maybe some ram clock difference
vagrantc has joined #linux-rockchip
<stdint>
ok, I would report this issue
<LongChair>
so yo uconfirm that there is a performance problem ? :)
<LongChair>
is that video playing fine on tinker in android ?
<stdint>
yes it is a performance problem but I don't know why
<LongChair>
yes i understand :) that is how each progress start anyways :)
<LongChair>
the good news is that the device is capable :)
<stdint>
but I am wondering it is a problem in display system
<LongChair>
i don't think so
<LongChair>
i mean i tried the decoding with mpv using vo=null (ni display)
<LongChair>
no display
<LongChair>
and i had the same problem ... seems like the vpu can't go fast enough
<LongChair>
i suppose gst should also have a way to disable video output
<stdint>
well, for you mpv, it is the other problem
<LongChair>
well using it that way doesn't really use mpv, it basically uses ffmpeg hence mpp api
<stdint>
it seems that it performs badly even with those video I sent you
<stdint>
it should happen
<stdint>
it should not happen
<LongChair>
does gst has a way to disable video output like a null sink ?
<phh>
Yup, use fakesink
<LongChair>
could be a way to see if it's a decoding problem or a display problem
<stdint>
use the fakesink
<LongChair>
i don't have gst, but you can probably check this out easily
<LongChair>
with mpv i see a lot of frame drops
leah2 has quit [Ping timeout: 240 seconds]
<LongChair>
and increasing the vpu frequency gives a slightly different behavior, not sure if that could help, but the beginning of the decoding like first 3-4 seconds seem fine, but then after like 5 secs, frame gets dropped very heavilly
<LongChair>
like if the vpu was hanging up and resuming
vagrantc has quit [Ping timeout: 258 seconds]
matthias_bgg has joined #linux-rockchip
<phh>
Or just that frame drop doesn't work...
<phh>
Hence I asked you to precisely bench codec fps
<indy>
hi all, anybody here with geekbox and landingship?
<indy>
i'm not sure, whether i need more power to food landing ship and geekbox
<LongWork>
phh: if framedrop didn't work in mpv, i guess it would be a known issue ...
<indy>
geekbox standalone works, not when i put it to landingship
<phh>
LongChair: perhaps you can just time mpv --vo=null --ao=null --untimed
<LongWork>
yeah i treid that as well and that's too slow
<phh>
that's not the question...
<phh>
the question is whether changing clock changes the result
<LongWork>
mpv doesn't have a simple way to make simple measurement that i know of
<LongWork>
they have some profiling system that uses pything stuff when you enable dump-stats
<LongWork>
or -stats-dump
<stdint>
LongWork, one thing I forget, why do you said that the vpu work more slower than android
<stdint>
I think the vpu spend the same time on the same frame with the android
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-rockchip
wzyy2 has quit [Read error: Connection reset by peer]
matthias_bgg_ has joined #linux-rockchip
matthias_bgg_ has quit [Read error: Connection reset by peer]
nighty has quit [Quit: Disappears in a puff of smoke]
wzyy2 has joined #linux-rockchip
lerc has quit [Read error: Connection reset by peer]
lerc has joined #linux-rockchip
<LongWork>
stdint : well i'm assuming it's vpu related as in that test, the only thinng it does is feed the decoder and retrieve frames
<LongWork>
it doesn't do any display
<LongWork>
and i can see it cannot keep up with the 60 fps
<LongWork>
so i would expect it to be that the vpu doesn't go fast enough to decode
nighty has joined #linux-rockchip
wzyy2 has quit [Ping timeout: 260 seconds]
pozzoni has quit [Quit: leaving]
pozzoni has joined #linux-rockchip
pozzoni has quit [Remote host closed the connection]
pozzoni has joined #linux-rockchip
pozzoni has quit [Remote host closed the connection]
pozzoni has joined #linux-rockchip
wzyy2 has joined #linux-rockchip
wadim_ has quit [Remote host closed the connection]
wadim_ has joined #linux-rockchip
cnxsoft has quit [Quit: cnxsoft]
cosm has quit [Ping timeout: 276 seconds]
cosm has joined #linux-rockchip
IgorPec has quit [Ping timeout: 264 seconds]
afaerber has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-rockchip
wzyy2 has quit [Ping timeout: 264 seconds]
wzyy2 has joined #linux-rockchip
afaerber has joined #linux-rockchip
leah2_ has joined #linux-rockchip
leah2_ is now known as leah2
wadim_ has quit [Remote host closed the connection]
IgorPec has joined #linux-rockchip
vagrantc has joined #linux-rockchip
LongWork1 has joined #linux-rockchip
LongWork has quit [Ping timeout: 264 seconds]
Delphine_ has joined #linux-rockchip
Delphine__ has joined #linux-rockchip
Delphine_ has quit [Ping timeout: 260 seconds]
Delphine__ has left #linux-rockchip [#linux-rockchip]
wzyy2 has quit [Read error: Connection reset by peer]
wzyy2 has joined #linux-rockchip
wzyy2 has quit [Read error: Connection reset by peer]
wzyy2 has joined #linux-rockchip
lkcl has quit [Ping timeout: 240 seconds]
akaizen has joined #linux-rockchip
mac-l1 has joined #linux-rockchip
beeno has quit [Ping timeout: 256 seconds]
wzyy2 has quit [Read error: Connection reset by peer]
<f3z0>
I’m trying to get GPIO4_d5 to output voltage 3.3v on rk3288 soc but it instead outputs 1.8v. Pin-ctrl shows default voltage domain which according to datasheet should be 3.3v. Has anyone encountered this?
afaerber has quit [Quit: Leaving]
afaerber has joined #linux-rockchip
matthias_bgg_ has joined #linux-rockchip
IgorPec has quit [Ping timeout: 260 seconds]
f3z0_ has joined #linux-rockchip
f3z0 has quit [Ping timeout: 258 seconds]
f3z0_ is now known as f3z0
f3z0 has quit [Client Quit]
matthias_bgg_ has quit [Quit: Leaving]
paulk-collins has quit [Remote host closed the connection]