AMLOGIC & HDMI

drEagle · Post by **drEagle** » Mon Mar 16, 2015 11:55 pm

Hi,

What are the possibility to check, analyse and tweak the AMLOGIC HDMI components ?

From GNU/Linux (OpenElec) :

# ls /sys/class/amhdmitx/amhdmitx0/
aud_cap          cec_lang_config  disp_cap_3d      power
aud_ch           config           disp_mode        subsystem
aud_mode         debug            edid             support_3d
cec              dev              hdcp_ksv_info    uevent
cec_config       disp_cap         hpd_state

Code: Select all

# cat /sys/class/amhdmitx/amhdmitx0/cec

Code: Select all

# cat /sys/class/amhdmitx/amhdmitx0/cec_config 
P_AO_DEBUG_REG0:0xf

Code: Select all

# cat /sys/class/amhdmitx/amhdmitx0/cec_lang_config 
0

Code: Select all

# cat /sys/class/amhdmitx/amhdmitx0/config 
disp switch (force or edid): force
audio config: on

Code: Select all

# cat /sys/class/amhdmitx/amhdmitx0/dev
253:0

Code: Select all

# cat /sys/class/amhdmitx/amhdmitx0/disp_cap

Code: Select all

# cat /sys/class/amhdmitx/amhdmitx0/disp_cap_3d 
480i 480i_rpt 480p 480p_rpt 576i 576i_rpt 576p 576p_rpt 720p 800p 800x480p60hz 1366x768p60hz 1600x900p60hz 800x600p60hz 1024x600p60hz 1024x768p60hz 1360x768p60hz 1440x900p60hz 1680x1050p60hz 1080i 1080p 720p50hz 1080i50hz 1080p50hz 1080p24hz 4k2k30hz 4k2k25hz 4k2k24hz 4k2ksmpte vga sxga 1920x1200

Code: Select all

# cat /sys/class/amhdmitx/amhdmitx0/disp_mode 
VIC:0

Is it normal than /sys/class/amhdmitx/amhdmitx0/edid contains only information from the A/V and nothing from the TV ?
Is it correct that the /sys/class/amhdmitx/amhdmitx0/disp_cap are empty ? the disp_cap_3d have content but my installation (TV) isn't 3D !
How can I change the /sys/class/amhdmitx/amhdmitx0/config to test EDID mode ? It's stuck into force mode.

Enjoy...

Apokalypz · Post by **Apokalypz** » Wed Mar 18, 2015 5:41 am

I don't think the C1 can read the edid (correct me if I'm wrong), I think it's affected by the C1's HDMI voltage problem. That or they didn't implement the ability to read the edid because of some compatibility issues with some displays advertising weird modes.

I know on x86 you can feed the kernel your own edid file, perhaps there's a way to do it with arm?

drEagle · Post by **drEagle** » Wed Mar 18, 2015 5:48 am

Apokalypz wrote:I don't think the C1 can read the edid (correct me if I'm wrong), I think it's affected by the C1's HDMI voltage problem. That or they didn't implement the ability to read the edid because of some compatibility issues with some displays advertising weird modes.

I know on x86 you can feed the kernel your own edid file, perhaps there's a way to do it with arm?

I do not agree with you.

The C1 seems to have CEC,EDID, HDCP and may be other HDMI capacity.

I can read some information of my A/V when ON from /sys/class/amhdmitx/amhdmitx0/edid.

I also view stranges string from dmesg when switching HDMI components ON/OFF.

If someone @hadkernel can help ?

The actual C1 issue with some A/V is like a typical known issue about HDMI Handshake, I do not think of the hardware fault but a software/kernel/uboot part issue instead.

Post by **odroid** » Wed Mar 18, 2015 10:28 am

CEC/EDID/HPD are affected by the hardware fault.
It is related to this thread and you can find a workaround of hardware modification.
http://forum.odroid.com/viewtopic.php?f=111&t=7540

drEagle · Post by **drEagle** » Fri Mar 20, 2015 1:34 am

odroid wrote:CEC/EDID/HPD are affected by the hardware fault.
It is related to this thread and you can find a workaround of hardware modification.
http://forum.odroid.com/viewtopic.php?f=111&t=7540

So, is the proposed hardware modifications permanently fixes EDID/CEC issues ?
What is the preffered solution (there is two hardware mod in the CEC thread) ?

Is it better to wait to CEC fixes in android linux kernel to be backported to linux kernel or the hardware mod will be needed also ?
Is these CEC fixes will help for EDID issue ?
When will theses fixes will be backported to linux kernel ?

I hope Hard-Kernel will make an official summary and communication about these issues.
It's is verry missing for now.

Enjoy

Post by **mdrjr** » Fri Mar 20, 2015 6:06 am

Read the thread odroid linked.

There's only 1 modification required and one optional in case you don't have the rtc battery.

One modification (required) is to rise the voltage levels.
The other is the power source for the RTC Clock (if you don't have the battery).

As today those changes are already merged.. in fact they were merged for quite a while in the Linux kernel.

drEagle · Post by **drEagle** » Sat Mar 21, 2015 12:34 am

mdrjr wrote:Read the thread odroid linked.

There's only 1 modification required and one optional in case you don't have the rtc battery.

One modification (required) is to rise the voltage levels.
The other is the power source for the RTC Clock (if you don't have the battery).

As today those changes are already merged.. in fact they were merged for quite a while in the Linux kernel.

THX,

For me there is an official proposition you made, and some alternatives users proposed.

Is this HW fix fixing also EDID ?

My main (and only) issue is the HDMI drops signals that my A/V supplier has confirmed to be a HDMI handshake incompatibility issue.

Post by **mdrjr** » Sat Mar 21, 2015 12:51 am

Yes, the voltage level my create that issue.

You can try on the newer kernels to control the HPD function (currently image 1.4 ignores hdmi plug detection and forces it always on).

We are aware of the flickering issue. We couldn't reproduce so we asked amlogic for helping and they are looking onto it.
Once we have any update we'll post on the thread.

drEagle · Post by **drEagle** » Mon Mar 30, 2015 1:45 am

Information gets from my TV manual :

HDMI v1.3
EasyLink (HDMI-CEC): Activation instantanée de la lecture, Contrôle audio du système, Mise en veille du système

Résolution d'affichage prise en charge
• Formats informatiques
Résolution / Fréquence de rafraîchissement
640 x 480 / 60 Hz
800 x 600 / 60 Hz
1024 x 768 / 60 Hz
1280 x 768 / 60 Hz
1360 x 768 / 60 Hz
1920 x 1080i / 60 Hz
1920 x 1080p / 60 Hz
• Formats vidéo
Résolution / Fréquence de rafraîchissement
480i / 60 Hz
480p / 60 Hz
576i / 50 Hz
576p / 50 Hz
720p / 50, 60 Hz
1080i / 50, 60 Hz
1080p / 24, 50, 60 Hz
1080p / 24, 25, 30 Hz

Informations gets from my AVR :

4 HDMI (1.4a), ARC supported

HDMI :
HDMI 1.4
EIA/CEA - 861D
HDCP 1.1
Tous les modes audio sont pris en charge, à l'exception de la réception du format DSD (Direct Stream Digital) natif.
Prise en charge du retour audio (ARC), des téléviseurs 3D et de la transmission en mode Deep Colour.
CEC et HEC non pris en charge. (sauf si nécessaire pour ARC)

drEagle · Post by **drEagle** » Mon Mar 30, 2015 1:48 am

What OdroidC1 view by HDMI when directly plugged to my TV :

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/edid 
Receiver Brand Name: PHL
Receiver Product Name: Philips
EDID block number: 0x1
Source Physical Address[a.b.c.d]: 4.0.0.0
native Mode f1, VIC (native 255):
ColorDeepSupport 0, MaxTMDSClock 30
31 16 32 33 34 20 5 19 4 18 3 17 2 22 7 21 6 1 
Audio {format, channel, freq, cce}
{1, 1, 1f, 7}
{2, 5, 7, 0}
{3, 1, 7, 6}
Speaker Allocation: 1
Vendor: c03
Rx 3D Format Support List:
{VIC FramePacking TopBottom SidebySide}
{ 31	0	0	0 }
{ 16	0	0	0 }
{ 32	0	0	0 }
{ 33	0	0	0 }
{ 34	0	0	0 }
{ 20	0	0	0 }
{ 5	0	0	0 }
{ 19	0	0	0 }
{ 4	0	0	0 }
{ 18	0	0	0 }
{ 3	0	0	0 }
{ 17	0	0	0 }
{ 2	0	0	0 }
{ 22	0	0	0 }
{ 7	0	0	0 }
{ 21	0	0	0 }
{ 6	0	0	0 }
{ 1	0	0	0 }

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/aud_cap 
CodingType, MaxChannels, SamplingFrequency, SampleSize
PCM, 2 ch, 32/44.1/48/88.2/96 kHz, 16/20/24 bit
AC-3, 6 ch, 32/44.1/48 kHz,  bit
MPEG1, 2 ch, 32/44.1/48 kHz, 20/24 bit

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/hdcp_ksv_info 
AKSV: 0000000000  Invalid
BKSV: 0000000000  Invalid

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/hpd_state
1

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/disp_cap
480i
480p
576i
576p
720p
1080i
1080p
720p50hz
1080i50hz
1080p50hz
1080p24hz
vga

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/disp_mode 
VIC:16

Code: Select all

OpenELEC3:~ # cat /sys/class/display/mode 
1080p

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/disp_cap_3d 
1080p

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/aud_ch 
hdmi_channel = 2 ch

Code: Select all

OpenELEC3:~ # cat /sys/class/amhdmitx/amhdmitx0/disp_mode 
VIC:16

What OdroidC1 view by HDMI when directly plugged to my AVR :

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/edid 
Receiver Brand Name: CAM
Receiver Product Name: Azur
EDID block number: 0x1
Source Physical Address[a.b.c.d]: 3.2.0.0
native Mode f1, VIC (native 255):
ColorDeepSupport 80, MaxTMDSClock 30
31 16 32 33 34 20 5 19 4 18 3 17 2 22 7 21 6 1 
Audio {format, channel, freq, cce}
{1, 1, 7f, 7}
{1, 7, 7f, 7}
{2, 7, 7, 0}
{7, 7, 6, 0}
{10, 7, 6, 0}
{11, 7, 7e, 1}
{12, 7, 5e, 0}
Speaker Allocation: 4f
Vendor: c03
Rx 3D Format Support List:
{VIC FramePacking TopBottom SidebySide}
{ 31	0	0	0 }
{ 16	0	0	0 }
{ 32	0	0	0 }
{ 33	0	0	0 }
{ 34	0	0	0 }
{ 20	0	0	0 }
{ 5	0	0	0 }
{ 19	0	0	0 }
{ 4	0	0	0 }
{ 18	0	0	0 }
{ 3	0	0	0 }
{ 17	0	0	0 }
{ 2	0	0	0 }
{ 22	0	0	0 }
{ 7	0	0	0 }
{ 21	0	0	0 }
{ 6	0	0	0 }
{ 1	0	0	0 }

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/aud_cap 
CodingType, MaxChannels, SamplingFrequency, SampleSize
PCM, 2 ch, 32/44.1/48/88.2/96/176.4/192 kHz, 16/20/24 bit
PCM, 8 ch, 32/44.1/48/88.2/96/176.4/192 kHz, 16/20/24 bit
AC-3, 8 ch, 32/44.1/48 kHz,  bit
DTS, 8 ch, 44.1/48 kHz,  bit
Dobly_Digital+, 8 ch, 44.1/48 kHz,  bit
DTS-HD, 8 ch, 44.1/48/88.2/96/176.4/192 kHz, 16 bit
MAT, 8 ch, 44.1/48/88.2/96/192 kHz,  bit

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/hdcp_ksv_info 
AKSV: 0000000000  Invalid
BKSV: 0000000000  Invalid

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/hpd_state 
1

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/disp_cap
480i
480p
576i
576p
720p
1080i
1080p
720p50hz
1080i50hz
1080p50hz
1080p24hz
vga

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/disp_mode 
VIC:16

Code: Select all

OpenELEC2:~ # cat /sys/class/display/mode 
1080p

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/disp_cap_3d 
1080p

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/aud_ch 
hdmi_channel = 2 ch

Code: Select all

OpenELEC2:~ # cat /sys/class/amhdmitx/amhdmitx0/disp_mode 
VIC:16

Questions :
#1 some informations are missing; like bit depth in audio_cap, is it an issue ?
#2 is it normal that my OPENELEC2 do not get informations (EDID) from the TV itself but only from the AVR ?

drEagle · Post by **drEagle** » Mon Mar 30, 2015 1:51 am

OpenElec 5.0.2

uname -ar

Code: Select all

Linux OpenELEC2 3.10.67+93826d1 #1 SMP PREEMPT Fri Mar 6 21:16:54 UTC 2015 armv7l GNU/Linux

cat /proc/cmdline

Code: Select all

console=ttyS0,115200n8 console=tty0 boot=LABEL=System disk=LABEL=Storage ro no_console_suspend vdaccfg=0xa000 logo=osd1,loaded,0x7900000,720p,full dmfc=3 cvbsmode=576cvbs disableuhs consoleblank=0 video_output=1080p video_bpp=32 video_mode=hdmi hdmimode=1080p m_bpp=32 vout=hdmi disablehpd=true hdmitx=cecf quiet ssh

drEagle · Post by **drEagle** » Mon Mar 30, 2015 1:55 am

Hardware mods applied :

- OPENELEC2
5,1 M Ohm added from net ground to U16 (CEC hardware fix)
RTC battery from hard kernel
strap from ground microUSB to ground microHDMI

- OPENELEC3
strap from ground microUSB to ground microHDMI

drEagle · Post by **drEagle** » Mon Mar 30, 2015 1:59 am

PASSTHROUGH DTSHD and TRUEHD ISSUE FEEDBACK :

#1
If passthrough is activate for :
- TrueHD
- DTS-HD
Then stream (video or audio) with DTSHD like Studio Master DTS are unplayable (AVR get crazy end do not recognize the stream it receive).
Simply disabling TrueHD and DTSHD from the passthrough receiver mode compatibility in Preferences/System/Audio and I get theses stream correctly detected and played by the AVR.

#2
If video mode is 50 Hz like 1080p50Hz then DTSHD (master audio BD) get audio cracking noise from few times (like every minutes..)
If video mode is 60 Hz like 1080p then DTSHD (master audio BD) play without any noise for hours.

drEagle · Post by **drEagle** » Mon Mar 30, 2015 2:18 am

According to http://en.wikipedia.org/wiki/Mains_elec ... by_country

Country or Territory : Residential Voltage / Frequency
- South Korea : 220 V / 60 Hz
- United Kingdom : 230 V / 50 Hz
- United States : 120 V / 60 Hz
- France : 230 V / 50 Hz

Quetion :
#1 : Is this a possible reason of the hardware issues of the OdroidC1 ?
#2 : Is there an electrical relationship and impact of frequencies between the power source, the video stream played, the display mode ?
#3 : how the differents devices (Odroid, AVR, TV) take care of the frequency differences between them ?

drEagle · Post by **drEagle** » Mon Mar 30, 2015 6:27 am

I have tried some differents video modes (resolution and frequency) with the same sample video stream.

Here some informations of the streams from the video :

Code: Select all

General
Complete name                            : The Code S01E01.mp4
Format                                   : MPEG-4
Format profile                           : Base Media / Version 2
Codec ID                                 : mp42
File size                                : 935 MiB
Duration                                 : 55mn 44s
Overall bit rate mode                    : Variable
Overall bit rate                         : 2 344 Kbps
Encoded date                             : UTC 2015-02-17 20:50:54
Tagged date                              : UTC 2015-02-17 20:50:54

Code: Select all

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : Main@L3.1
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 3 frames
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                 : 55mn 44s
Bit rate                                 : 2 215 Kbps
Width                                    : 1 280 pixels
Height                                   : 720 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 25.000 fps
Standard                                 : PAL
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.096
Stream size                              : 883 MiB (94%)
Encoded date                             : UTC 2015-02-17 20:50:54
Tagged date                              : UTC 2015-02-17 20:50:54

Code: Select all

Audio
ID                                       : 2
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format profile                           : LC
Codec ID                                 : 40
Duration                                 : 55mn 44s
Bit rate mode                            : Variable
Bit rate                                 : 125 Kbps
Maximum bit rate                         : 219 Kbps
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Stream size                              : 50.0 MiB (5%)
Encoded date                             : UTC 2015-02-17 20:50:54
Tagged date                              : UTC 2015-02-17 20:50:54

The full detailed informations from the same video

Code: Select all

General
Count                                    : 290
Count of stream of this kind             : 1
Kind of stream                           : General
Kind of stream                           : General
Stream identifier                        : 0
Count of video streams                   : 1
Count of audio streams                   : 1
Video_Format_List                        : AVC
Video_Format_WithHint_List               : AVC
Codecs Video                             : AVC
Audio_Format_List                        : AAC
Audio_Format_WithHint_List               : AAC
Audio codecs                             : AAC LC
Complete name                            : The Code S01E01.mp4
File name                                : The Code S01E01
File extension                           : mp4
Format                                   : MPEG-4
Format                                   : MPEG-4
Format/Extensions usually used           : mp4 m4v m4a m4b m4p 3gpp 3gp 3gpp2 3g2 k3g jpm jpx mqv ismv isma f4v
Commercial name                          : MPEG-4
Format profile                           : Base Media / Version 2
Internet media type                      : video/mp4
Codec ID                                 : mp42
Codec ID/Url                             : http://www.apple.com/quicktime/download/standalone.html
Codec                                    : MPEG-4
Codec                                    : MPEG-4
Codec/Extensions usually used            : mp4 m4v m4a m4b m4p 3gpp 3gp 3gpp2 3g2 k3g jpm jpx mqv ismv isma f4v
File size                                : 979974037
File size                                : 935 MiB
File size                                : 935 MiB
File size                                : 935 MiB
File size                                : 935 MiB
File size                                : 934.6 MiB
Duration                                 : 3344000
Duration                                 : 55mn 44s
Duration                                 : 55mn 44s 0ms
Duration                                 : 55mn 44s
Duration                                 : 00:55:44.000
Overall bit rate mode                    : VBR
Overall bit rate mode                    : Variable
Overall bit rate                         : 2344435
Overall bit rate                         : 2 344 Kbps
Stream size                              : 1736953
Stream size                              : 1.66 MiB (0%)
Stream size                              : 2 MiB
Stream size                              : 1.7 MiB
Stream size                              : 1.66 MiB
Stream size                              : 1.656 MiB
Stream size                              : 1.66 MiB (0%)
Proportion of this stream                : 0.00177
HeaderSize                               : 1736937
DataSize                                 : 978237100
FooterSize                               : 0
IsStreamable                             : Yes
Encoded date                             : UTC 2015-02-17 20:50:54
Tagged date                              : UTC 2015-02-17 20:50:54
File last modification date              : UTC 2015-02-17 21:30:19
File last modification date (local)      : 2015-02-17 22:30:19

Code: Select all

Video
Count                                    : 277
Count of stream of this kind             : 1
Kind of stream                           : Video
Kind of stream                           : Video
Stream identifier                        : 0
StreamOrder                              : 0
ID                                       : 1
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format/Url                               : http://developers.videolan.org/x264.html
Commercial name                          : AVC
Format profile                           : Main@L3.1
Format settings                          : CABAC / 3 Ref Frames
Format settings, CABAC                   : Yes
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 3
Format settings, ReFrames                : 3 frames
Internet media type                      : video/H264
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Codec ID/Url                             : http://www.apple.com/quicktime/download/standalone.html
Codec                                    : AVC
Codec                                    : AVC
Codec/Family                             : AVC
Codec/Info                               : Advanced Video Codec
Codec/Url                                : http://developers.videolan.org/x264.html
Codec/CC                                 : avc1
Codec profile                            : Main@L3.1
Codec settings                           : CABAC / 3 Ref Frames
Codec settings, CABAC                    : Yes
Codec_Settings_RefFrames                 : 3
Duration                                 : 3344000
Duration                                 : 55mn 44s
Duration                                 : 55mn 44s 0ms
Duration                                 : 55mn 44s
Duration                                 : 00:55:44.000
Bit rate                                 : 2214843
Bit rate                                 : 2 215 Kbps
Width                                    : 1280
Width                                    : 1 280 pixels
Height                                   : 720
Height                                   : 720 pixels
Pixel aspect ratio                       : 1.000
Display aspect ratio                     : 1.778
Display aspect ratio                     : 16:9
Rotation                                 : 0.000
Frame rate mode                          : CFR
Frame rate mode                          : Constant
Frame rate                               : 25.000
Frame rate                               : 25.000 fps
Frame count                              : 83600
Standard                                 : PAL
Resolution                               : 8
Resolution                               : 8 bits
Colorimetry                              : 4:2:0
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8
Bit depth                                : 8 bits
Scan type                                : Progressive
Scan type                                : Progressive
Interlacement                            : PPF
Interlacement                            : Progressive
Bits/(Pixel*Frame)                       : 0.096
Stream size                              : 925804250
Stream size                              : 883 MiB (94%)
Stream size                              : 883 MiB
Stream size                              : 883 MiB
Stream size                              : 883 MiB
Stream size                              : 882.9 MiB
Stream size                              : 883 MiB (94%)
Proportion of this stream                : 0.94472
Encoded date                             : UTC 2015-02-17 20:50:54
Tagged date                              : UTC 2015-02-17 20:50:54

Code: Select all

Audio
Count                                    : 230
Count of stream of this kind             : 1
Kind of stream                           : Audio
Kind of stream                           : Audio
Stream identifier                        : 0
StreamOrder                              : 1
ID                                       : 2
ID                                       : 2
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Commercial name                          : AAC
Format profile                           : LC
Codec ID                                 : 40
Codec                                    : AAC LC
Codec                                    : AAC LC
Codec/Family                             : AAC
Codec/CC                                 : 40
Duration                                 : 3344000
Duration                                 : 55mn 44s
Duration                                 : 55mn 44s 0ms
Duration                                 : 55mn 44s
Duration                                 : 00:55:44.000
Bit rate mode                            : VBR
Bit rate mode                            : Variable
Bit rate                                 : 125437
Bit rate                                 : 125 Kbps
Maximum bit rate                         : 219374
Maximum bit rate                         : 219 Kbps
Channel(s)                               : 2
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Channel positions                        : 2/0/0
ChannelLayout                            : L R
Sampling rate                            : 48000
Sampling rate                            : 48.0 KHz
Samples count                            : 160512000
Frame count                              : 156750
Compression mode                         : Lossy
Compression mode                         : Lossy
Stream size                              : 52432834
Stream size                              : 50.0 MiB (5%)
Stream size                              : 50 MiB
Stream size                              : 50 MiB
Stream size                              : 50.0 MiB
Stream size                              : 50.00 MiB
Stream size                              : 50.0 MiB (5%)
Proportion of this stream                : 0.05350
Encoded date                             : UTC 2015-02-17 20:50:54
Tagged date                              : UTC 2015-02-17 20:50:54

The intersting results of the tests are :
If I try to play this video with following video modes :
- 1080p
- 1080p50hz
- 720p
the playback get a lots of drops, black screens and the issues is very annoying.
In theses mode, while the video is playing, the <- key of the remote and the full screen switch in kodi interface, always give a black screen.

The most interesting result is that if I try to play this video in 720p50hz, the full video is playing without any drop nor any black screen for all the entire video.
In this mode, while video is playing, the <- remote key and the switch into fullscreen do not issue any black screen.

Questions :
#1 : Is it possible that the video playback, the vpu driver, the audio driver, the synchronisation process were responsible of the video drops issue ?
#2 : is there any method to debug this possibility ?

kucho · Post by **kucho** » Mon Mar 30, 2015 6:06 pm

drEagle wrote:PASSTHROUGH DTSHD and TRUEHD ISSUE FEEDBACK :

#1
If passthrough is activate for :
- TrueHD
- DTS-HD
Then stream (video or audio) with DTSHD like Studio Master DTS are unplayable (AVR get crazy end do not recognize the stream it receive).
Simply disabling TrueHD and DTSHD from the passthrough receiver mode compatibility in Preferences/System/Audio and I get theses stream correctly detected and played by the AVR.

With passthrough activated, kodi tries to pass DTSHD to the receiver, the odroid c1 fails and the receiver doesnt receive anything.

What you get disabling DTSHD passthrough is simply DTS, no HD stream.

kucho · Post by **kucho** » Mon Mar 30, 2015 6:07 pm

BTW, any news from AMLOGIC regarding the HDMI flickering issue?

crashoverride · Post by **crashoverride** » Mon Mar 30, 2015 6:36 pm

kucho wrote:BTW, any news from AMLOGIC regarding the HDMI flickering issue?

http://forum.odroid.com/viewtopic.php?f=115&t=11837

crashoverride · Post by **crashoverride** » Mon Mar 30, 2015 7:33 pm

I believe I have found the answer to the questions regarding TrueHD and DTS-HD. These audio formats require a protected audio path as part of the specification/licensing. Since the ODROID-C1 does not have HDCP digital rights management, it can not support a protected audio path to deliver them. The audio receiver will only use them if the link is protected.

http://en.wikipedia.org/wiki/HDMI

In comparison, the Protected Audio Path was required only if a lossless audio bitstream (such as Dolby TrueHD or DTS-HD MA) was output.[166] Uncompressed LPCM audio, however, does not require a Protected Audio Path, and software programs such as PowerDVD and WinDVD can decode Dolby TrueHD and DTS-HD MA and output it as LPCM.[166][173][174] A limitation is that if the computer does not implement a Protected Audio Path, the audio must be downsampled to 16-bit 48 kHz but can still output at up to 8 channels.

https://communities.intel.com/message/214746#214746

To support HD Audio (TrueHD & DTS-HD MA) on Windows the Intel Management Engine Interface driver must be installed, it's this driver that provides the HDCP DRM necessary for the HD Audio formats to works. If this driver is not installed then the HD formats will be missing from the Supported Formats tab. In order to verify you have the Intel Management Engine Interface driver installed, follow the relevant step atBlu-Ray* Disc Playback with Intel HD Graphics FAQ

kucho · Post by **kucho** » Tue Mar 31, 2015 12:25 am

so it would be a driver limitation?

crashoverride · Post by **crashoverride** » Tue Mar 31, 2015 2:41 am

kucho wrote:so it would be a driver limitation?

No, its a license issue. It requires being issued a HDCP license and keyset. Then that key is stored in the odroid-c1 and HDCP can be enabled in the video driver to establish a secure link.
http://www.digital-cp.com/licensing

drEagle · Post by **drEagle** » Tue Mar 31, 2015 8:01 pm

CEC and Extended CEC enabled or disabled on the TV (with hidden factory access) : same results
ARC enabled or disabled on the AVR : same results
EasyLink enabled or disabled on the TV : same results
HDMI device type on TV (AVR / PC / ...) no impact on HDMI signals drops (only screen resolution is modified)
HDMI plugs tested on the TV (HDMI1 is broken, so not usable) HDMI2 / HDMI3 / HDMI SIDE : same results
HDMI plugs tested on the AVR : same results
Only C1 plugged on the AVR : same results
Differents DC tested (USB, Pollin, lilliputdirect) : same results
Differents plugs tested for C1 / AVR / TV (same source or different source) : same results
Differents HDMI cables between C1 and AVR : same results (Micro USB ground linked to Micro HDMI ground resolved Pollin HDMI cables)
RTC battery addon present or not : same results
Differents HDMI cables tested between AVR and TV : same results
Differents C1 tested : same results
Differents video mode in boot.ini : same results
CEC enabled or disabled in boot.ini : same results
HPD enabled or disabled in boot.ini : same results

drEagle · Post by **drEagle** » Tue Mar 31, 2015 8:06 pm

Tweaking of OpenElec ( see http://stephenkjones.com/fixing-video-s ... with-xbmc/ ) : get more or less issue
C1 directly to TV : no more issue
Support answer from the AVR manufacturer :

it appears to be a HDMI handshake incompatibility with the models

drEagle · Post by **drEagle** » Sat Apr 04, 2015 8:23 pm

1080p24Hz (boot.ini and Openelec pref) : Same issue

drEagle · Post by **drEagle** » Sat Apr 04, 2015 8:25 pm

Already read somewhere on the forum about problems from HDMI port selection.

I have no HDI port #1 useable on my TV, caused ti's broken from years !

So, cannot be a reason of the issue ?
The faulty HDMI port detection ?
What has to be changed in the kernl to test with another HDMI #1 port ?

patoberli · Post by **patoberli** » Mon Apr 06, 2015 6:09 am

In case you have tons of spare time, here are some debug documents of amlogic: http://openlinux.amlogic.com/Docs/Common

drEagle · Post by **drEagle** » Tue Apr 07, 2015 1:46 am

patoberli wrote:In case you have tons of spare time, here are some debug documents of amlogic: http://openlinux.amlogic.com/Docs/Common

I gets only timeout response.

My past attempts were very slow but work and now nothing or timeouts.

Can someone mirror the OpenLinux ARMLogic ?

patoberli · Post by **patoberli** » Tue Apr 07, 2015 6:39 am

Do you mean this here?
I can access all the PDF and sites there.

drEagle · Post by **drEagle** » Sat Apr 11, 2015 2:59 am

patoberli wrote:Do you mean this here?
I can access all the PDF and sites there.

Thanks, but there is not valuable information for our case.
some tech can be of interest, but most are simple notes and most are for Android !

drEagle · Post by **drEagle** » Sat Apr 11, 2015 2:46 pm

HARD-KERNEL !

I have proposed my help, you answer to post on the forum.
I have posted questions, informations, requests on the forum, I get some few informations some incomplete and mostly useless.
I have request for an official communication and I get no official answer but some links to go deeply in the topics, fill of more questions and not any valuable informations.
I have learned a lot about HDMI signals, HDCP DRM impacts, closed and hidden features on all TV around, and the standing so presents legends about technicals issues, like the requirements of cable from moon manufacturs.
I have lost too much of my time, and put away another important subject to get this spare time, trying to get this subject been resolved.

odroid wrote: CEC/EDID/HPD are affected by the hardware fault.
It is related to this thread and you can find a workaround of hardware modification.
viewtopic.php?f=111&t=7540

I want a solution.
I need a simple, clear, official communication.

mdrjr wrote: Read the thread odroid linked.

There's only 1 modification required and one optional in case you don't have the rtc battery.

One modification (required) is to rise the voltage levels.
The other is the power source for the RTC Clock (if you don't have the battery).

As today those changes are already merged.. in fact they were merged for quite a while in the Linux kernel.

Okay, good duo; who's the good and who's the bad ?

mdrjr wrote: Yes, the voltage level my create that issue.

You can try on the newer kernels to control the HPD function (currently image 1.4 ignores hdmi plug detection and forces it always on).

We are aware of the flickering issue. We couldn't reproduce so we asked amlogic for helping and they are looking onto it.
Once we have any update we'll post on the thread.

Still no answer...
Still waiting !
Still losting my time ?

I may have personal issues in my personnal installation, but the C1 (all C1) do not work !
I have no more evening purposed for entertainment to be lost in useless and braindraining testings...

Will AMLOGIC company give a quick solution ?
When will it be shared with us ?
Is there any solution ?

How can I process to make have my C1 get returns to HARDKERNEL and refurbished with full money back ?

Will I have an answer from you, and to ALL my questions ?
With respectfull care ?
Will buyers been advertised ?

I hope this call will be heard...

streetboy · Post by **streetboy** » Sun Apr 12, 2015 2:15 pm

If you don't modify the hardware, you can't fix the CEC/HPD problem. Did you add a resister? The latest v1.4 image supports the CEC stably. I check it last weekend on my board. I added a 5Mohm resister.

drEagle · Post by **drEagle** » Sun Apr 12, 2015 2:17 pm

streetboy wrote:If you don't modify the hardware, you can't fix the CEC/HPD problem. Did you add a resister? The latest v1.4 image supports the CEC stably. I check it last weekend on my board. I added a 5Mohm resister.

@streetboy; please: read my posts !

I have already explain in full details and all steps what I have done, and what is fixed.
The HDMI video signal drops.

drEagle wrote:Hardware mods applied :

- OPENELEC2
5,1 M Ohm added from net ground to U16 (CEC hardware fix)
RTC battery from hard kernel
strap from ground microUSB to ground microHDMI

- OPENELEC3
strap from ground microUSB to ground microHDMI

Post by **odroid** » Sun Apr 12, 2015 3:04 pm

I think we can support the CEC only on the first HDMI port because of our limited knowledge.
But you have a broken TV especially the first HDMI input port.
I hope you can fix your TV soon.
Otherwise contact "odroid at hardkernel dot com" with a link of this thread.
She will try to help you.

BTW, do you have any other TV to test your modified C1 with our latest Ubuntu V1.4.1 image?

drEagle · Post by **drEagle** » Fri Apr 17, 2015 5:17 am

I may wait a few more from hardkernel feedback about tests done with amlogic.
If no good results I take the RMA solution.
I still think C1 may a good mediacenter with HDMI fixed.

I'l get a test on another TV set, but there is no AVR and I am sure this is the issue.
C1 <> AVR <> TV results into HDMI video signal drops
CAMBRIDGE AVR support said this look like handshake problems.

I get no additional details about this "handshake" behaviour.
Is CEC needed ?
Is EDID needed ?
Is the ARC (from my AVR) and CEC (from my TV) which is broken ?
I do not find the information where I have read that my PHILIPS TV only accpet ARC from an AVR on the HDMI #1 (which is broken).
No usuable information give me with no test to try !

I have no issue with my RPIB, but the RPI is not FREE (restrictive, closed and proprietary bootloader).
I still hope for a definitive resolution on the C1 which is less closed (bootloader open and not locked with restrictive signing).

drEagle · Post by **drEagle** » Mon Apr 20, 2015 8:16 pm

AMLOGIC has released a new linux based on 3.10.33 on the 1st april of 2015.

I hope someone could test it along the HDMI issues.

http://openlinux.amlogic.com:8000/downl ... .33.tar.xz
01-Apr-2015 19:15 - 79M

drEagle · Post by **drEagle** » Wed May 13, 2015 5:43 pm

So few more tests.

Source video from USB : still issue
Source video from LAN (NFS share) : still issue
NET switch to 100 M (by command line) : still issue
System (OpenElec 5.0.4) booted from eMMC (instead of uSD) : still issue

Positive status of CEC :
Switching AVR to the HDMI connected to C1, while C1 still powered (always powered) power my TV.
TV is connected to HDMI #3 in PC mode
AVR is connected to VIDEO #1
So HDMI CEC on Odroid C1 is not locked in HDMI #1

It could be a sch good device with (when ?) the HDMI signal drop fixed.

@HardKernel
I propose, again, to help fixing this issue
@Users (advanced)
I any one have a suggestion or technical stuff about HDMI signal analysis which could help.
This subject is so corrupted by bad or incorrect informations that this still remain inconfortabe to care about

drEagle · Post by **drEagle** » Fri May 15, 2015 8:53 am

2 vidéos tested, played from a NAS share by NFSv3.

The first one is simply unviewable.
It is getting a lot of video drops.
It is getting too much video signal drops and some few audio drops also.
HDMI signal drop more than once a time from any minutes of the video.

Code: Select all

General
Complete name                            : ...
Format                                   : AVI
Format/Info                              : Audio Video Interleave
File size                                : 701 MiB
Duration                                 : 1h 30mn
Overall bit rate                         : 1 089 Kbps
Writing application                      : VirtualDubMod 1.5.10.1 (build 2439/release)
Writing library                          : VirtualDubMod build 2439/release

Video
ID                                       : 0
Format                                   : MPEG-4 Visual
Format settings, BVOP                    : 1
Format settings, QPel                    : No
Format settings, GMC                     : No warppoints
Format settings, Matrix                  : Default (H.263)
Muxing mode                              : Packed bitstream
Codec ID                                 : DX50
Codec ID/Hint                            : DivX 5
Duration                                 : 1h 30mn
Bit rate                                 : 951 Kbps
Width                                    : 640 pixels
Height                                   : 384 pixels
Display aspect ratio                     : 1.667
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.155
Stream size                              : 613 MiB (87%)
Writing library                          : DivX 5.2.1 (WaffleDay) (UTC 2004-09-08)

Audio
ID                                       : 1
Format                                   : MPEG Audio
Format version                           : Version 1
Format profile                           : Layer 3
Mode                                     : Joint stereo
Codec ID                                 : 55
Codec ID/Hint                            : MP3
Duration                                 : 1h 30mn
Bit rate mode                            : Constant
Bit rate                                 : 128 Kbps
Channel(s)                               : 2 channels
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Stream size                              : 82.4 MiB (12%)
Alignment                                : Aligned on interleaves
Interleave, duration                     : 40 ms (1.00 video frame)
Interleave, preload duration             : 504 ms

Second video wich get only some drops from all the film duration.

Code: Select all

General
Unique ID                                : ...
Complete name                            : ...
Format                                   : Matroska
Format version                           : Version 4 / Version 2
File size                                : 1.42 GiB
Duration                                 : 1h 33mn
Overall bit rate                         : 2 179 Kbps
Encoded date                             : UTC 2015-05-13 01:22:43
Writing application                      : mkvmerge v7.9.0 ('Birds') 64bit
Writing library                          : Lavf54.63.104
DURATION                                 : 01:27:37.942000000
NUMBER_OF_FRAMES                         : 954
NUMBER_OF_BYTES                          : 40542
_STATISTICS_WRITING_APP                  : mkvmerge v7.9.0 ('Birds') 64bit
_STATISTICS_WRITING_DATE_UTC             : 2015-05-13 01:22:43
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L3.1
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1h 33mn
Width                                    : 1 280 pixels
Height                                   : 640 pixels
Display aspect ratio                     : 2.000
Frame rate mode                          : Constant
Frame rate                               : 23.976 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Title                                    : ...
Writing library                          : x264 core 146
Encoding settings                        : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=hex / subme=7 / psy=1 / psy_rd=1,00:0,00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=20,0 / qcomp=0,60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1,40 / aq=1:1,00
Language                                 : English
Default                                  : Yes
Forced                                   : No
DURATION                                 : 01:33:11.213000000
NUMBER_OF_FRAMES                         : 134030
NUMBER_OF_BYTES                          : 1381751476
_STATISTICS_WRITING_APP                  : mkvmerge v7.9.0 ('Birds') 64bit
_STATISTICS_WRITING_DATE_UTC             : 2015-05-13 01:22:43
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Audio
ID                                       : 2
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format profile                           : LC
Codec ID                                 : A_AAC
Duration                                 : 1h 33mn
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Default                                  : Yes
Forced                                   : No
DURATION                                 : 01:33:11.133000000
NUMBER_OF_FRAMES                         : 262035
NUMBER_OF_BYTES                          : 139516898
_STATISTICS_WRITING_APP                  : mkvmerge v7.9.0 ('Birds') 64bit
_STATISTICS_WRITING_DATE_UTC             : 2015-05-13 01:22:43
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Text #1
ID                                       : 3
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Language                                 : English
Default                                  : Yes
Forced                                   : No

Text #2
ID                                       : 4
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Language                                 : French
Default                                  : No
Forced                                   : No

noggin · Post by **noggin** » Sun May 17, 2015 7:54 pm

I too am suffering from the 'flashes to black' issues with my C1 when connected to an Onkyo NR616 AVR. I live in a 50Hz country.

What is clear is that this is, at least partially, linked to the HDMI clock speed. It is much worse in the 145MHz clock speed modes (1080/50p and 1080/60p) than at the 72.25MHz clock speed modes (1080/50i, 1080/60i, 720/50p, 720/60p, 1080/24p). It is still present in 72.25MHz modes - but far, far less frequent.

With a direct connection to my TV I get just audio drop outs at roughly the same frequency. When connected via my amp I get audio and video drop outs. (This is VERY similar in symptoms to the Raspberry Pi bug that was fixed by limiting the range that the HDMI PLL clock could drift to keep things in sync - but may be caused by a different issue)

The HDMI system test that was published suggests that the HDMI output in hardware terms is clean (in jitter and eye-height terms) - but clearly there is a fault somewhere in the HDMI and/or audio/video driver space that is causing this.

There has been a lot of discussion about 50Hz power supplies and noise - but given that x86 PCs with Intel, nVidia and AMD GPUs, Raspberry Pis and Raspberry Pi 2s, iPhones and iPads with Lightning to HDMI connectors, Blu-ray players, satellite set top boxes, $20 DVD players etc. all work fine in the same set-up - there IS an issue with the C1 that needs to be fixed OR acknowledged to stop other buyers wasting their money on such a poorly supported (or poorly engineered) product.

I'm VERY disappointed that ODroid / Hardkernel / AMLogic haven't fixed this months after the reports first came in.

The C1 could have been a really good rival to the Pi 2 as a media player / Kodi platform. But if you can't connect it to an AV Amp - it's a failure.

tobetter · Post by **tobetter** » Thu May 21, 2015 1:29 pm

Would you guys please try experimental patch I made for HDMI issues, picture and audio problem?
You can find the more detail and instructions from here, http://forum.odroid.com/viewtopic.php?f ... 761#p89761.

UPDATE: For people who wants to know what are changed in this custom build.
My custom build contains new PLL settings for HDMI, these are shared by AMLogic. It's just a code with understandable constants for particular registers, so I thought it is meaningless to share at the moment. Obviously it will be opened to GIthub when this changes helps to fix HDMI issues we have.

drEagle · Post by **drEagle** » Thu May 21, 2015 3:51 pm

tobetter wrote:Would you guys please try experimental patch I made for HDMI issues, picture and audio problem?
You can find the more detail and instructions from here, http://forum.odroid.com/viewtopic.php?f ... 761#p89761.

OK, why not; but where is the patch ?
I will not install a unknown and not official binary.

And what matter is to understand what it is the issue and how to fix it, with a patch, not aa binary already built kernel.

So, please, give the patch to test in a usable form...

patoberli · Post by **patoberli** » Thu May 21, 2015 9:30 pm

Check his updated post.
Tobetter often works very close with Hardkernel together.

streetboy · Post by **streetboy** » Thu May 21, 2015 10:39 pm

Tobetter is a hardkernel member. trace his record of posts. There are tons of nice topics he made. Trust him

tobetter · Post by **tobetter** » Fri May 22, 2015 3:33 pm

Hello,

I have uploaded installation images which contains HDMI fixes, so please download and try to test if it work for your TV and AVR.
This is not official release, but will be released officially again when this release is verified enough. Please let us know if these image work, and would be great if you share the vendor and model what you have tested.

Ubuntu
http://dn.odroid.com/S805/HDMI/ubuntu-1 ... DMI.img.xz
http://dn.odroid.com/S805/HDMI/ubuntu-1 ... .xz.md5sum

Android
http://dn.odroid.com/S805/HDMI/selfinst ... DMI.img.xz
http://dn.odroid.com/S805/HDMI/selfinst ... .xz.md5sum

Thank to many users to test my custom kernel build and report that the fix works their TV & AVR setup.

drEagle · Post by **drEagle** » Sat May 23, 2015 2:25 pm

streetboy wrote:Tobetter is a hardkernel member. trace his record of posts. There are tons of nice topics he made. Trust him

I can thank anyone who contribute to free software.
I will never trust anybody.
The problem is not only the trust of binary, but a legal requirement from GPL !

patoberli wrote:Check his updated post.
Tobetter often works very close with Hardkernel together.

Great, for HardKernel, and for the users.
Anybody contributing is helping everyone, and the manufacturer of the product, here we talk about HardKernel, may take benefit of this.
It's how free software works.

tobetter wrote:Hello,

I have uploaded installation images which contains HDMI fixes, so please download and try to test if it work for your TV and AVR.
This is not official release, but will be released officially again when this release is verified enough. Please let us know if these image work, and would be great if you share the vendor and model what you have tested.

Ubuntu
http://dn.odroid.com/S805/HDMI/ubuntu-1 ... DMI.img.xz
http://dn.odroid.com/S805/HDMI/ubuntu-1 ... .xz.md5sum

Android
http://dn.odroid.com/S805/HDMI/selfinst ... DMI.img.xz
http://dn.odroid.com/S805/HDMI/selfinst ... .xz.md5sum

Thank to many users to test my custom kernel build and report that the fix works their TV & AVR setup.

Okay, great.

I still, and only, use OpeElec on my Odroid C1.
I have bought them for MediaCenter solution.

I am looking to refurbished these buggy hardware.
Too much time lost, from so less free spare time.
There is a lot of other valuable project all around who still wait for contribution.
Free world is growing and free projects are always in need of help.

About the possible hdmi signal drop fix.
It's great if a solution is already find, and it seem to be.

Can HardKernel get a respectfull communication to its customers ?
I have took too much time to propose help, to explain and suggest technical study to engage, to ask for official communications, to recall international legal rights, to hardkernel, without any feedback.

I still waiting for the source code !
If a binary is produced, and published, you MUST give the source code, and get access of it.
Free software is an a legal process that is covered, for the kernel, by the GPL license.
I recommend to everyone who want to, to read the GPL or get more confortable with the understood of how it mst be applyed.

You can ask for money for binary but you must ALWAYS publish the code which was used to create this binary.
GPL license has never covered a "beta" or "testing" disclosure of any type.

vientito · Post by **vientito** » Sat May 23, 2015 11:02 pm

I think we all should appreciate the work performed by tobetter. Given the huge amount of correspondence in this matter, this has not been easy for everyone involved. As for the binary, it is stated very clearly that it's supposed to be a test and people should wait if they do not feel comfortable installing it. Life is difficult enough and we should all try to cultivate some positive vibe!

Holzhaus · Post by **Holzhaus** » Sat May 30, 2015 12:27 am

vientito wrote:I think we all should appreciate the work performed by tobetter.

Yup, great work tobetter. I sincerly hope that this incredibly annoying issue has finally been resolved. Thanks a ton.

vientito wrote:As for the binary, it is stated very clearly that it's supposed to be a test and people should wait if they do not feel comfortable installing it.

From a legal perspective, it doesn't matter if it's a "beta" or "testing" testing build - you still violate the license if you distribute binaries but not the source code. Anyhow, I do not think that anyone wants to file a lawsuit

We're just eagerly awaiting the release of the source code. Audio drops have been an issue for months and now a fix is finally in sight - but it's been a week since the patched binaries have been released and some people are just really impatient (like me)

And as much as I appreciate tobetter's work - I do not understand what's the holdup with this. Just hit the reply button and post a diff of the changes and everyone is happy

This also expands the group of testers, since not everyone is happy to run unsigned binaries and circumvent their package manager (especially paranoid IT people^^). I'd like to test this too, but for the reasons above, I'd rather compile the kernel myself than using the binaries.

Since there was so much positive feedback, I assume this will be merged into hardkernel's kernel repo. Any ETA?

vientito wrote:Life is difficult enough and we should all try to cultivate some positive vibe!

True story.

Post by **odroid** » Sat May 30, 2015 9:56 am

We will push the changes into our github within a week.

tobetter · Post by **tobetter** » Sat May 30, 2015 10:22 am

odroid wrote:We will push the changes into our github within a week.

The fix is already pushed with other changes for Linux/Ubuntu.
https://github.com/hardkernel/linux/com ... 843a50eabb
For Android, will be pushed within a week with new release as well.

drEagle · Post by **drEagle** » Sat May 30, 2015 6:33 pm

tobetter wrote:
odroid wrote:We will push the changes into our github within a week.
The fix is already pushed with other changes for Linux/Ubuntu.
https://github.com/hardkernel/linux/com ... 843a50eabb
For Android, will be pushed within a week with new release as well.

Thanks tobetter,

It seems fixed with OpenElec also.

If anyone want to try, or to build an updated OpenElec; my notes at https://doukki.net/doku.php?id=hard:arm ... 1-openelec

Holzhaus · Post by **Holzhaus** » Sun May 31, 2015 5:19 am

tobetter wrote:
odroid wrote:We will push the changes into our github within a week.
The fix is already pushed with other changes for Linux/Ubuntu.
https://github.com/hardkernel/linux/com ... 843a50eabb
For Android, will be pushed within a week with new release as well.

Awesome! Thank you so much.