2015-02-24, 22:13
Well, it's possible but makes the check process more complicated and would incur delays so it's been dropped.
(2015-02-24, 17:45)popcornmix Wrote:(2015-02-24, 17:42)visata Wrote: I didn't like the slow channel switching on IPTV mpeg2 streams on 14.1 version, so I decided to give a try and test #0223 build. It works really fast!
The only issue I noticed that if deinterlacing was set to Auto or On, my IPTV streams were lagging, so I had to disable it. I have mpeg2 license and it is enabled.
Pi1 or Pi2? Is omxplayer enabled in video/acceleration settings?
(2015-02-24, 21:06)Milhouse Wrote:(2015-02-24, 20:46)evanspae Wrote: I didnt #0214 onwards.. all have same problem
Can you give step-by-step instructions on how to set this up (and hopefully reproduce the crash). Argus TV seems to have a Windows component, where is this and how does it need to be configured (does it need extra hardware, ie. tuners etc.?) I enabled the Argus TV PVR addon, but it kept on saying "Connection lost" and I saw nothing in Confluence that would allow me to access the Live TV (and, hopefully, crash).
# uname -a
Linux rpi512 3.19.0 #1 Tue Feb 24 23:44:54 GMT 2015 armv6l GNU/Linux
# vcgencmd version
Feb 24 2015 12:50:21
Copyright (c) 2012 Broadcom
version 784e0c6a418a9f1e07c0531468162e968acdeefd (clean) (release)
# lsb_release
OpenELEC (Milhouse) - Version: devel-20150224234406-#0224-g24ed310 [Build #0224]
# vcdbg log msg 2>&1 | grep DTOK
001540.130: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
(2015-02-25, 00:57)evanspae Wrote: This has all been working flawlessly up to #0213, and fails with crash on all releases since then (both rpi/rpi2). I'm not sure how the updated 4.3.8 vdr-addon works, is it in additon to the ArgusTV plugin or will it replace it?
(2015-02-22, 16:41)popcornmix Wrote: Okay, so that doesn't narrow it down too much. There are ~60 builds between those two points, so you should be able to find
the exact build in about 6 tests (by always testing a build from the middle of newest working and oldest non-working build).
(2015-02-25, 12:02)slack3r Wrote: Okay popcornmix, I got it.
The problem seems to start from build #102. I have not tested all versions, but:
#101 is fine, #102 maybe - I'm not sure - #106, #118 and #119 are broken.
Quote:Enable dirty regions for full screen video
(2015-02-25, 13:26)popcornmix Wrote: Could you try again with #102. That build introduced:
Quote:Enable dirty regions for full screen video
which could be relevant, although that commit mostly affects video playback. Would be good to confirm it is that build.
(2015-02-25, 13:42)slack3r Wrote: There is a way to disable dirty regions?
(2015-02-25, 13:57)da-anda Wrote: @popcornmix - monoscopic 3D is fixed now - thanks. You will have to drop 4bade80 because it's not solving the issue. Menake/anaconda confirmed my PR to be working as expected now and it got merged.Yes, I dropped 4bade80 with last rebase. Let me know any 3d issues that still remain.
(2015-02-25, 13:49)popcornmix Wrote:(2015-02-25, 13:42)slack3r Wrote: There is a way to disable dirty regions?
See options here
algorithmdirtyregions=3 is the default. 1 and 2 are not supported on GL ES, but might be interesting to try 0.
<?xml version="1.0" encoding="UTF-8"?>
<advancedsettings>
<algorithmdirtyregions>0</algorithmdirtyregions>
</advancedsettings>