I'm now reassembling the code, include files and all in my rockchip-vcodec repository , patching the code to use it with the latest 4. Now, the problems are : I don't get the big picture from the user side.
So it's kinda hard to test this quickly. Rockchip seems to rely on their library, MPP , and patched gstreamer packages if I understand correctly.
Last time I tried the "test-suite" of the MPP library, things were "clunky". Since it's mostly maintained by one person, ayaka , I'm pretty sure that it's the kind of test-suite that only the owner clearly understands. I know that problem, as I did the same thing with some of my libraries. I'll add these goals on the Github pages so that everyone gets how things are going, from the GH page. I don't know much about gstreamer but it seems to be what the Rockchip's developers use to test video decoding.
I have a ffmpeg 3. The Kodi Leia patches in the rockchip-leia branch will be updated once we have achieved more stable playback on rk devices using mpv and Kodi Krypton.
Thanks for the link to LongChair's ffmpeg, and your version. I'll try to compile and install the patched libraries, compile mpv and kodi against them and test all of this, this week-end. The last step will make it easier for anyone that already has all the right software installed, to test the VPU driver on mainline kernels. There was also some audio delays and missed packets if kodi krypton is linked to the newer ffmpeg version, kodi leia will require the new ffmpeg version and the patches will be rebased and updated at a later date.
For optimal media playback there have been a few kernel changes required, see my rockchip I've provided a first build of the 4. Now, if you don't want to clone an entire repo, I made a tarball release of this build , so just grab it and install it on your machine. You still need to get the user-space softwares installed correctly though. Still, no optimization has been added for the moment, as I'm trying to get things working, before trying to get things working nicely.
I'll patch this into the Dev image for anyone here that wants to experiment with the user space parts. If there's a more proper way to do this tell me, I don't know all the features of the build scripts as yet. I'll try this today. The things is, while I think I've already implemented a good part of the first patch , the second one is It basically shunts all the security features of DRM drivers Anyway, I'll deal with these patches with the next kernel release. Myy in case it's any help, kernel 4.
Alright, I've reassembled and rearranged, when necessary, all the patches used by wzyy2 on the mainline kernel.
They compile fine but they're still untested. I'll publish them, with the rc3 release. So far, so long, the MPP test suite is still Like, some tests require you to provide raw videos content, meaning H26x or VP8 content without the file header I don't know why though, strace didn't help pinpoint this issue. So, once all the new patches added and test, I'll test with MPV, see if I can get some useful error messages at least. I was using the one provided by the ARM guys before.
I also found the mainline kernel patch that adds RGA , the Rockchip 2D hardware rasterizer, which is always a nice little addition. The new patch will add it. I'll take a look at this branch and try to extract the minimal set, in order to test it on mainline kernels.
Or shall I? Now, there's also a libva driver being developed. I didn't test it, though. It seems to be used in combination with VLC. I'll test it if I can get the H decoder working. This will install mpv in your local machine. If you also want to build a debian package, you can do the following additional steps:.
The resulting mpv package can later be installed on any machine running the same distro and architecture. I'll try to run the standard Debian packaging sequence you pasted. Instead of doing a proper packaging job, I decided to test the H decoder because Hey, H! But, nah I got some weird blocks interlacing with frames replacing each other Still, the kernel from bbrazillon can be used for MPEG-2 decoding too, since it integrates Kwiboo's work, so I'll use this base, strip the changes to the bare minimum required by the V4L2 decoders, generate a patch, integrate it into my main build script and let everyone have fun with this.
Besides the common people throwing a tantrum because they provided their work under a license and want to rescind it, for whatever reasons, I saw this :. Hardware-accelerated video decoders used through a firmware instead of hardware registers.
I skimmed that thread, by curiosity. Basically, Paul Kocialkowski and Nicolas Dufresne are talking about current developments in the Video decoders, and how to deal with angry closed blobs coming from nowhere. But then, Nicolas then threw this, out of nowhere :. Ok, let's search on the web for "Hantro G1". Maybe I'll find the Reference Manual for this chip. What the FUCK!? Why did you ask Google to develop a driver for your VPU, while the company already had all the documentation about your chip!?
Yep, the vpu1 is a Hantro G1 or at least based on it. And, I know it's bad. These are applied against mainline v5. I'll try to test them, and adapt them, against v5. Then I'll re-arrange them and do a release of RockMyy. VPU patches re-ordered, remade and tested against 5. I retested the H driver with a slight fix and it's better, but there's still a few blocks not placed correctly here and there. I don't remember if Ubuntu is still using libav, or went back to FFmpeg.
I remember that the projects forked for some weird reasons and Debian went with libav I wonder if this tool though, supports other Rockchip models ex. Laurence Marks. Any ideas? This website uses cookies to improve your experience. We'll assume you're ok with this, but if you don't like these, you can remove them Accept. Close Privacy Overview This website uses cookies to improve your experience while you navigate through the website.
Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website.
We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent.
No devices are shown connected what ever I do. So I found one discussion saying that Androifdtool can be used as well. I tried with version v2. I followed similar procedure as you proposed but I get error back after first step "checking" I can login and see all the shows. But when I try to watch, it is stuck at loading screen. Can you please help?
0コメント