From my side I test the Orange pi One plus image and the image work on my orange pi lite2.
I do not test WiFi, I run it with an EthernetUSB dongle.
Last time I test it, USB3 port did not work.
From my side I test the Orange pi One plus image and the image work on my orange pi lite2.
I do not test WiFi, I run it with an EthernetUSB dongle.
Last time I test it, USB3 port did not work.
Odroid C2 do not support HDR. You probable want talk about Odroid N2.... ?
Hi !
Is somebody can confirm that the Pine H64 output sound only on the left speaker ?I did a test to ensure that the problem do not come from my setup, I pluged my rock64 exactly with the same cable and the sound is perfect. As soon as I plug the Pine h64 the sound come from the left speaker only.
Thank you !
Hello ilchenko !
Is your Orange pi 3 connected directly to your TV or you pass thru an AVR ? I have a Pine H64 and it work correctly connected directly to the TV but when I pass thru an AVR I have not images. I am curious to know if the Orange Pi 3 react the same way.
Hi ! No atmos via pcm.
The link to the image is in the OP : Nightly images for A64, H3 and H6 boards
Hello BKay
I tried the demo and I confirm that I see the same thing. I tried the same demo on my RockPi4 and again I see the same problem. Finally, I play the demo on my Minix U9-H running the last version of CE and the picture is perfect. The aliasing is evident on the last picture of the demo, the LG logo.
buximze : Personnaly, the color look perfect. I compare Rockchip with Amlogic and the color are equivalents... Maybe a little bit better on Rockchip.
Hi xyzzy7
I am able to run Librelec image on my Pine H64 model B. Is your Pine H64 is connected directly to the TV ? Or is it plug in an AVR ?
It need to be plug directly to the TV, it not work passing through an AVR.
jernej !
I did more tests on your last test image for Pine H64.
- I am able to listen a lot more 4k HDR contents then before
- My pine H64 triggered correctly the HDR on My TV. So, when I start an HDR content, my TV display the logo HDR content is playing
- The colorspace BT.2020 is not triggered when I listen a HDR movie. That's not good.
- I am unable to play REMUX movie, I have a green screen.
- Once I tried to play a Remux movie, I am unable the start any other HDR content, even contents that played correctly before.
- A bug probalby related to Kodi 19 Alpha, I am unable to start my Pine H64 with my mariadb server. No database migration, I am just stuck on the Kodi screen.
- And, a problem you already know, I am unable to use my Pine H64 passing through my AVR. Maybe this problem will be corrected with Kernel 5.2... For me it's a big handicap.
jernej !
I tried your release for the Pine H64. I always have the same problem, when I connect the Pine H64 to my AVR I have no image on my TV, even with that version.
If my Pine H64 is conneted directly to the TV everything work fine.
I will do some test directly connected to the TV to test HDR content later today.
Hello !
after few more tests, forget this build for H265 HD but work well for H265 SD. Anyway, the future sound good for the Rock64 and other rockchips device under mainline kernel... But for the moment a lot more feature under kernel 4.4.
Hi !
I did a test with the mainline build. I confirm that the problem with the Divx and the Xvid are not present (1080p). And I test a HEVC video with success, the video is smooth and the quality is really good.
Hi !
I did a quick test with my Rock64 with Libreelec 8.90.015. I play a DivX without problem, no stutter/Jitter. I play it 5 minutes without any glitch. I previously played a lot of H264 and h265 contents without issue.
Just a little precision, my resolution is set to 720p. As soon I set it to 1080p suttering and jittering appear.
No stutter/jitter at 720p but that appear at 1080p with this video
Video
ID : 0
Format : MPEG-4 Visual
Codec ID : DIV3
Codec ID/Hint : DivX 3 Low
Duration : 1 h 57 min
Bit rate : 694 kb/s
Width : 576 pixels
Height : 432 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.112
Stream size : 585 MiB (83%)
Samething for this one :
Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced [email protected]
Format settings : BVOP2
Format settings, BVOP : 2
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (MPEG)
Muxing mode : Packed bitstream
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 40 min 35 s
Bit rate : 1 060 kb/s
Width : 720 pixels
Height : 404 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.146
Stream size : 308 MiB (88%)
Writing library : XviD 64
Personnaly I think it's more related to horsepower, I play the exact same contents in 1080p without glitch with my Rockpi4. Actually the Rock64 is clock at 1.2 Ghz, if we can clock it at 1.5 Ghz (like armbian do with the Rock64) maybe that can help to eliminate the stuttering.
ArchNMy ! I agree with you, 1 GB should be fine but users report some problems in another thread related to the Rock4 1 GB... May be there problems are not related to the ram amount but that cost nothing to ask, just to know if we found a correlation.
That's really weird. Just some little setings to check :
- Set GUI Resolution to 1920x1080p (system->Display) (personally I set it at 1280x720p)
- Set refresh rate to 60 Hz (System->Display)
- Whitelist all supported resolutions (System->Display) In particular do not select all resolution with 4096
- Adjust display refresh rate On start/stop (Players->Videos)
Hi Carey !
I try both video on my Rock64 and they play flawlessly.
I have a Rock64 with 4GB ram. I run Librelec nightly-20190501 build from a micro SD card (samsunbg EVO 32 GB). All my playback are done via my NAS with SMB protocol.
Just by curiosity, and I do not think it's related to your problem, how many ram do you have on your Rock64 ? And do you try to run the video via a HDD plug into your USB ?
Hi jernej
This is my edid-decode when I am plug via my AVR (unable to get an image on my tv) : http://ix.io/1idw
And I don't know if it's the same edid but, this is my edid-decode when I am plug directly to the TV (I see an image on my tv) : http://ix.io/1idy
I am not able to boot nightly image from may 4th but image from may 1st boot well.