| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When |
|---|---|---|
| *** | camus has quit IRC () | [00:26] |
| ....... (idle for 33mn) | ||
| jernej has quit IRC (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net)
jernej has joined #linux-media | [00:59] | |
| svarbanov has quit IRC (Ping timeout: 480 seconds) | [01:08] | |
| svarbanov has joined #linux-media | [01:17] | |
| ...... (idle for 28mn) | ||
| camus has joined #linux-media | [01:45] | |
| ..... (idle for 20mn) | ||
| dwlsalmeida4 has joined #linux-media
dwlsalmeida has quit IRC (Read error: Connection reset by peer) dwlsalmeida4 is now known as dwlsalmeida jernej_ has joined #linux-media jernej has quit IRC (Ping timeout: 480 seconds) | [02:05] | |
| ................ (idle for 1h17mn) | ||
| eelstrebor has quit IRC (Quit: Ex-Chat) | [03:26] | |
| servese43 has joined #linux-media
servese43 has quit IRC () | [03:32] | |
| ...... (idle for 27mn) | ||
| servese43 has joined #linux-media | [04:01] | |
| servese43 | Hi everyone. | [04:01] |
| *** | servese43 has quit IRC () | [04:03] |
| ........ (idle for 37mn) | ||
| BrianG61UK has quit IRC (Remote host closed the connection)
BrianG61UK has joined #linux-media | [04:40] | |
| ......................... (idle for 2h2mn) | ||
| jernej_ is now known as jernej
BrianG61UK has quit IRC (Read error: Connection reset by peer) | [06:45] | |
| jernej | dwlsalmeida: I'm updating HEVC request API patches and I wonder, if there is any difference between pic_order_cnt_val (decode params) and slice_pic_order_cnt (slice params)? | [06:48] |
| ndufresne ^
I see that hantro G2 uses pic_order_cnt_val and Cedrus slice_pic_order_cnt | [06:53] | |
| *** | BrianG61UK_ has quit IRC (Remote host closed the connection) | [06:56] |
| jernej | and V4L2_HEVC_DECODE_PARAM_FLAG_NO_OUTPUT_OF_PRIOR seems to be slice specific, not frame | [07:00] |
| ....... (idle for 31mn) | ||
| *** | ao2 has joined #linux-media | [07:31] |
| ............ (idle for 57mn) | ||
| gouchi has joined #linux-media
svarbanov has quit IRC (Ping timeout: 480 seconds) | [08:28] | |
| dv_ | do v4l2 mem2mem devices perform frame reordering? | [08:45] |
| .......... (idle for 48mn) | ||
| *** | mtretter_ has joined #linux-media
mtretter_ has quit IRC () mtretter_ has joined #linux-media mtretter_ has quit IRC () mtretter_ has joined #linux-media mtretter_ has quit IRC () mtretter_ has joined #linux-media mtretter is now known as Guest4971 mtretter_ is now known as mtretter mtretter has quit IRC () | [09:33] |
| .................................................................. (idle for 5h27mn) | ||
| ezequielg | jernej: keep in mind the HEVC controls are very much in need of reviewing. | [15:08] |
| jernej: IMO v4l2_ctrl_hevc_slice_params.slice_pic_order_cnt should match slice_pic_order_cnt_lsb, and should be moved to v4l2_ctrl_hevc_decode_params since it's a slice invariant. What do you think?
And pic_order_cnt_val corresponds to PicOrderCntVal. This should be better specified and documented. | [15:14] | |
| Let me know if you agree and I can cook a patch -- unless you beat me to it. | [15:27] | |
| .... (idle for 15mn) | ||
| jernej | ezequielg: I'm pretty much aware that HEVC controls need review
I'm just curious what is the difference between these two values but if I understand correctly poc used by cedrus is not same as pic_order_cnt_lsb, but some derived value from it | [15:42] |
| .................................... (idle for 2h58mn) | ||
| *** | eelstrebor has joined #linux-media | [18:43] |
| .... (idle for 18mn) | ||
| gouchi has quit IRC (Remote host closed the connection) | [19:01] | |
| .... (idle for 15mn) | ||
| gouchi has joined #linux-media | [19:16] | |
| ...... (idle for 26mn) | ||
| gouchi has quit IRC (Remote host closed the connection) | [19:42] | |
| gouchi has joined #linux-media | [19:48] | |
| ............. (idle for 1h3mn) | ||
| ndufresne | jernej: ezequielg: pic_order_cbt_lsb is likely meaningless for any of the HW, it's only purpose is to use less bits, but everything else should use the computed value (camel case) and our API should pass that calculated value, since you need some state to translate
What need to be checked, is if effectively it's invariant per frame, but I'm pretty sure it is Just like ezequielg did for h264, this draft is to garter all needed parameters, next step is to go over each of them (reading spec) and sorting then between decode_params (frame) and slice_params | [20:51] |
| ................ (idle for 1h16mn) | ||
| *** | ao2 has quit IRC (Quit: Leaving) | [22:11] |
| gouchi has quit IRC (Remote host closed the connection) | [22:17] | |
| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |