• 1
  • 9
  • 10
  • 11(current)
  • 12
  • 13
  • 116
ODROID C2 S905 2GB RAM HDMI 2.0 $46
(2016-04-17, 21:23)wesk05 Wrote:
(2016-04-17, 20:46)noggin Wrote: Thought others might be interested that the Astra 28.2 UHD test channel received in TV Headend (running on an x86 box) using a SAT>IP tuner is decoding fine so far on my C2. No artefacts yet that I've seen.
Media Info for the .ts I recorded in TV Headend below. Looks to me like it is 2160/50p Main10 so 10 bit.

Looks like audio is AAC. Wasn't it supposed to be AC3?

Not sure what you mean? All the UHD tests I've seen so far have been using AAC rather than AC-3. I think there's an aim to avoid Dolby proprietary stuff where possible for basic services. AAC also seems to run at lower bitrates?

The UK OTA standard is MP2 for SD and AAC for HD (partially because Dolby didn't have an Audio Description solution for TV) The BBC HD channels dynamically switch between AAC 2.0 and AAC 5.1 for surround content (and change audio bitrate too - bumping up the bitrate for 5.1 stuff)

The BBC UHD tests on DVB-T2 in 2014 (World Cup and Commonwealth Games) were AAC 2.0 too.
Reply
(2016-04-17, 21:33)noggin Wrote: Not sure what you mean? All the UHD tests I've seen so far have been using AAC rather than AC-3. I think there's an aim to avoid Dolby proprietary stuff where possible for basic services. AAC also seems to run at lower bitrates?

The UK OTA standard is MP2 for SD and AAC for HD (partially because Dolby didn't have an Audio Description solution for TV) The BBC HD channels dynamically switch between AAC 2.0 and AAC 5.1 for surround content (and change audio bitrate too - bumping up the bitrate for 5.1 stuff)

The BBC UHD tests on DVB-T2 in 2014 (World Cup and Commonwealth Games) were AAC 2.0 too.

I don't know. I thought I read somewhere that UHD-1 DVB standards specified AC-3 for audio. I think the U.S. broadcasts are looking for AC-4. Looks like ATSC committee has recommended AC-4 over MPEG-H Audio Alliance System for ATSC 3.0
Reply
(2016-04-17, 21:55)wesk05 Wrote:
(2016-04-17, 21:33)noggin Wrote: Not sure what you mean? All the UHD tests I've seen so far have been using AAC rather than AC-3. I think there's an aim to avoid Dolby proprietary stuff where possible for basic services. AAC also seems to run at lower bitrates?

The UK OTA standard is MP2 for SD and AAC for HD (partially because Dolby didn't have an Audio Description solution for TV) The BBC HD channels dynamically switch between AAC 2.0 and AAC 5.1 for surround content (and change audio bitrate too - bumping up the bitrate for 5.1 stuff)

The BBC UHD tests on DVB-T2 in 2014 (World Cup and Commonwealth Games) were AAC 2.0 too.

I don't know. I thought I read somewhere that UHD-1 DVB standards specified AC-3 for audio. I think the U.S. broadcasts are looking for AC-4. Looks like ATSC committee has recommended AC-4 over MPEG-H Audio Alliance System for ATSC 3.0

DVB isn't really like that. You can pick and chose from the buffet of standards in the DVB specs.

There are then platform standards - like the UK Digital TV Group's D-Book for OTA SD and HD receivers, or the NorDig standard (which is for Sweden, Norway, Denmark, Finland, Iceland and Ireland - even though Ireland isn't a Nordic country...) which is similar (but has some regional variations) plus then the Pay-TV platforms can do some of their own thing.

The ATSC kind of encompasses both the DVB and UK DTG group in one - to create a US receiver standard. DVB is a bit wider than that as it recognises different broadcasters and territories have differing needs. There can't be a one-size-fits-all standard (whether it's audio codec or interactivity system)

We don't have a totally nailed down 'every DVB broadcast should use this' - but there is a basic set of standards that you can reasonably expect to be supported (and in some cases they may be mandated)

One major issue with AC3 - which is why the UK OTA standard doesn't use it - is that there was no Dolby 'receiver mix' functionality for low bitrate audio description to be mixed (with panning vectors and audio dip functionality) with the main programme audio in 2.0 and 5.1 content.

DVB has too many flavours - and too many platforms to force specific codec choices on all users of it. We have multiple subtitling standards (WST teletext legacy and DVB bitmap), multiple interactive text services (MHP, MHEG-5, HbbTV plus things like OpenTV), multiple audio flavours (MP2, AC3 and AAC), and multiple video codecs (MPEG2, H264, HEVC), with multiple modulation options (DVB-T, DVB-T2, DVB-C, DVB-S, DVB-S2 etc.) as well as IP options. However there is a reasonable standardisation process in most countries, so it works well for us it seems.
Reply
For info (apologies if off topic) here are some other HEVC Media Info reports :

BBC World Cup 2014 (which was produced in 59.94p and the BBC didn't convert it to 50p)
Code:
General
ID : 61440 (0xF000)
Complete name : 07-13_19-36-33_Test_.ts
Format : MPEG-TS
File size : 53.6 GiB
Duration : 3h 30mn
Overall bit rate mode : Variable
Overall bit rate : 36.4 Mbps
Video
ID : 101 (0x65)
Menu ID : 61440 (0xF000)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : [email protected]@Main
Codec ID : 36
Duration : 3h 30mn
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) fps
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 8 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : BT.2020
Matrix coefficients : BT.2020 non-constant
Audio
ID : 102 (0x66)
Menu ID : 61440 (0xF000)
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Muxing mode : LATM
Codec ID : 17
Duration : 3h 30mn
Bit rate mode : Variable
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Frame rate : 46.875 fps (1024 spf)
Compression mode : Lossy
Delay relative to video : -690ms
Language : English
descriptor_tag_extension : 6
Menu
ID : 100 (0x64)
Menu ID : 61440 (0xF000)
List : 101 (0x65) (HEVC) / 102 (0x66) (AAC, English)
Language : / English
UTC 2014-07-13 18:00:00 : en:  / en:  /  /  / 01:00:00 / Running
UTC 2014-07-13 19:00:00 : en:  / en:  /  /  / 01:00:00 / Not running
UTC 2014-07-13 22:00:00 : en:  / en:  /  /  / 01:00:00 / Running
UTC 2014-07-13 23:00:00 : en:  / en:  /  /  / 01:00:00 / Not running

BBC Commonwealth Games 2014 (which was produced in 50p and used IP production techniques rather than purely Quad-3G HD-SDI as most other stuff had been up until then)
Code:
General
ID : 61440 (0xF000)
Complete name : 07-24_13-48-44_Test_.ts
Format : MPEG-TS
File size : 11.6 GiB
Duration : 45mn 56s
Overall bit rate mode : Variable
Overall bit rate : 36.1 Mbps
Video
ID : 101 (0x65)
Menu ID : 61440 (0xF000)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : [email protected]@Main
Codec ID : 36
Duration : 45mn 56s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 50.000 fps
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 8 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : BT.2020
Matrix coefficients : BT.2020 non-constant
Audio
ID : 102 (0x66)
Menu ID : 61440 (0xF000)
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Muxing mode : LATM
Codec ID : 17
Duration : 45mn 56s
Bit rate mode : Variable
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Frame rate : 46.875 fps (1024 spf)
Compression mode : Lossy
Delay relative to video : -632ms
Language : English
descriptor_tag_extension : 6
Menu
ID : 100 (0x64)
Menu ID : 61440 (0xF000)
List : 101 (0x65) (HEVC) / 102 (0x66) (AAC, English)
Language : / English
UTC 2014-07-24 12:00:00 : en:  / en:  /  /  / 01:00:00 / Running
UTC 2014-07-24 13:00:00 : en:  / en:  /  /  / 01:00:00 / Running
UTC 2014-07-24 14:00:00 : en:  / en:  /  /  / 01:00:00 / Not running

These were 8-bit and flagged as Rec 2020. They are not necessarily predictive of future standards (The BBC 2006 HD OTA tests used DVB-T + H264 - as did Sweden for a while - but both our OTA HD standards ended up using DVB-T2)

Both of these samples play fine in LibreElec on the ODroid C2.
Reply
@noggin: Thanks for the information!
Reply
(2016-04-16, 20:53)noggin Wrote:
(2016-04-16, 19:00)blackride Wrote: rips 1080p HEVC 10 bit not playing on C2 or different devices by Amlogic S905. So bad Sad

I've got 2160/50p 10 bit HEVC stuff playing (with just some minor artefacts) on my C2. What content are you having trouble with?

My test video files 1080p hevc 8/10/12 bit. https://yadi.sk/d/RWs7WnpEpAd8d
Reply
Blackride, I've seen users wanting us to test these clips on 3 or 4 seperate occasions now. A bunch of them are not labelled correctly and the supposed 10-bit ones are actually 12-bit. Some 8-bit are actually 10-bit.

None of these incorrectly labelled 10-bit (which are actually 12-bit) will play on a 10-bit decoder. So the question is are these clips now finally labelled correctly ?
Run them through the Mediainfo program first to see what bitrate they are actually supposed to be pls.

Reply
(2016-04-18, 04:27)wrxtasy Wrote: Blackride, I've seen users wanting us to test these clips on 3 or 4 seperate occasions now. A bunch of them are not labelled correctly and the supposed 10-bit ones are actually 12-bit. Some 8-bit are actually 10-bit.

None of these incorrectly labelled 10-bit (which are actually 12-bit) will play on a 10-bit decoder. So the question is are these clips now finally labelled correctly ?
Run them through the Mediainfo program first to see what bitrate they are actually supposed to be pls.

I've downloaded them and will have a look. I think you meant bit-depth rather than bit-rate? None of them look particularly high bit-rate if that is also a concern.
Reply
(2016-04-18, 04:27)wrxtasy Wrote: Blackride, I've seen users wanting us to test these clips on 3 or 4 seperate occasions now. A bunch of them are not labelled correctly and the supposed 10-bit ones are actually 12-bit. Some 8-bit are actually 10-bit.

None of these incorrectly labelled 10-bit (which are actually 12-bit) will play on a 10-bit decoder. So the question is are these clips now finally labelled correctly ?
Run them through the Mediainfo program first to see what bitrate they are actually supposed to be pls.
Ok. Thank you. I will check it.
Reply
(2016-04-18, 04:27)wrxtasy Wrote: None of these incorrectly labelled 10-bit (which are actually 12-bit) will play on a 10-bit decoder. So the question is are these clips now finally labelled correctly ?
Run them through the Mediainfo program first to see what bitrate they are actually supposed to be pls.

Test_2_1080p_HEVC_8_bit.mkv - mistake (true 10 bit (Main 10))

Test_1_1080p_HEVC_10_bit.mkv (yuv420p10le) :
Code:
Unique identifier: 192315223113592926139485465918645508188 (0x90AE908FE405FB9BA7028EB7F178985C)
Full name: Lucy [Lucy] (2014) BDRip-HEVC @ M10P 1080p.mkv
Format: Matroska
Format version: Version 4 / Version 2
File size: 3.20 GB
Duration: 1 h 29 m..
The total flow of 5127 kbit / s
Coding date: UTC 2014-11-29 14:35:54
coding program: mkvmerge v7.3.0 ( 'Nouages') 32bit built on Oct 22, 2014 18:44:01
Coding Library: libebml v1.3.0 + libmatroska v1.4.1

Video
ID: 1
Format: HEVC
Format / Info: High Efficiency Video Coding
Codec ID: V_MPEGH / ISO / HEVC
Duration: 1 h 29 m..
Bitrate: 4257 Kbit / s
Width: 1920 pixels
Height: 808 pixels
Aspect Ratio: 2.40: 1
Frequency Drive Mode: Continuous
Frame rate: 23.976 frame / sec
Color Space: YUV
Down Sampling intensity: 4: 2: 0
Bit Depth: 10-bit
Bit / (Pixel * Frame): 0.114
flow Size: 2.66 GB (83%)
Coding Library: x265 1.4 + 142-dfe0803ae6be9252 • Compiling by snayper [x265.ru]
Program settings: wpp / ctu = 64 / tu-intra-depth = 4 / tu-inter-depth = 4 / me = 2 / subme = 7 / merange = 48 / no-rect / no-amp / max-merge = 5 / temporal-mvp / early-skip / no-fast-cbf / rdpenalty = 0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / no-open-gop / interlace = 0 / keyint = 720 / min-keyint = 1 / scenecut = 0 / rc-lookahead = 40 / bframes = 14 / bframe-bias = 0 / b-adapt = 2 / ref = 16 / weightp / no-weightb / aq-mode = 2 / aq-strength = 1.00 / cbqpoffs = 0 / crqpoffs = 0 / rd = 4 / psy-rd = 0.80 / psy-rdoq = 6.00 / signhide / lft / sao / no-sao-non-deblock / b-pyramid / cutree / rc = crf / crf = 24.0 / qcomp = 0.70 / qpmin = 0 / qpmax = 51 / qpstep = 4 / ipratio = 1.40 / pbratio = 1.30
Default: Yes
Forced: No


I understand that the 12-bit is not Hardware decoding. But rip 10 bit it should hardware decoding. Why not playing hevc 10 bit?
Reply
(2016-04-27, 09:31)noggin Wrote: I notice that currently the LibreElec official releases have functionality missing on the AMLogic platform currently (no Docker support) because of the old kernel...
On the AML S905 C2 Docker support has just been merged into the Kernel:
https://github.com/hardkernel/linux/pull/161

I'm not that familiar with Docker, but it should not be too hard to add the package to the LibreELEC builds I release.

Reply
(2016-04-27, 10:44)wrxtasy Wrote:
(2016-04-27, 09:31)noggin Wrote: I notice that currently the LibreElec official releases have functionality missing on the AMLogic platform currently (no Docker support) because of the old kernel...
On the AML S905 C2 Docker support has just been merged into the Kernel:
https://github.com/hardkernel/linux/pull/161

I'm not that familiar with Docker, but it should not be too hard to add the package to the LibreELEC builds I release.

That's good news. Docker allows you to distribute containerised apps - a bit like tiny VMs (but without the bloat of a VM). unRAID supports it to allow apps like TV Headend to be installed on the server in a standardised manner.

It'll be a great day when we can run a 4.x Kernel on our AMLogic boxes...

Any news on audio developments? I still get the DD/DTS drop outs on the builds I'm running on my C2 - though the OE build on the S905-based MiniMX bitstreams True HD (not DTS HD MA) and seems better with DD/DTS in the brief time I've played with it since it arrived yesterday. (It looks pretty good value - and other than the 1GB vs 2GB RAM on the C2 - similar specs - though it has built in 8GB flash storage and internal Bluetooth and WiFi, and as people are developing OE builds for it, there is some hope the development may go both ways... )
Reply
(2016-04-27, 10:44)wrxtasy Wrote: I'm not that familiar with Docker, but it should not be too hard to add the package to the LibreELEC builds I release.

where is the github source for the builds you release??

nm i found it thanks!!
Main System - HTPC - Intel I3 6300 - Asrock z170 - 16 GB DDR4 - 128gb SSD - 65" UHD HDR Sony Android TV - Pioneer VSX 1130-K - 7.2.2 speakers
Other devices currently in use - 55" 3D UHD LG TV - 2 Fire TV's - Nexus Player - MiniMX s905 - Voyo Vmac Mini
Ubuntu Server - 12 TB NAS - MYSQL - Torrent Box
Reply
(2016-04-27, 11:20)noggin Wrote: Any news on audio developments? I still get the DD/DTS drop outs on the builds I'm running on my C2
Been playing around a bit and just finished:

LibreELEC-Odroid_C2_aarch64-7.0.0-Kodi-Jarvis-16.1-Final.tar

I'm getting DD/DTS Passthrough Kodi Log Messages and Audio seems to be playing without drops to my TV at least. An AVR would be the real test.

Reply
(2016-04-27, 13:09)dukester Wrote:
(2016-04-27, 10:44)wrxtasy Wrote: I'm not that familiar with Docker, but it should not be too hard to add the package to the LibreELEC builds I release.

where is the github source for the builds you release??

nm i found it thanks!!

Be useful to include the github URL if you found it. Thanks.
Reply
  • 1
  • 9
  • 10
  • 11(current)
  • 12
  • 13
  • 116

Logout Mark Read Team Forum Stats Members Help
ODROID C2 S905 2GB RAM HDMI 2.0 $4610