<KotCzarny>
xes, also, according to .fex file powerbutton is at PL03, ie. the same as opipc
<KotCzarny>
so check if you are pressing the right one?
gnufan_home has joined #linux-sunxi
<xes>
KotCzarny: thank you.. On OPI plus schematics it seems to point to PA3
<KotCzarny>
isnt it the led?
<xes>
mah
Tsvetan has quit [Quit: Leaving]
<xes>
leds shout be PA15 and PL10
<KotCzarny>
umkay
<xes>
KotCzarny: do you have the schematics pdf of that board?
<KotCzarny>
nope
Putti has joined #linux-sunxi
<KotCzarny>
the board itself is a rare one too ;)
afaerber has quit [Quit: Leaving]
solderfumes has joined #linux-sunxi
afaerber has joined #linux-sunxi
<xes>
..i'm a lucky man ;)
<MoeIcenowy>
paulk-leonov: wiki says h264 is planned for 5.2, is this a false positive?
<MoeIcenowy>
if this is, I'm going to revert it
popolon has joined #linux-sunxi
<paulk-leonov>
MoeIcenowy, yes the PR was sent out for 5.2
<paulk-leonov>
it's "early h264" decoding anyway
<paulk-leonov>
like mpeg-2 and h265, it has not reached its final shape yet
buZz has quit [Ping timeout: 246 seconds]
chomwitt has joined #linux-sunxi
buZz has joined #linux-sunxi
buZz is now known as Guest80742
Guest80742 has quit [Changing host]
Guest80742 has joined #linux-sunxi
Guest80742 is now known as buZz
reinforce has quit [Read error: Connection reset by peer]
reinforce has joined #linux-sunxi
cnxsoft1 has quit [Quit: cnxsoft1]
jbrown has quit [Remote host closed the connection]
jbrown has joined #linux-sunxi
tllim has joined #linux-sunxi
<ndufresne>
paulk-leonov, Kwiboo ffmpeg backend have a strong deps on DRM right now, which is a blocker for me, that's why I'm back at the VA backend, and then it will allow me to ditch ffmpeg and move to gstreamer, which I'm more familiar with
smookie77 has joined #linux-sunxi
<paulk-leonov>
how come the ffmpeg backend needs DRM?
<ndufresne>
that's how it was implemented, I'm not familiar with ffmpeg internal
<paulk-leonov>
okay
<ndufresne>
but the zero-copy path seems minimalist
<ndufresne>
the output pixel format is called DRM_PRIME
<ndufresne>
that's probably a copy paste from vaapi accel
<ndufresne>
as a side effect, you need a DRM driver to prime the dmabuf too (or copy ?)
<ndufresne>
ffmpeg seems to lack support for DMABuf, stride alignment, height alignment
<MoeIcenowy>
paulk-leonov: is there a reference for the PR?
<ndufresne>
that's the kind of things we've been working on for years in GStreamer, it's difficult to get right
<ndufresne>
paulk-leonov, my conclusion is that it was designed for playback only, but I'd like Kwiboo's feedback, I could not get it to work without a working DRM driver
<paulk-leonov>
ndufresne, I see
<paulk-leonov>
MoeIcenowy, yes, one sec
<ndufresne>
paulk-leonov, anyway, my new strategy will be to fix the VAAPI request driver just enough so that I can use it in GStreamer, the GStreamer goal is to turn gstreamer-vaapi into gstreamer-codec-accel kind of repo, so that VA and VL4 backend could share the code, just like in ffmpeg
<ndufresne>
as this will give me encoding userspace for free
<ndufresne>
(though JPEG encoder in RK was made stateful)
<paulk-leonov>
ndufresne, not sure I see what code needs to be shared between VA and V4L2
voodoovood has joined #linux-sunxi
<paulk-leonov>
for native implementations
voodoovood2 has quit [Ping timeout: 246 seconds]
msimpson_ has quit [Ping timeout: 246 seconds]
msimpson has quit [Ping timeout: 246 seconds]
<ndufresne>
paulk-leonov, the parsing and the DPB management, it's 90% of the code, that is currently shared in FFMPEG too btw
<MoeIcenowy>
still not seeing it in linux-next
<ndufresne>
the rest is just glue code
<paulk-leonov>
MoeIcenowy, I don't think the PR was merged yet
<MoeIcenowy>
oh
BenG83 has quit [Ping timeout: 246 seconds]
<paulk-leonov>
it was sent out last week
<MoeIcenowy>
Maybe we need to wait for some more time?
<paulk-leonov>
ndufresne, okay right
msimpson has joined #linux-sunxi
msimpson_ has joined #linux-sunxi
<paulk-leonov>
MoeIcenowy, if it's to update the wiki, I think it's fine
smooker has quit [Ping timeout: 258 seconds]
<rellla>
MoeIcenowy: i was at good hope with my wiki edit, but maybe h264 misses 5.2. i don't know when the last push to media-next happens before the kernel merge window...
<MoeIcenowy>
paulk-leonov: can the UAPI be considered stable enough to backport?
Putti has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
msimpson_ has quit [Ping timeout: 255 seconds]
msimpson has quit [Ping timeout: 255 seconds]
<jernej>
MoeIcenowy: None of the codecs UAPI is stable
<MoeIcenowy>
jernej: even merged ones may change?
smooker has joined #linux-sunxi
<jernej>
MoeIcenowy: If you look closely, no codec header is in UAPI folder
<jernej>
they are only accessible internally to header
<jernej>
for ffmpeg development, we copy them to ffmpeg folder...
<jernej>
ah, I mean codec headers are only accessible to drivers
<jernej>
to answer your question, not only they may change, they will change
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
msimpson_ has joined #linux-sunxi
msimpson has joined #linux-sunxi
msimpson_ has quit [Client Quit]
clemens3 has quit [Ping timeout: 245 seconds]
smookie77 has quit [Ping timeout: 245 seconds]
msimpson has quit [Ping timeout: 258 seconds]
smookie77 has joined #linux-sunxi
msimpson has joined #linux-sunxi
smookie77 has quit [Remote host closed the connection]
<jernej>
ndufresne: paulk-leonov: I think only libdrm is actually needed for ffmpeg request API codecs
<jernej>
uh, maybe DRMPRIME context acquires handle to DRM device, but it shouldn't be needed
shfil has quit [Quit: Connection closed for inactivity]
<jernej>
kwiboo: ^
Putti has joined #linux-sunxi
<ndufresne>
my feeling is that it does not allow producing raw YUV in current state
BenG83 has quit [Quit: Leaving]
AneoX has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 246 seconds]
<jernej>
I never tried it, but I don't see why it wouldn't work. DRMPRIME context allows to mmap dmabuf memory, which should be directly accessible.
<jernej>
but I'm not sure how to reach that, I'm using ffmpeg only through Kodi (for request API)
jernej has quit [Remote host closed the connection]
jernej has joined #linux-sunxi
clemens3 has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
aalm has quit [Quit: xyz 2.3]
<ndufresne>
jernej, might be useful if I read your Kodi integration, my goal was to be able to use the ffmpeg executable
<ndufresne>
to make things clean though, there should be a dedicated DMABuf context if that's all we need
<ndufresne>
and we could implement the DMABuf Sync which I notice is missing, fortunatly you likely never overlay anythng
<jernej>
overlay in what way?
<ndufresne>
if you do burn-in overlay, and you ignore DMABuf sync, you get all sort of artifact due to cache not being handled properly
<jernej>
ok, so DRM overlays are ok to use?
<jernej>
is easy to add such sync? I have some corruptions I can't explain, maybe it will help
<Mangy_Dog>
im not on twitter to get in touch with him... but truth be told... I kinda put in a rant about tested on rpf a couple weeks ago after they posted one too many shilling videos for my liking
<libv>
well, when i see what you created, adam savage and his well known and very public prop-geekiness comes to mind immediately
<Mangy_Dog>
adam personally i have a huge amount of respect for and actually realy like
<libv>
so if you want the world to see what you've created, this seems the way to go, regardless of them superficially shilling
<Mangy_Dog>
just the channel did a bit too much product placment and featured videos of stuff they so clearly were asked to advatise
<libv>
drop them an email, you can always say no later
BenG83 has quit [Quit: Leaving]
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
Mangy_Dog has quit [Ping timeout: 246 seconds]
tllim has joined #linux-sunxi
megi has quit [Ping timeout: 245 seconds]
msimpson has quit [Quit: Leaving]
hanni76 has quit [Remote host closed the connection]