ChanServ changed the topic of #libreelec to: [ LibreELEC Support Channel ~ current release: (Leia) 9.2.6 ~ No discussion/support for piracy addons/services ~ Log: https://freenode.irclog.whitequark.org/libreelec ]
psymin has quit [Quit: Leaving]
jab has quit [Ping timeout: 272 seconds]
TomTom has quit [Quit: Connection closed for inactivity]
Turmoil has joined #libreelec
turm01l has quit [Ping timeout: 265 seconds]
Turmoil is now known as turm01l
tsal_ has quit [Ping timeout: 256 seconds]
tsal has joined #libreelec
lainlives has quit [Ping timeout: 260 seconds]
de-facto has quit [Quit: See you around. 💤]
de-facto has joined #libreelec
Israphel has joined #libreelec
buzzmarshall has quit [Remote host closed the connection]
chewitt has quit [Quit: Adios!]
asdf28 has joined #libreelec
lolek has joined #libreelec
TomTom has joined #libreelec
RaphGro has joined #libreelec
tommy`` has joined #libreelec
Gittun has joined #libreelec
Tobbi has joined #libreelec
Tobbi has quit [Ping timeout: 272 seconds]
sFinx has quit [Ping timeout: 256 seconds]
MichaelOF has joined #libreelec
sFinx has joined #libreelec
aphirst has joined #libreelec
<aphirst> Hi there! I was just wondering quickly whether it was possible to tell on a libreelec device which codecs **it thinks** it can hardware-decode?
<aphirst> in linux-land, as an intel user, i can run `vainfo` for instance
turm01l has quit [Quit: Bye.]
turm01l has joined #libreelec
anonymip has quit [Read error: Connection reset by peer]
anonymip has joined #libreelec
ghostcube has joined #libreelec
asdf28 has quit [Ping timeout: 256 seconds]
asdf28 has joined #libreelec
speeedy has quit [Remote host closed the connection]
St3ak has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
St3ak has joined #libreelec
Fenster has quit [Ping timeout: 240 seconds]
pauljw has quit [Remote host closed the connection]
pauljw has joined #libreelec
Fenster has joined #libreelec
turm01l has quit [Quit: Bye.]
turm01l has joined #libreelec
tommy`` has quit [Disconnected by services]
pragmaticenigma has joined #libreelec
Fenster has quit [Ping timeout: 246 seconds]
kriger has joined #libreelec
psymin has joined #libreelec
pragmaticenigma has quit [Quit: Leaving]
pragmaticenigma has joined #libreelec
mack- has joined #libreelec
lolek has quit [Quit: Leaving.]
kriger has quit [Read error: Connection timed out]
mack- has quit [Quit: Leaving]
shibboleth has joined #libreelec
Tobbi has joined #libreelec
pragmaticenigma has quit [Quit: Leaving]
MichaelOF has quit [Quit: Konversation terminated!]
Fenster has joined #libreelec
Fenster has quit [Ping timeout: 260 seconds]
Fenster has joined #libreelec
|Jeroen| has joined #libreelec
Fenster has quit [Ping timeout: 256 seconds]
<ndufresne> aphirst: right now it still depends on the HW type
<aphirst> ndufresne, the method of checking too?
<ndufresne> long term, when everything settle toward a generic API, you'll be able to use v4l2-ctl
gouchi has joined #libreelec
Fenster has joined #libreelec
<ndufresne> aphirst: let's say you have a V4L2 standard API, the method is a bit fastidious still, but look for a /dev/videoN devive that report begin a decoder
<ndufresne> v4l2-ctl -d N -D
<ndufresne> try N = 0, 1, 2, etc
<ndufresne> e.g. Driver name : rkvdec
<ndufresne> and then v4l2-ctl -d 1 --list-formats-out
<aphirst> Driver name : bcm2835-codec
<ndufresne> ok, codec is decoder or encoder
<ndufresne> and that tells me you are on the PI
<aphirst> on this device, yes, but i have a few more different boards too
<ndufresne> so listing the --list-formats-out, here would give me:
<ndufresne> Type: Video Output Multiplanar
<ndufresne> [0]: 'S264' (H.264 Parsed Slice Data, compressed)
<ndufresne> ioctl: VIDIOC_ENUM_FMT
<ndufresne> [1]: 'VP9F' (VP9 Frame, compressed)
<ndufresne> Which means I got H.264 and VP9 enabled on this board, well, stateless for that's too much info ;-P
<aphirst> --list-formats-out gives me 11 indexes, i recognise all the pixel formats, but nothing that corresponds to what i would recognise as codecs
<ndufresne> if you see YUV formats, then you have hit the encoder
<aphirst> ah so try another number
<ndufresne> try another node
<ndufresne> yep
<ndufresne> I think it would be nice to add an option to list decoders, or encoders in v4l2-ctl, should not be hard
<aphirst> ok so on this one i see H264, MJPG, and VP80
<aphirst> hmm i thought rpi4 did HEVC too
<ndufresne> here we go, keep going, since there might be multiple drivers
<aphirst> the only /dev/video entries were 10, 11 and 12
<aphirst> only /dev/video10 gave codecs
<ndufresne> on my rockchip, I got a driver/node that do H264, HEVC (not in my kernel yet) and VP9, and another that do MPEG2, VP8 (well plenty other codec not integrated yet)
<ndufresne> aphirst: I guess the HEVC driver is just too early and isn't yet included ?
<ndufresne> RPi4 do have HEVC hw for sure
<aphirst> i'm surprised to **not** see HEVC listed here, partly as i have this board because i thought it did HEVC, and partly because it **seems** to play all my HEVC content without issue so i assumed it was working
<ndufresne> aphirst: it's possible it's still using some vendor stuff and not yet a v4l2 driver, but I know John Cox is working on a v4l2 (stateless) driver
<ndufresne> when it's custom/vendor API, we don't really have a trick to list the codecs
<aphirst> i am aware that there is future (pending?) work on unifying the decoding experience
<ndufresne> for sure HEVC cannot be the same driver, as it a totally different HW
<aphirst> but i didn't expect it to require quite this much involvement to **check** the supported codecs, lol
<ndufresne> yeah, as I said, just a tiny patch to v4l2-ctl would do to make this easier
<ndufresne> or ffmpeg I'dsay
<aphirst> oh, can you get ffmpeg to tell you what codecs it thinks are hwdec-able?
<aphirst> are there ffmpeg packages for libreelec?
Tobbi has quit [Ping timeout: 265 seconds]
Tobbi has joined #libreelec
Pak0st has joined #libreelec
Tobbi has quit [Ping timeout: 272 seconds]
<ndufresne> aphirst: khodi depends on ffmpeg
<ndufresne> for your previous question, in gstreamer we added recently this: gst-inspect-1.0 --types Hardware/Decoder
<ndufresne> which will list all the decoders that are driven by HW
<ndufresne> of course it only reflect what GStreamer support, which may be less then what you HW do
<aphirst> interesting
shibboleth has quit [Remote host closed the connection]
shibboleth has joined #libreelec
shibboleth has quit [Remote host closed the connection]
Tobbi has joined #libreelec
speeedy has joined #libreelec
Fenster has quit [Ping timeout: 256 seconds]
|Jeroen| has quit [Quit: dada]
IPFreely has joined #libreelec
RaphGro has quit [Quit: Please remember your own message. It'll be read as soon as possible.]
buzzmarshall has joined #libreelec
gouchi has quit [Remote host closed the connection]
ghostcube has quit [Quit: Verlassend]
asdf28 has quit [Ping timeout: 265 seconds]
pauljw_20 has joined #libreelec
pauljw has quit [Remote host closed the connection]
Pak0st has quit [Quit: Connection closed]
LossAngeles has joined #libreelec
Fenster has joined #libreelec
Gittun has quit [Quit: ‹‹UPP››]
gendevbot has quit [Remote host closed the connection]
turm01l has quit [Ping timeout: 265 seconds]
turm01l has joined #libreelec