gaston1980 has quit [Quit: Konversation terminated!]
gaston1980 has joined #linux-sunxi
JuniorJPDJ has quit [Quit: authenticating]
gaston1980 has quit [Quit: Konversation terminated!]
JuniorJPDJ has joined #linux-sunxi
sbbg has joined #linux-sunxi
<sbbg>
Is there a specific DRM_Prime parameter when configuring ffmpeg or kodi?
sunshavi has quit [Remote host closed the connection]
vagrantc has joined #linux-sunxi
sbbg has quit [Remote host closed the connection]
TheSeven has quit [Ping timeout: 260 seconds]
[7] has joined #linux-sunxi
sunshavi has joined #linux-sunxi
sbbg has joined #linux-sunxi
<sunshavi>
I can confirm 5.6.2 is not working with archlinux. Probably it needs debugging
<sunshavi>
BTW. on opiplus2e
<sbbg>
my ffmpeg complain about "Device setup failed for decoder on input stream #0.0 : Bad Address." when asking for drm_prime. Why would that happen? I did not assign any address.
sunshavi has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
sunshavi has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
lurchi__ has quit [Ping timeout: 240 seconds]
sunshavi has joined #linux-sunxi
<sbbg>
thank you, anyway. Do you know which driver it would be?
<sbbg>
It seems it fail at hw_device_get_by_type( type ) in ffmpeg first.
suprothunderbolt has joined #linux-sunxi
aloo_shu has quit [Quit: aloo_shu]
matthias_bgg has joined #linux-sunxi
<gnarface>
hmmm, i don't know specifically, but i can infer from the error that it is something to do with your hardware video decoder features, so something related to the gpu and xorg drivers maybe?
<gnarface>
i'm not sure what "drm_prime" is but it sounds related to direct rendering (more video card and xorg hardware-acceleration stuff)
<gnarface>
i'm pretty sure someone in here knows better, but they aren't paying attention right now
<gnarface>
you might have luck also asking in #ffmpeg (and weirdly #mplayer sometimes for some reason)
<[TheBug]>
hmm if that is A20 even back in the day when I used the old implementation I remember it only really being compat with mpv or something like that and having to use a mpv interface like smplayer for gui playback -- I don'
<[TheBug]>
I don't recall testing ffmpeg with it
<[TheBug]>
but you of course said you are using newer kernel and drivers supposedly so that could have changed
<[TheBug]>
but maybe try a different video player?
<[TheBug]>
the old drivers created a vdpau driver or something you had to leverage for hardware accel playback, not sure if that is how it is done in newer kernel implementation
<gnarface>
that all sounds logical to me. that reminds me that frequently ffmpeg needs out-of-tree patches to get some hardware working
martinayotte has quit [Ping timeout: 258 seconds]
<gnarface>
i'd say it's also worth a try making sure you have any relevant ffmpeg patches, don't just assume your distro included them because they're popular
<gnarface>
(nvidia and raspberry pi components being a prime example here)
airgapp has joined #linux-sunxi
dddddd has quit [Ping timeout: 256 seconds]
martinayotte has joined #linux-sunxi
<sbbg>
Yeah, I try my best to keep everything patched. Because I take the patched source directory from LibreELEC build environment after the build is complete. I have no choice but to trace ffmpeg by myself now.
chewitt has quit [Read error: Connection reset by peer]
chewitt_ has joined #linux-sunxi
chewitt_ has quit [Read error: Connection reset by peer]
chewitt has joined #linux-sunxi
suprothunderbolt has quit [Ping timeout: 240 seconds]
suprothunderbolt has joined #linux-sunxi
chewitt has quit [Read error: Connection reset by peer]
chewitt_ has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
macc24 has joined #linux-sunxi
tdebrouw has joined #linux-sunxi
ldevulder_ has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
ldevulder__ has quit [Ping timeout: 250 seconds]
chewitt_ has quit [Read error: Connection reset by peer]
chewitt has joined #linux-sunxi
tnovotny has joined #linux-sunxi
chewitt has quit [Ping timeout: 256 seconds]
chewitt has joined #linux-sunxi
ldevulder_ is now known as ldevulder
chewitt has quit [Read error: Connection reset by peer]
chewitt_ has joined #linux-sunxi
chewitt_ has quit [Ping timeout: 258 seconds]
suprothunderbolt has quit [Ping timeout: 256 seconds]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
chewitt has joined #linux-sunxi
tnovotny has quit [Remote host closed the connection]
matthias_bgg has quit [Ping timeout: 256 seconds]
_whitelogger has joined #linux-sunxi
<fALSO>
bom dia
matthias_bgg has joined #linux-sunxi
chewitt has quit [Quit: Adios!]
lurchi_ is now known as lurchi__
florian has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
<JohnDoe_71Rus>
almost works with hdmi switch. https://dropmefiles.com/OSMIZ LibreELEC-A20.arm-9.80-devel-20200405101739-656a0e2-cubieboard2 any tips?
AneoX has joined #linux-sunxi
NeuroScr has quit [Quit: NeuroScr]
lurchi__ has quit [Ping timeout: 260 seconds]
macc24 has quit [Ping timeout: 265 seconds]
macc24 has joined #linux-sunxi
NeuroScr has joined #linux-sunxi
gaston1980 has joined #linux-sunxi
NeuroScr has quit [Quit: NeuroScr]
dddddd has joined #linux-sunxi
tnovotny has joined #linux-sunxi
<martinayotte>
sunshavi: I've my OPi+2E running Armbian 5.6.2 since Saturday, no issue for now ...
airgapp has quit [Quit: airgapp]
iyzsong has quit [Ping timeout: 265 seconds]
nashpa has quit [Quit: Going away]
nashpa has joined #linux-sunxi
JohnDoe8 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 256 seconds]
<karlp>
I can already see that the CHANGELOG referred to by the readme doesn't exist anymore
<megi>
karlp: you can limit it to the maintainers if you like, just always send it to the mailing list too
<karlp>
ok.
<megi>
I can imagine that that header file was touched by quite a bunch of people ;)
<karlp>
yeah, which is why it seemed a little excessive :)
<karlp>
hoenstly, I'd be more inclinded to raise the default liimt from 8M in the core, but it's way less intrusive to make at least all sunxi have the bigger limt
<megi>
yeah, I also have this limit raised in the header file, since I like to use itb
<karlp>
itb is fit images?
<megi>
yes
<karlp>
right, getting a bit into that. I need to get figured out how to have my kernel+squashfs+jffs stuff on spi, and have been copying off openwrt, but they seem to be creating "legacy" stuff
<sunshavi>
jernej: thanks. after comparing I am going to report back
florian has quit [Quit: Leaving]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 258 seconds]
Kasreyn has quit [Remote host closed the connection]
<[TheBug]>
JohnDoe_71Rus: seems like it isn't able to renegotiate correctly with the monitor when you change the stream back through the switch -- if it can't communicate with the display in order to negotiate resolutions and such it will tend to do what you are seeing because it becomes confused -- you should be able to see something in dmesg about it trying to negotiate and what may be failing
<[TheBug]>
there (or on UART seiral console if not in dmesg at boot time)
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
macc24 has joined #linux-sunxi
macc24 has quit [Read error: Connection reset by peer]
<sunshavi>
jernej: those are the main differences among the two kernels https://termbin.com/bfuw
<JohnDoe_71Rus>
[TheBug]: i can paste logs. can you see it?
<JohnDoe_71Rus>
without switch work good. except hdmi-audio in last kernels
<[TheBug]>
then the switch / monitor you have doesn't handle renegotiation right through the switch and likely the only solution is unplugging the screen and plugging it back so it forces a new negotiation -- just check the log it should be pretty obvious what the issue is if it is verbosly logging to console / dmesg
<[TheBug]>
Nicer hdmi switches actually handle those processes for you, if you are using some non-assited just manual switch it may not like that very much as it could see it as the hdmi never changed so never initiate re-negotiation
sbbg has quit [Remote host closed the connection]
<JohnDoe_71Rus>
hotplug hdmi connector? not sure cb2 has protection resistors
<JohnDoe_71Rus>
i test with this switch netbook and iptv set box. and they work perfect
<sunshavi>
martinayotte: could You share me your kernel config?
<sunshavi>
it is weird. Same kernel works on opi pc plus
vagrantc has joined #linux-sunxi
macc24 has quit [Ping timeout: 260 seconds]
<[TheBug]>
JohnDoe_71Rus: do you have serial UART connection to the board? You should watch the console as it may give more details than what you are getting output to logs
<JohnDoe_71Rus>
ok. i can take uart log, but late
<[TheBug]>
thing is it puts out debug info
<[TheBug]>
so like you should probably be able to
<[TheBug]>
plug/unplug and see some debug on screen about its negotiation
<[TheBug]>
I didn't really see that in your logs from a quick look
<[TheBug]>
again t hough, I imagine it isn't able to negotiate correctly through that switch -- and just because one piece of hardware works or understand how to renegotiate doesn't mean another will or will have drivers designed that way -- so I wouldn't make assumptions based on "it worked on another device"
<JohnDoe_71Rus>
" plug/unplug" can i on/off TV
<[TheBug]>
I will give you example of an issue I know with H3 -- there are certain TVs when connected to the board if you turn off the monitor and back on it will fail to negotiate when turned back on, in some cases you may get weird colored screen output as well from this, like pink screen or similar. This can sometimes be handled by physical removal and replug, sometimes a reboot. It isn't per
<[TheBug]>
se the board but a compatability between the board and the screen you are using and how it negotiates -- if anything causes that to fail you can end up in a state like you are seeing or even where the video just won't work at all.
<[TheBug]>
in this case you are adding even another hurtle -- a hdmi switch device
<[TheBug]>
and you have no idea if it follows either of the standards by the monitor or the device so you just add layers of complexity
macc24 has joined #linux-sunxi
warpme_ has quit [Quit: Connection closed for inactivity]
Net147 has quit [Ping timeout: 260 seconds]
Net147 has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
curlybracket has joined #linux-sunxi
Moe_Icenowy has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
jonasbits_ has joined #linux-sunxi
ric96_ has joined #linux-sunxi
ric96 has quit [Ping timeout: 246 seconds]
MoeIcenowy has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
jonasbits has quit [Quit: No Ping reply in 180 seconds.]
bshah has quit [Excess Flood]
Moe_Icenowy is now known as MoeIcenowy
ric96_ is now known as ric96
alexxy has quit [Quit: No Ping reply in 180 seconds.]
<curlybracket>
megi: Could it be that you have your panel configured for burst mode? It's likely the burst-mode code path needs a revisit, as I was unable to test it myself.