Beelink R89 --RK3288 Cortex-A17 Mali-T7 4Kx2K RGMII HDMI2.0 supported by ODM&developers

[reddragon72]

Wish I would have seen this months ago.

Got tons of toys and know how to really push these things.

Maybe next round. Back to my MX1 hehehe

[eduardosmelo]

I'm jealous!

[taki]

tester team of beelink device or oman rk3288 support this format
if it support hw decoding rk3288. may be multimedia center
Supports MPEG-2 (ISO/IEC 13818-2) MP@HL and MP@ML for HD and SD decoding
Supports MPEG-4 (ISO/IEC 14496-2) extended ASP
Supports H.264 (MPEG-4 AVC, ISO/IEC 14496-10) MP/[email protected] for SD and HD decoding

[gaetanolip]

tester team of beelink device or oman rk3288 support this format
if it support hw decoding. may be multimedia center
Supports MPEG-2 (ISO/IEC 13818-2) MP@HL and MP@ML for HD and SD decoding
Supports MPEG-4 (ISO/IEC 14496-2) extended ASP
Supports H.264 (MPEG-4 AVC, ISO/IEC 14496-10) MP/[email protected] for SD and HD decoding

better to test h265 videos...

[4WheelSpyder]

+1 DHL and Low Value Please

+3

[taki]

tester team of beelink device or oman rk3288 support this format
if it support hw decoding rk3288. may be multimedia center
Supports MPEG-2 (ISO/IEC 13818-2) MP@HL and MP@ML for HD and SD decoding
Supports MPEG-4 (ISO/IEC 14496-2) extended ASP
Supports H.264 (MPEG-4 AVC, ISO/IEC 14496-10) MP/[email protected] for SD and HD decoding

this video format is needed for pvr live tv functions

[4WheelSpyder]

Testing the same baseline.

Hi Oman, Maybe you should also provide some guidance in what kind of information you need when the testers report a problem. Also, I guess the rules should be (at least at the start) that only the ROMS provided by you must be used and loaded using the exact procedure provided. I suggest also that no tweaking of the ROM (e.g. build.prop) should be allowed unless instructed or agreed upon by you. That way everyone will be testing the same baseline. Even the testing of complex applications like XBMC should be done in a fairly controlled matter. That is not to say that if a problem exists with the baseline that the testers should not try some solutions and report if they have found a fix. But once reported the unit should be returned to the agreed upon baseline. This is just to ensure that you are not diving into some rat hole just because one of us did a unexpected change to the unit. In the end it is your call how you want to proceed

[no_spam_for_me]

How many mod rom's will be available at the beginning do you think?
( => I think one and we all know from which guy )
How many of the testers will be able to mod the rom?
And of cause if some mod's will be done that must be communicate!

[oman]

Hi Oman, Maybe you should also provide some guidance in what kind of information you need when the testers report a problem. Also, I guess the rules should be (at least at the start) that only the ROMS provided by you must be used and loaded using the exact procedure provided. I suggest also that no tweaking of the ROM (e.g. build.prop) should be allowed unless instructed or agreed upon by you. That way everyone will be testing the same baseline. Even the testing of complex applications like XBMC should be done in a fairly controlled matter. That is not to say that if a problem exists with the baseline that the testers should not try some solutions and report if they have found a fix. But once reported the unit should be returned to the agreed upon baseline. This is just to ensure that you are not diving into some rat hole just because one of us did a unexpected change to the unit. In the end it is your call how you want to proceed

Yes,good advice.

At the beginning,The only ROM is from me..And what I were fixing is OTA update in the past several days,there is still some problem..If OTA is available ,there's no need to update by hand..

You can test everything you can,the more severe the better,but not try to put it into fire..cooked it

You can install any APPs,mount any peripherals ,usb stick/HDD,camera,Remote..just tell me the model of them,the Logs when issues happen,the version of APPs,the process of reproduction..and so forth.

I plan to discuss different kinds of issues in separate thread,such as xbmc,wifi/ethernet,hardware,peripherals,multimedia,stability ,APPs.....

[ssspacman]

Yes, different issues should be in different threads.

[no_spam_for_me]

...but not try to put it into fire..cooked it ...

[yric37]

Yes,good advice.

At the beginning,The only ROM is from me..And what I were fixing is OTA update in the past several days,there is still some problem..If OTA is available ,there's no need to update by hand..

You can test everything you can,the more severe the better,but not try to put it into fire..cooked it

You can install any APPs,mount any peripherals ,usb stick/HDD,camera,Remote..just tell me the model of them,the Logs when issues happen,the version of APPs,the process of reproduction..and so forth.

I plan to discuss different kinds of issues in separate thread,such as xbmc,wifi/ethernet,hardware,peripherals,multimedia,stability ,APPs.....

My advice is to make a changeable internal memory. It would be the device out of compettition.

[masseselsev]

My advice is to make a changeable internal memory. It would be the device out of compettition.

A timely advice Better late then never

Oman, do you already have any estimated time for mass production and shipment? I mean if everything is technically ok in the R89 boxes and the only matters are drivers and a good ROM.

September, October? Just as a teaser

[Arbelzapf]

AW: Beelink R89 --RK3288 Cortex-A17 Mali-T7 4Kx2K RGMII HDMI2.0 supported by ODM&developers

My advice is to make a changeable internal memory. It would be the device out of compettition.

It would also be a support nightmare. People would put cheap knockoff 2gb cards in their devices and then ask for a refund when the inevitable corruption orrurs. The manufacturer cannot reliably issue OTA updates since he cannot know howhow much space the user has.

I know this sounds interesting for experienced users, but there are very good reasons internal storage is better kept on-board

[TMx]

It would also be a support nightmare. People would put cheap knockoff 2gb cards in their devices and then ask for a refund when the inevitable corruption orrurs. The manufacturer cannot reliably issue OTA updates since he cannot know howhow much space the user has.

I know this sounds interesting for experienced users, but there are very good reasons internal storage is better kept on-board

+1
Less is more