Moderators: odroid, mdrjr, wrxtasy, Raybuntu
cat /sys/class/amhdmitx/amhdmitx0/disp_cap
wrxtasy wrote:I would ask HardKernel themselves if support is actually in the Kernel for this device.
wrxtasy wrote:I tried to cheat a bit with the Repo and its not working by the looks of it !
Here is v4.2 of the TvHeadend Server:
https://dl.dropboxusercontent.com/u/276 ... .0.102.zip
And v4.09:
https://dl.dropboxusercontent.com/u/276 ... .0.101.zip
wrxtasy wrote:I suspected those HK Audio mods were the cause all along. I bet if I do the same Reverts to the C1 Kernel I will get similar results.
I cannot test here but would be interested to know if any 7.1 Audio Passthrough is working ?
Raybuntu wrote:have a look at my post:
http://forum.odroid.com/viewtopic.php?f=138&t=20415&start=100#p136605
alex240188 wrote:wrxtasy wrote:I suspected those HK Audio mods were the cause all along. I bet if I do the same Reverts to the C1 Kernel I will get similar results.
I cannot test here but would be interested to know if any 7.1 Audio Passthrough is working ?
I can test 7.1 later,
Though I'd imagine it will behave the same as my builds for the beelink m18 based off surkovalex's repo where truehd will be fine but no DTS ma
wrxtasy wrote:For troublesome movie DVD Rips with SD .vob try disabling Deinterlacing in the Video OSD settings first and then set that as default for all Movies. mpeg2 TV will still be Hardware deinterlaced as it going thru the amcodec decoder, so don't worry.
Some of these Movie DVD have no motion between the Frames so deinterlacing can be safely turned off permanently when ffmpeg Software decoding.
alex240188 wrote:wrxtasy wrote:I suspected those HK Audio mods were the cause all along. I bet if I do the same Reverts to the C1 Kernel I will get similar results.
I cannot test here but would be interested to know if any 7.1 Audio Passthrough is working ?
I can test 7.1 later,
Though I'd imagine it will behave the same as my builds for the beelink m18 based off surkovalex's repo where truehd will be fine but no DTS ma
Yes it looks like TrueHD and no DTS-MA is the default Audio support level on a vanilla S905 AML Kernel. Noggin seemed to believe True HD 7.1 was working over on the Kodi forums.
setenv video_output "1080p60hz"
to
setenv video_output "720p60hz"
or
setenv video_output "720p50hz"
noggin' wrote:The am-mpeg2 hardware decode for interlaced content will (I assume) be deinterlaced via the hardware deinterlacer, but I'm not sure what happens with the ff-mpeg2video decoded content. It doesn't appear to max out any CPU cores - so the dropped frames don't appear to be caused by hitting the CPU limits during deinterlacing. So either the software decode and deinterlace is flawed, or there is some attempt to pipe back software decoded content through the hardware deinterlacer that isn't working? (25p content with no motion between the two fields in the frame plays back OK if you disable deinterlacing, so the core decode appears to be OK, though possibly something timestamp-y is causing issues with the deinterlacer?)
kanyck wrote:BTW I found the old patch to fix the CEC issue I'm suffering from: https://github.com/chbmuc/xbmc/commit/6e5822d
This thread suggests than some other TV models are subject of this issue, too:
http://openelec.tv/forum/118-consumer-e ... -very-fast
@wrxtasy: maybe you find it reasonable to include this patch into your builds to fix the issue once and forever instead of messing with overriding xml files...
kanyck wrote:Tried out Fixer. Ethernet is fine.
Fiddled with double stroke issue. Did not succeed. Tried to change the file /storage/.kodi/userdata/peripheral_data/cec_0000_0000.xml -- it restores the value after reboot (maybe when stopping kodi). Stop kodi -- edit file -- start kodi seem to keep changes but I noticed no change in behavior despite of different values of double_tap_timeout_ms. Tried 100, 200, 500 and 1000 instead of default 300 with no success.
Then I tried to clone the /usr/share/kodi/system/peripherals.xml file as suggested in @Raybuntu's link http://openelec.tv/forum/124-raspberry- ... e-delay-ms.
/usr/share/kodi/system/peripherals.xml is changeable this way (much easier than squashfs reassembling!) but key behavior did non change either.
Fiddling with movie list I've found that LE goes to reboot if I browse the list long enough. Reverted all my changes but LE keeps crashing after a while. kodi log is clean and it seems impossible to ran tail -f on in-memory dmesg to see if there is an error message there at the moment of crash. At least before the crash it complaints about cec errors: http://sprunge.us/MCeY
Maybe I shall try a clean install to see if the issue is still there...
UPD: went back on LibreELEC-Odroid_C2.aarch64-7.0.0.Revert-U-boot.patch.tar -- it reboots, too. But it seem to need more time for a bug to show up. Maybe it just was unnoticed before.
wrxtasy wrote:From the Kodi WeTek Core thread...noggin' wrote:The am-mpeg2 hardware decode for interlaced content will (I assume) be deinterlaced via the hardware deinterlacer, but I'm not sure what happens with the ff-mpeg2video decoded content. It doesn't appear to max out any CPU cores - so the dropped frames don't appear to be caused by hitting the CPU limits during deinterlacing. So either the software decode and deinterlace is flawed, or there is some attempt to pipe back software decoded content through the hardware deinterlacer that isn't working? (25p content with no motion between the two fields in the frame plays back OK if you disable deinterlacing, so the core decode appears to be OK, though possibly something timestamp-y is causing issues with the deinterlacer?)
mpeg2 content in .vob containers ie DVD Rips is forced to default to Software ff-mpeg2 decoding with the correct patches as 4 core AML hardware can easily handle SD Software decoding.
I'm not sure what the exact issue was exactly but I patched Kodi and selected the best quality deinterlacer I could find when Software decoding and came up with Yadif aka Deinterlace. This has now been selected as the default software deinterlacer replacing Bob, that was causing the Jerky playback issues on AML with Kodi.
Post processing works as well. Visually this looks like the smoothest and best quality of Interlaced mpeg2 .vob video I have seen on AML Hardware
LibreELEC-Odroid_C2_aarch64-7.0.0-Kodi-Jarvis-Yadif.DVD.VC1.tar
Also included is a fix for 23.976fps VC1 video playback !
wrxtasy wrote:From the Kodi WeTek Core thread...noggin' wrote:The am-mpeg2 hardware decode for interlaced content will (I assume) be deinterlaced via the hardware deinterlacer, but I'm not sure what happens with the ff-mpeg2video decoded content. It doesn't appear to max out any CPU cores - so the dropped frames don't appear to be caused by hitting the CPU limits during deinterlacing. So either the software decode and deinterlace is flawed, or there is some attempt to pipe back software decoded content through the hardware deinterlacer that isn't working? (25p content with no motion between the two fields in the frame plays back OK if you disable deinterlacing, so the core decode appears to be OK, though possibly something timestamp-y is causing issues with the deinterlacer?)
mpeg2 content in .vob containers ie DVD Rips is forced to default to Software ff-mpeg2 decoding with the correct patches as 4 core AML hardware can easily handle SD Software decoding.
I'm not sure what the exact issue was exactly but I patched Kodi and selected the best quality deinterlacer I could find when Software decoding and came up with Yadif aka Deinterlace. This has now been selected as the default software deinterlacer replacing Bob, that was causing the Jerky playback issues on AML with Kodi.
Post processing works as well. Visually this looks like the smoothest and best quality of Interlaced mpeg2 .vob video I have seen on AML Hardware
LibreELEC-Odroid_C2_aarch64-7.0.0-Kodi-Jarvis-Yadif.DVD.VC1.tar
Also included is a fix for 23.976fps VC1 video playback !
runnerway wrote:I've an LG TV.
Today i've tried "LibreELEC-Odroid_C2.aarch64-7.0.0.The.Fixer". With this IMG cec works well. (Only some problems after a reboot of C2..and other similar things)
Then i've update to "LibreELEC-Odroid_C2.aarch64-7.0.0.Yadif.DVD.and.VC1.Fix" and now i get double press every time with CEC. What did you changed?![]()
wrxtasy wrote:Cheers
Believe it or not I don't actually have an AVR, but just send DD/DTS to my TV and let it sort it out.
Audio is then sent via a Headphone Jack to a cheap 2.1 setup with the volume controlled via the TV remote.
Works well for me.
I've had to take out all the HardKernel S/PDIF and Analog USB adapter mods from the Kernel to get Digital Audio to work semi properly.
Someone on here may have a usb adapter --> 3.5 jack - Analog Audio dongle working though. No idea if Audio can be output simultaneously...
wrxtasy wrote:Repository withdrawn for the latest version because its for the AML 32bit WeTek players and looks like those compiles are incompatible with the 64bit S905.
Transmission and progs like rTorrent have not even hit the LibreELEC master code yet but will likely come.
New Version up on Page number #1 with further features added
diff --git a/drivers/amlogic/deinterlace/deinterlace.c b/drivers/amlogic/deinterlace/deinterlace.c
index 1e127ce..b5fc61e 100644
--- a/drivers/amlogic/deinterlace/deinterlace.c
+++ b/drivers/amlogic/deinterlace/deinterlace.c
@@ -157,9 +157,9 @@ static const char version_s[] = "2015-8-03a";
static unsigned char boot_init_flag;
static int receiver_is_amvideo = 1;
-static unsigned char new_keep_last_frame_enable;
+static unsigned char new_keep_last_frame_enable = 0;
static int bypass_state = 1;
mattrix wrote:Am I right in thinking DTS-HD pass through isn't working yet?
When I enable that, I get no audio on a DTS video, but works fine with it disabled.
I also notice an AAC 5.1 file doesn't output to my rear 7.1 speakers like it does on the Pi?
Is this because KODI usually transcodes this to PCM and only 2ch PCM currently supported?
Is this also why you can't select how many speakers you have like on the Pi?
I tried an AAC 7.1 and same thing.
Then I enabled AC3 transcoding and that seems to have fixed it
Even though it's AAC and not AC3??
runnerway wrote:wrxtasy wrote:Repository withdrawn for the latest version because its for the AML 32bit WeTek players and looks like those compiles are incompatible with the 64bit S905.
Transmission and progs like rTorrent have not even hit the LibreELEC master code yet but will likely come.
New Version up on Page number #1 with further features added
New version seems goodI will continue testing it in next days.
This is the VC1 that has problems:
- https://mega.nz/#!GFZzRaiS!b_mRL4PTelzTqV_sqg1xyTJr9pNcr0UmOAxgUmpJg6w
Even in the lastest version of LibreELEC it seems to have problems with deinterlacing
wrxtasy wrote:CEC -> You are being used as a guinea pig for gda and Raybuntu's HDMI CEC experiments !![]()
I will revert the Kernel "Fix for stuck messages" patch for the next version as I'm seeing double button press issues when using CEC as well.
wrxtasy wrote:CEC -> You are being used as a guinea pig for gda and Raybuntu's HDMI CEC experiments !![]()
I will revert the Kernel "Fix for stuck messages" patch for the next version as I'm seeing double button press issues when using CEC as well.
Raybuntu wrote:@Pienoet there is a n brand new cec driver coming soon. We're not ready to go public but it'll eliminate this issue.
wrxtasy wrote:...
@cert, I get to select in Kodi settings 24/25/30/50/60Hz with my 4K TV.
Sounds like your using an old LibreELEC version or your 4K TV does not support 2160p25hz.
...
Pienoet wrote:Great to hear raybuntu!
In this new cec driver comes with new functions or is it more stability?
Raybuntu wrote:we also want to make it more stable.
Raybuntu wrote:I only have samsung TV's which seems like a bad choice for a cec developer I've been told. Because they just work with everything.
Return to LibreELEC - Kodi Project for C1/C2
Users browsing this forum: No registered users and 8 guests