-
Notifications
You must be signed in to change notification settings - Fork 665
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
H264 Video decoding issues on rk3288 #1153
Comments
Hi, |
Hi Viish 👋 to be honest I haven't, I did reproduce the issue on the sdk's sample app to discard anything wrong with our integration, but since the intercom has worked previously and we could still access its rtsp feed separately without issues I didn't double check that. I'll do so and get back to you. |
Just a quick update fyi: running the linphone app on the tablet and a cell phone, we were able to have the video work fine during a call. We're now going to run a few more tests to check if the issue is in the intercom itself or in the sdk/tablet combination/configuration. |
If using a Linphone app the result is OK it means the problem lies in your hardware encoder. |
Please try with the following APK on your tablet: |
Same outcome as before 😞 |
Try to add your device info in this table, rebuild the SDK and then the app: |
@Viish what would be a stable branch to build the SDK of? I tried
cmake command was |
If you have this issue means you aren't building release/4.4 branch but master. |
Thanks for the tip, after updating the submodules and rebuilding from scratch I got the sdk to build properly. When importing it into the project I always get a link error from
I've tried cleaning and rebuilding but no luck, always the same. I've added
The app builds fine, but crashes at runtime. Any idea? |
Your device is x86 and by default our SDK builds are only armv7/arm64. |
The addition of I see there are already some other references of the rk3288 on that file, is this new device reference something that you'd be willing to add to the official build so that we don't have to maintain our separate SDK just for this one change? Thanks again for the help |
I'm glad it works. |
Awesome! I see the change was already merged to ms2, can you give me an estimate of when the next sdk build to include this might be released to the maven repo? |
For master (4.5.0-alpha) it is already available, for 4.4 branch it should be available this week as we plan to release an update for the SDK (4.4.2) & the app (4.3.1). |
Btw, until we tag the 4.4.2 release, you can use the following AAR from maven: 4.4.2-pre.13+2de967f |
I have the same problem,Can you help me.My device is RK3399 |
@Viish 我有同样的问题,能帮我吗。我的设备是RK3399 |
@Viish hey brother, it's nice to see this issue, our company's tablet products always have the problem. our tablets has two platforms, RK3288 and RK3399, currently tested the version of 4.5.0-Alpha, RK3288 decoding is successed, but RK3399 not yet, I hope the sdk update can support RK3399. |
As stated in BelledonneCommunications/linphone-sdk#62 (comment), RK3399 support was added yesterday into master (4.5.0-alpha), so you need a version 4.5.0-alpha-125 or newer. |
Nice to hear from you and see that you have added support for rk3999 to master.However, it's difficult for me to build the SDK,so I sincerely still hope that the alpha-125 will be updated to maven_repository in the near future. thank u. |
It is now available on our Maven:
|
Thank you very much, the RK3399 table is working. |
@Viish Hi,it's nice to see this issue,i met the same question.My device is rk3126c,is there any sdk version that has already support this device now?If not,i can just try to rebuild the SDK. |
@fengfeilong0529 Try adding your device to this table: https://gitlab.linphone.org/BC/public/mediastreamer2/-/blob/master/src/voip/h26x/media-codec-h264-decoder.cpp#L216 |
ok,i'll have a try,thanks!
…---- 回复的原邮件 ----
| 发件人 | Sylvain ***@***.***> |
| 日期 | 2022年01月14日 17:17 |
| 收件人 | ***@***.***> |
| 抄送至 | ***@***.******@***.***> |
| 主题 | Re: [BelledonneCommunications/linphone-android] H264 Video decoding issues on rk3288 (#1153) |
@fengfeilong0529 Try adding your device to this table: https://gitlab.linphone.org/BC/public/mediastreamer2/-/blob/master/src/voip/h26x/media-codec-h264-decoder.cpp#L216
If it works, I'll add it for our next release.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
When I build the 4.4 SDK, I got this error.What does it mean?@Viish |
As said in the logs: |
Hi,I've tried to add {"rockchip","Sasincomm S09","rk3126c"} to BelledonneCommunications/mediastreamer2@e757ca9 ,and it worked fine! So, can you add it to the next version please? |
Done in https://gitlab.linphone.org/BC/public/mediastreamer2/-/merge_requests/599, will be part of 5.2 SDK release, in the meantime it's on master branch. |
Merge request has been merged, will be available tomorrow in maven as latest 5.2.0-alpha |
Hi,
We've integrated with linphone's SDK 4.4 (
4.4.0-13-gc99cb9c88
) into our app and have managed to successfully make calls between our android device and our sip intercom, however the video received on the app always appears distorted, like so:The device receiving the call is an android tablet running Android 8.1 (27) and the info received by linphone labels it as
{ 'rockchip', 'rk3288', 'rk3288' }
. I'm aware of other issues related to rockhip chipsets, and this on in particular (namely #738 and #773), and I do see some logs that seem to suggest the hw decoder might be at fault here as well?When receiving 320x240 video:
When receiving 640x480 video:
However, approximately a year ago, we developed a similar app using Linphone's sdk (4.2?) that was able to correctly receive video calls on this same device, so I'm wondering if there's any configuration that has since become default and we can change to workaround this issue? I've tried downgrading to 4.2 with no luck (same issue, maybe something changed on the pre-built sdks?) and also forcing the usage of OpenH264 by using
OpenH264DownloadHelper
and settingH264Helper.setH264Mode(H264Helper.MODE_OPENH264, core)
but that doesn't seem to make a difference on the decoder used?Any guidance would be appreciated.
full_log_320x240
The text was updated successfully, but these errors were encountered: