| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When |
|---|---|---|
| *** | BrianG61UK has quit IRC (Remote host closed the connection)
BrianG61UK has joined #linux-media | [02:38] |
| ..... (idle for 21mn) | ||
| eelstrebor has quit IRC (Quit: Ex-Chat) | [03:01] | |
| .................. (idle for 1h27mn) | ||
| wens has joined #linux-media
wens has quit IRC (Quit: leaving) | [04:28] | |
| wens has joined #linux-media | [04:35] | |
| xroumegue has quit IRC (Ping timeout: 480 seconds) | [04:46] | |
| xroumegue has joined #linux-media
jm_h has joined #linux-media | [04:55] | |
| fleebs has quit IRC (Remote host closed the connection)
fleebs has joined #linux-media | [05:02] | |
| ....... (idle for 33mn) | ||
| Whoopie has quit IRC (Quit: ZNC - http://znc.in) | [05:35] | |
| ............ (idle for 59mn) | ||
| svarbanov has quit IRC (Ping timeout: 480 seconds) | [06:34] | |
| ....... (idle for 31mn) | ||
| paulk has joined #linux-media | [07:05] | |
| ........ (idle for 37mn) | ||
| svarbanov has joined #linux-media | [07:42] | |
| .......... (idle for 47mn) | ||
| mort_ | I sent https://lore.kernel.org/linux-media/20210726135009.140168-1-martid0311@gmail.com/ a while ago but it seems to have gotten forgotten | [08:29] |
| ...... (idle for 28mn) | ||
| *** | djrscally has joined #linux-media | [08:57] |
| ...... (idle for 29mn) | ||
| svarbanov has quit IRC (Ping timeout: 480 seconds) | [09:26] | |
| ......... (idle for 41mn) | ||
| svarbanov has joined #linux-media | [10:07] | |
| svarbanov has quit IRC (Remote host closed the connection) | [10:15] | |
| ...................... (idle for 1h45mn) | ||
| camus has quit IRC (Ping timeout: 480 seconds) | [12:00] | |
| ....... (idle for 33mn) | ||
| andrzej_p | ezequielg I understand your idea of avoiding writing the values from uAPI directly into the hardware. I have two questions: I've gone through rkvdec and hantro and can hardly find such values being written directly into the hardware. Can you provide an example? (V4L2_VP9_SEG_LVL_ALT_Q IMO is _not_ written directly to the hardware). If we identify
values which _are_ written directly to the hardware, what if we end up with an abstraction layer which does nothing but a 1:1 translation? | [12:33] |
| ezequielg | andrzej_p: in drivers/staging/media/hantro/hantro_g2_vp9_dec.c | [12:35] |
| andrzej_p | ezequielg introducing an abstraction layer makes sense to me for example with hantro_interp_filter_from_v4l2() which _is not_ a 1:1 translation | [12:35] |
| ezequielg | check update_feat_and_flag
ah, so it's not passed to hw, is it? but used as index in the driver array. | [12:35] |
| andrzej_p | ezequielg: and? | [12:37] |
| ezequielg | well, if it's not passed to hw, i was wrong. so all good.
so my next question is why (from the API pov) is v4l2_vp9_segment_feature not a bitmap. i mean, does that make sense? andrzej_p: to make my question more clear... in struct v4l2_vp9_segmentation, there's a field called feature_enabled. what is that supposed to contain? i can't see it documented. documenting this is probably the answer to figure out how v4l2_vp9_segment_feature should look like from an API standpoint. | [12:38] |
| *** | wwilly has joined #linux-media | [12:41] |
| andrzej_p | There's doc comment in include/uapi/linux/v4l2-controls.h
\@feature_enabled: bitmask defining which features are enabled in each segment | [12:43] |
| ezequielg | well, but it's not really clear i think.
i can only assume that feature_enabled is a bitmask of 1 << (v4l2_vp9_segment_feature) ? for instance, v4l2_ctrl_vp9_frame.reference_mode is documented as "See &v4l2_vp9_reference_mode for more details". Which is a bit better, but should probably be more clear. see struct v4l2_h264_reference docs for instance, which are trying to be more clear. | [12:44] |
| andrzej_p: another example, see struct v4l2_pix_format_mplane docs./ | [12:52] | |
| *** | camus has joined #linux-media | [12:57] |
| ezequielg | hverkuil: ping | [12:57] |
| andrzej_p | ezequielg: interestingly enough, @field: enum v4l2_field; field order (for interlaced video) | [12:59] |
| ezequielg | exactly. | [12:59] |
| andrzej_p | and several other _enum_ fields | [12:59] |
| ezequielg | and the doc is clear about what that field should be. | [12:59] |
| andrzej_p | ezequielg: so is your concern that v4l2_vp9_segment_feature should be a bitmap or that the way how to use it is documented in an unsatisfactory manner? | [13:01] |
| hverkuil | ezequielg: pong | [13:01] |
| ezequielg | i only asked "why it's not a bitmap"
hverkuil: hey there -- would you mind reminding me the rules for staging? | [13:01] |
| andrzej_p | ezequielg: which to me means you wish it were | [13:02] |
| ezequielg | andrzej_p: no, it only means "why" :) | [13:02] |
| hverkuil | ezequielg: you mean what decides whether something goes to staging first, or can go directly to mainline? | [13:03] |
| ezequielg | no, i mean, what are the requirements for a driver to be accepted in staging.
i mean, in staging/media. | [13:03] |
| *** | camus has quit IRC (Ping timeout: 480 seconds)
camus has joined #linux-media | [13:05] |
| hverkuil | ezequielg: not a lot: it must compile and it has to have a TODO file. Of course, if it doesn't see progress over time it may be kicked out again. | [13:12] |
| ezequielg | hverkuil: so for WAVE5's driver that dafna2[m] et al posted, they could just add all the review comments into the TODO, make sure no build warnings, and it's mergeable. | [13:13] |
| hverkuil | That might well be the case. I haven't looked at it yet, so I might have other concerns esp. since it is not using real silicon yet.
I'm not so sure of the benefits of merging code for non-existent hardware. That might be a bit much, even for staging. | [13:16] |
| ezequielg | what's the difference between non-existent hardware and hardware that's really hard to impossible to find and test?
because that's my main discomfort with all those MTK drivers. They look kind of cumbersome and I don't see them bringing any benefits. | [13:19] |
| ndufresne | hverkuil: merging code for non-existing sillicon has been very common in the GPU world, since if you wait for the Sillicon to be released to the public, your HW will likely not be supported by Linux when it get shipped, Intel is a common user of this Rationale
Accidentally, something the Silicon does not make it, and the code is just removed, no one is ever affected in that case, yes, StarFive / BeagleV is dead, but there was couple of early sample being shipped, we have to investigate mr. Palmer chip, but not I'm not big fan of that company, and we can't do Open Source and have access to their BSP apparently | [13:22] |
| hverkuil | I know, it doesn't have to be a problem. I really need to read the patches, and understand if HW that will be using it is actually being developed (it's a bit unclear to me) | [13:25] |
| ndufresne | and for our target, the silicon will be there end of October, but there will be some times before all the rest of the code is there I suppose (we have plenty of time) | [13:25] |
| hverkuil | ndufresne: 'mr. Palmer chip'? | [13:27] |
| .... (idle for 17mn) | ||
| kbingham | The BeagleV is dead, but that doesn't mean StarFive is ?
Or has someone heard confirmation that Starfive has gone. I had interactions with them /after/ the beagle-v announcment where they said they were still working on v4l2 drivers for their camera ? (though ... 'them' is a bit inaccurate) | [13:44] |
| ndufresne | kbingham: I meant the BeagleV sorry | [13:46] |
| kbingham | https://github.com/starfive-tech/linux/issues/21 suggested that (two weeks ago) there was still progress on the driver development. Of coruse it said "Ready next week" which has been and gone ;-) | [13:46] |
| ndufresne | for what matters to us, we don't know if StarFive will make another boards with a Wav5 and on, and if they do, it will likely arrive way after we get our target sillicon in hand | [13:46] |
| kbingham | Is Wave5 related to StarFive?
(is there a connection there that I'm unaware of I mean) | [13:47] |
| ezequielg | kbingham: StarFive Starlight SoC has Wave5 IP core... but other than that, not sure if there's another link. | [13:48] |
| kbingham | Oh - and that #21 issues had an update an hour ago ;-)
Ah ok - so StarFive 'used' Wave5 IP blocks in the Beagle-V ... is that a correct summary ? (or ... perhaps that's 'potentially used' ;D) | [13:48] |
| mort_ | How can I get a driver to tell me what sort of formats it supports? (With media-ctl?) | [13:48] |
| ndufresne | kbingham: correct, the CODEC on StartFixe BeagleV is a Chips & Media WAV5 chip
which is the successor of CODA CODA9 that is | [13:49] |
| ....... (idle for 32mn) | ||
| mort_ | nvm, obviously v4l2-ctl --list-formats. I assumed --all would show the formats | [14:22] |
| ndufresne | mort_: there is also --list-formats-ext
which gives a tad more info mort_: code m2m codecs, the reply from this will depend on the format you have on the OUTPUT queue | [14:24] |
| *** | wwilly has quit IRC (Quit: Leaving) | [14:31] |
| ...... (idle for 29mn) | ||
| eelstrebor has joined #linux-media | [15:00] | |
| pinchartl | ndufresne: are you aware of the vulkan codec API ? https://www.khronos.org/blog/an-introduction-to-vulkan-video
I wonder if that could be implemented on top of V4L2 APIs, or if it will be tied to DRM/KMS and Mesa | [15:01] |
| ndufresne | pinchartl: it's a bit like libcamera vs khronos, but after the fact ;-D
just like VAAPI, we have been closer to HW, adding some relatively weird parameters in our CODEC interface | [15:03] |
| pinchartl | it does fill the space of codecs implemented in the GPU, which are not supported by V4L2 today | [15:03] |
| ndufresne | sorry, Vulkan is like VAAPI, and may not have some weird parameters we at at the kernel level interface | [15:03] |
| pinchartl | yes | [15:04] |
| ndufresne | pinchartl: correct, spinning off a V4L2 from a GPU driver is counter intuitive, as the codecs are driven the same way GPU operation are (some binary bitstream command) and code to craft and manage the "pipe" are in userspace | [15:04] |
| pinchartl | I wonder if that API could cover DRM and V4L2 codecs alike, offering a single userspace API for all codecs | [15:05] |
| ndufresne | so in the end, if someone wants this, he'll need a bitstream parser in it's V4L2 Vulkan driver | [15:05] |
| *** | paulk has quit IRC (Ping timeout: 480 seconds) | [15:05] |
| pinchartl | yes
you mean the userspace part of the driver, right ? | [15:06] |
| ndufresne | it could, and Vulkan is supposed to offer better mem abstraction and better multi-device support
yes, the userspace part of the driver will need to fill in the gap Vulkan got no slice mode which means you don't get enough info from the API to driver Cedrus notably | [15:06] |
| pinchartl | but you get them from the stream ? | [15:07] |
| ndufresne | and it does not provide any bit skip values, needed to drive Hantro
yes, from the stream you only get the image part, for H264/HEVC, the header are stripped off but I think the structure are complete in this regard now, it's more complex then using v4l2 or VA, so you really have to be motivated abstracting through ffmpeg or gstreamer might be easier | [15:07] |
| pinchartl | I have lots of motivation, but not on the codec side :-) | [15:09] |
| ndufresne | I think its a good fit for games though | [15:09] |
| pinchartl | good point
there seems to be a WIP implementation of a gstreamer vk decoder element | [15:10] |
| ndufresne | correct, it has lying in khronos gitlab for a long time
it's not exactly functional, but it's hard to keep up, working drivers are hard to find the competing D3D12 support is being merged now that's much more mature | [15:16] |
| ....... (idle for 31mn) | ||
| *** | BrianG61UK has quit IRC (Remote host closed the connection) | [15:48] |
| ................. (idle for 1h20mn) | ||
| gouchi has joined #linux-media | [17:08] | |
| .............. (idle for 1h7mn) | ||
| gouchi has quit IRC (Remote host closed the connection) | [18:15] | |
| .... (idle for 17mn) | ||
| eelstrebor has quit IRC (charon.oftc.net liquid.oftc.net)
andrzej_p has quit IRC (charon.oftc.net liquid.oftc.net) mmind00 has quit IRC (charon.oftc.net liquid.oftc.net) dwlsalmeida has quit IRC (charon.oftc.net liquid.oftc.net) ndufresne has quit IRC (charon.oftc.net liquid.oftc.net) syoung has quit IRC (charon.oftc.net liquid.oftc.net) tonitch has quit IRC (charon.oftc.net liquid.oftc.net) KitsuWhooa has quit IRC (charon.oftc.net liquid.oftc.net) dv_ has quit IRC (charon.oftc.net liquid.oftc.net) sigmaris has quit IRC (charon.oftc.net liquid.oftc.net) gnurou has quit IRC (charon.oftc.net liquid.oftc.net) dafna2[m] has quit IRC (charon.oftc.net liquid.oftc.net) pinchartl has quit IRC (charon.oftc.net liquid.oftc.net) eelstrebor has joined #linux-media andrzej_p has joined #linux-media mmind00 has joined #linux-media dwlsalmeida has joined #linux-media ndufresne has joined #linux-media syoung has joined #linux-media tonitch has joined #linux-media KitsuWhooa has joined #linux-media dv_ has joined #linux-media sigmaris has joined #linux-media gnurou has joined #linux-media dafna2[m] has joined #linux-media pinchartl has joined #linux-media | [18:32] | |
| .... (idle for 16mn) | ||
| gnurou has quit IRC (charon.oftc.net liquid.oftc.net)
sigmaris has quit IRC (charon.oftc.net liquid.oftc.net) tonitch has quit IRC (charon.oftc.net liquid.oftc.net) andrzej_p has quit IRC (charon.oftc.net liquid.oftc.net) dafna2[m] has quit IRC (charon.oftc.net liquid.oftc.net) ndufresne has quit IRC (charon.oftc.net liquid.oftc.net) eelstrebor has quit IRC (charon.oftc.net liquid.oftc.net) KitsuWhooa has quit IRC (charon.oftc.net liquid.oftc.net) syoung has quit IRC (charon.oftc.net liquid.oftc.net) dv_ has quit IRC (charon.oftc.net liquid.oftc.net) mmind00 has quit IRC (charon.oftc.net liquid.oftc.net) dwlsalmeida has quit IRC (charon.oftc.net liquid.oftc.net) pinchartl has quit IRC (charon.oftc.net liquid.oftc.net) eelstrebor has joined #linux-media andrzej_p has joined #linux-media mmind00 has joined #linux-media dwlsalmeida has joined #linux-media ndufresne has joined #linux-media syoung has joined #linux-media tonitch has joined #linux-media KitsuWhooa has joined #linux-media dv_ has joined #linux-media sigmaris has joined #linux-media gnurou has joined #linux-media dafna2[m] has joined #linux-media pinchartl has joined #linux-media | [18:50] | |
| gnurou has quit IRC (charon.oftc.net liquid.oftc.net)
sigmaris has quit IRC (charon.oftc.net liquid.oftc.net) tonitch has quit IRC (charon.oftc.net liquid.oftc.net) andrzej_p has quit IRC (charon.oftc.net liquid.oftc.net) dafna2[m] has quit IRC (charon.oftc.net liquid.oftc.net) ndufresne has quit IRC (charon.oftc.net liquid.oftc.net) eelstrebor has quit IRC (charon.oftc.net liquid.oftc.net) KitsuWhooa has quit IRC (charon.oftc.net liquid.oftc.net) syoung has quit IRC (charon.oftc.net liquid.oftc.net) dv_ has quit IRC (charon.oftc.net liquid.oftc.net) mmind00 has quit IRC (charon.oftc.net liquid.oftc.net) dwlsalmeida has quit IRC (charon.oftc.net liquid.oftc.net) pinchartl has quit IRC (charon.oftc.net liquid.oftc.net) eelstrebor has joined #linux-media andrzej_p has joined #linux-media mmind00 has joined #linux-media dwlsalmeida has joined #linux-media ndufresne has joined #linux-media syoung has joined #linux-media tonitch has joined #linux-media KitsuWhooa has joined #linux-media dv_ has joined #linux-media sigmaris has joined #linux-media gnurou has joined #linux-media dafna2[m] has joined #linux-media pinchartl has joined #linux-media | [19:02] | |
| NiksDev has joined #linux-media | [19:12] | |
| ............. (idle for 1h4mn) | ||
| paulk has joined #linux-media | [20:16] | |
| ...... (idle for 25mn) | ||
| jm_h has quit IRC (Remote host closed the connection) | [20:41] | |
| ...... (idle for 26mn) | ||
| paulk has quit IRC (Ping timeout: 480 seconds) | [21:07] | |
| NiksDev_ has joined #linux-media
NiksDev has quit IRC (Ping timeout: 480 seconds) dwlsalmeida6 has joined #linux-media gnurou has quit IRC (charon.oftc.net liquid.oftc.net) sigmaris has quit IRC (charon.oftc.net liquid.oftc.net) tonitch has quit IRC (charon.oftc.net liquid.oftc.net) andrzej_p has quit IRC (charon.oftc.net liquid.oftc.net) dafna2[m] has quit IRC (charon.oftc.net liquid.oftc.net) ndufresne has quit IRC (charon.oftc.net liquid.oftc.net) eelstrebor has quit IRC (charon.oftc.net liquid.oftc.net) KitsuWhooa has quit IRC (charon.oftc.net liquid.oftc.net) syoung has quit IRC (charon.oftc.net liquid.oftc.net) dv_ has quit IRC (charon.oftc.net liquid.oftc.net) mmind00 has quit IRC (charon.oftc.net liquid.oftc.net) dwlsalmeida has quit IRC (charon.oftc.net liquid.oftc.net) pinchartl has quit IRC (charon.oftc.net liquid.oftc.net) dwlsalmeida6 is now known as dwlsalmeida ndufresne has joined #linux-media ndufresne is now known as Guest174 | [21:16] | |
| ..... (idle for 21mn) | ||
| djrscally has quit IRC (Quit: Konversation terminated!) | [21:48] | |
| djrscally has joined #linux-media | [21:54] | |
| ............ (idle for 59mn) | ||
| djrscally has quit IRC (Read error: Connection reset by peer) | [22:53] | |
| ........... (idle for 51mn) | ||
| eelstrebor has joined #linux-media
andrzej_p has joined #linux-media mmind00 has joined #linux-media syoung has joined #linux-media tonitch has joined #linux-media KitsuWhooa has joined #linux-media dv_ has joined #linux-media sigmaris has joined #linux-media gnurou has joined #linux-media dafna2[m] has joined #linux-media pinchartl has joined #linux-media | [23:44] | |
| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |