ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | IRC log http://irclog.whitequark.org/linux-rockchip | Community GH https://github.com/linux-rockchip | Rockchip GH https://github.com/rockchip-linux | ML https://groups.google.com/group/linux-rockchip
nighty- has joined #linux-rockchip
kaspter has joined #linux-rockchip
kaspter has quit [Client Quit]
cyteen has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-rockchip
kaspter has quit [Client Quit]
cnxsoft has joined #linux-rockchip
BV1AL has joined #linux-rockchip
takeshi_ has quit [Quit: Connection closed for inactivity]
cyteen has joined #linux-rockchip
lurchi_ is now known as lurchi__
nighty- has quit [Ping timeout: 248 seconds]
nighty- has joined #linux-rockchip
lkcl has quit [Ping timeout: 248 seconds]
vagrantc has quit [Quit: leaving]
lkcl has joined #linux-rockchip
lurchi_ has joined #linux-rockchip
lurchi__ has quit [Ping timeout: 260 seconds]
aalm has quit [Ping timeout: 240 seconds]
indy has quit [Ping timeout: 240 seconds]
indy has joined #linux-rockchip
aalm has joined #linux-rockchip
<LongChair> stdint: morning :) I would like to know if any other decoders that H264 / H265 / VP8 / VP9 are supposed to work in MPP ?
<LongChair> seems like i tried MPEG2, but i'm having some issues
<stdint> LongChair, it works well for me
<LongChair> ok i'll investigate, so MPEG2 / MPEG4 are also supposed to work ?
<LongChair> does MPEG needs any bitstreaming ?
<LongChair> (ie like h264 & h265)
<stdint> yes
<LongChair> not sure what happens, it seems to init fine, i get the inforchange with proper resolution, but then when trying to get frames it's like timeouting
<LongChair> so what kinf of bitstreaming does it need ?
<stdint> I don't think the MPEG-2 or MPEG-4 Part 2 has a different format
aalm has quit [Ping timeout: 240 seconds]
<LongChair> stdint: i meant, hevc & h264 needs annexb bistreaming before we feed the decoder
<LongChair> i was wondering if MPEG2 data needed something similar
<stdint> first of all, the HEVC and AVC defined two different formats
<stdint> but I don't remember MPEG-2 or MPEG-4 Part 2 do that
<LongChair> hmmm ok
<LongChair> i would expect the stream i send to be ok, as i get the inforchange and the video size is detected properly
<LongChair> just odd that it timeouts when trying to grab the frames
<LongChair> @stdint : so i got some more logs
<LongChair> mpp_buf_slot: new width 1920 height 1080 stride hor 1920 ver 1088 fmt 0
<LongChair> hal_m2vd_reg: mpp_device_wait_reg return error:110
<LongChair> [ffmpeg] mpeg2_rkmpp: Decoder noticed an info change (1920x1080), format=0
<LongChair> mpp_device: mpp_device_wait_reg ioctl VPU_IOC_GET_REG failed ret -1 errno 110 Connection timed out
<LongChair> m2vd_parser: [m2v]: (ref_frame_cnt[1] < 2) && (frame_cur->picCodingType[3] == B_TYPE)
<LongChair> does this make any sense ? :)
<stdint> no
<stdint> it only means there is an error at bit stream
<stdint> maybe the video source has some problems
<LongChair> hmm i tested 2 videos
<LongChair> they were 1080i videos, i'll test a 720p one to see if it has to do with interlaced videos
<LongChair> nope getting same error with a 720p MPEG2 video
<LongChair> those are here : http://kodi.wiki/view/Samples in the section 3, if you feel like checking
<LongChair> @stdint : does MPEG2 needs extradata to be sent ?
<stdint> of course
<LongChair> ok, so that aprt is right, i suppose that if it can get the frame size the stream start should be ok
<LongChair> very odd, MPEG4 works fine with same code
<LongChair> @stdint : would you have any MPEG2 sample i could try, see if that is the media ?
wzyy2 has joined #linux-rockchip
premoboss has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
mrueg has quit [Remote host closed the connection]
mrueg has joined #linux-rockchip
wzyy2 has quit [Disconnected by services]
wzyy2 has joined #linux-rockchip
afaerber has joined #linux-rockchip
wzyy2 has quit [Quit: Konversation terminated!]
kloczek has quit [Remote host closed the connection]
nighty- has quit [Quit: Disappears in a puff of smoke]
kever_ has quit [Ping timeout: 252 seconds]
kever has joined #linux-rockchip
kloczek has joined #linux-rockchip
kever has quit [Ping timeout: 248 seconds]
kever has joined #linux-rockchip
chichak has quit [Ping timeout: 240 seconds]
moneymaker has quit [Quit: Ping timeout (120 seconds)]
Ke has quit [Ping timeout: 240 seconds]
moneymaker has joined #linux-rockchip
Ke has joined #linux-rockchip
cyteen has quit [Ping timeout: 240 seconds]
phinxy has joined #linux-rockchip
phinxy has left #linux-rockchip [#linux-rockchip]
premoboss has quit [Read error: Connection reset by peer]
chichak has joined #linux-rockchip
LongWork1 has joined #linux-rockchip
LongWork has quit [Ping timeout: 240 seconds]
LongWork has joined #linux-rockchip
LongWork1 has quit [Ping timeout: 240 seconds]
jelly has quit [Ping timeout: 240 seconds]
LongWork has quit [Ping timeout: 248 seconds]
Aussie_matt has joined #linux-rockchip
jelly-home has joined #linux-rockchip
jelly-home is now known as jelly
lurchi_ is now known as lurchi__
cyteen has joined #linux-rockchip
<via> whats the fastest thing to use as root storage on a c201 chromebook? looks like the usb ports are usb2.0
<via> sd cards are slow
<via> the mmc seems slow too
<Ke> via: I don't think there is any better solution
<via> which of those three would you imagine the fastest?
<via> usb is still 12M/s at least, which i think is faster than an sd card
<Ke> I use SD, because it's replaceable and least intrusive of the media that supports discard
<Ke> also my uSD is multiple times larger than the eMMC
<via> definitely least intrusive
<via> yeah, i've got a 64G one ready
<via> i was installing to a usb and just now realized its only usb2
<Ke> also USB is not supposed to be used as rootfs and does not support discard
<via> when you say not supposed to be used
<via> what do you mean
<Ke> as in, they do mostly not have the durability
<via> oh
<phh> also there have been problems with suspend
<via> meh, i'm not too concerned about durability
<via> good to know
<Ke> neither has most uSD, but you can only use overprovisioned card
<Ke> I am concerned, but I have been using this uSD for a year without problems
<Ke> almost a year
<via> apparently these uSDs have better performance than i thought
<via> so yeah i guess i'll just copy over the rootfs i just made to one
cnxsoft has quit [Quit: cnxsoft]
Aussie_matt has quit [Remote host closed the connection]
indy has quit [Ping timeout: 240 seconds]
wadim_ has quit [Remote host closed the connection]
BenG83 has joined #linux-rockchip
<xevious> ayufan: Can you show me your .dts that's working with gmac2phy?
indy has joined #linux-rockchip
<ayufan> on mainline?
LongWork has joined #linux-rockchip
<xevious> You've got it working on mainline?
<xevious> You had said "gmac2phy works fine for me on mainline kernel with applied fixes" and that those fixes were in your fork. Is that still the case?
<ayufan> yes it works
<ayufan> just install my mainline kernel
matthias_bgg has quit [Ping timeout: 248 seconds]
Moe_Icenowy is now known as MoeIcenowy
<xevious> ayufan: Which branch? Or do you have a binary available?
<xevious> release-4.4-wip?
<via> i know this is unlikely, but there's still no 2d accelerated open solution for the rk3288 yet, right?
<xevious> ayufan: Should gmac2phy work on your 0.5.7 image?
<ayufan> Yes, but if you install mainline kernel
<ayufan> You have to do it manually using deb
<xevious> The debs from this page, right? https://github.com/ayufan-rock64/linux-build/releases
<ayufan> Yes
<xevious> Which one, 4.13.0-rc1?
<ayufan> The latest 4.13 from latest pre-release
<xevious> Thanks. I appreciate your help.
<ayufan> I will cross-check that later. First I have some DRAM/DMA/GbE issue to fix :)
tlwoerner has quit [Ping timeout: 248 seconds]
tlwoerner has joined #linux-rockchip
tlwoerner has quit [Changing host]
tlwoerner has joined #linux-rockchip
vagrantc has joined #linux-rockchip
<xevious> ayufan: I've got ethernet after installing the 4.13 kernel. However, I no longer have video :D
<ayufan> yes, because mainline doesn’t have video, only ethernet :)
<ayufan> I did not bother porting that to 4.4, but I know that Kwiboo has patches for gmac2phy working
<ayufan> but he mentioned that it is not very stable
<ayufan> at least you know that it works :)
<xevious> I had gmac2phy working on an earlier build, though.
<xevious> ...with video...
<xevious> I think I still have that image file. I'll write it to SD and see what's different.
<xevious> I should clarify that I was able to use gmac2phy, but its MAC address changed on every boot.
daniels has quit [Excess Flood]
daniels has joined #linux-rockchip
<xevious> When I had it working but the MAC address changed on every boot, I was able to run iperf3 for 24 hours without any dropped packets.
<xevious> What is the status of WiFi and bluetooth support for RK3328 on Linux?
* vagrantc tries 4.13.x on the veyron-speedy in the hopes that eMMC and/or microSD and/or USB works more reliably again
<xevious> ayufan: The same image that worked for 24 hours of iperf3 on my A95X R2 device would quickly stop working on the Rock64.
<xevious> For example, I would SSH into the Rock64 and the connection would freeze if I did something as simple as `ls -lR /usr`
<vagrantc> hrm... NMI CPU stalls ... bah.
<ayufan> it should mostly work, but I did not test that
<ayufan> gbe seems to work to me stable on latest image
<ayufan> it is up to having kernel drivers ;)
BenG83 has quit [Ping timeout: 260 seconds]
lurchi__ is now known as lurchi_
LongWork has quit [Ping timeout: 248 seconds]
afaerber has quit [Quit: Leaving]
afaerber has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_