Author: swordfish6975

Openelec Build for OPI PC and 2 now with HW decoding

  [Copy link]

4

threads

1118

posts

9501

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9501
Published in 2015-12-29 03:00:45 | Show all floors
runnerway replied at 2015-12-28 19:27
I'm bulding updated image for OPi-PC.I will upload them later when i'm done.

Benefits of direc ...

I'm no expert on codecs so problem with VP9 will not be fixed by me. I think that actually it is not possible to do it better. As I said, VP9 is SW decoded because there is no HW support. The only way that it might be better is to implement direct rendering for all codecs, also ffmpeg. That way we can hope that someone would optimize SW decoding even more, but I'm not optimistic about that. You must know that the newest codecs offer best compression ratio. That is achieved by much more complex mathematics than, for example, MPEG2. Because of that, SW decoding is very unlikely. Even my laptop, i5 4th generation, has problems with 4K @ 25 H265 video playback, but OPi's playback is smooth.

V-Sync is of course useful for all videos. However, current problem is that rendering is in the same thread that decoding. If V-Sync is enabled, waiting for this event steals precious time for decoding and a lot of frames are dropped. I'm not sure what do you mean by "auto refresh rate changing".

Current to do list is as follows:
- separate thread for rendering and enabling V-Sync
- fixing screenshots

Longer term to do list:
- direct rendering for all codecs (ffmpeg)
- resolution changing

But I think that I'm done for this year

1

threads

90

posts

785

credits

Senior member

Rank: 4

credits
785
Published in 2015-12-29 03:14:01 | Show all floors
Edited by lymon at 2015-12-29 03:42
jernej replied at 2015-12-29 00:28
Zoom is now fixed. Can you test if it is consistent with previous behaviour? Zoom higher than 1 wi ...

zooming out works, but zooming in is different then before...more like a one dimensional stretch, like you already mentioned
Before the patch it zoomed all dimensions, even if one of the dimensions of the zoomed video became too large for the screen, so to speak

De-interlacing seems to work pretty well for MPEG2-TV streams..screen is nice and sharp for interlaced videos and the number of frame drops/skips are not worth mentioning.
Though a new "bug" has appeared when switching between/watching these online tv-streams/channels (codec used is cedarx-mpeg2); you get a distorted green/striped screen for a few seconds and then kodi crashes and restarts.
I have found a workaround is to stop the stream/channel first before switching to another channel...so not a real urgent problem for now




0

threads

41

posts

213

credits

Intermediate member

Rank: 3Rank: 3

credits
213
Published in 2015-12-29 03:50:48 | Show all floors
jernej replied at 2015-12-29 03:00
I'm no expert on codecs so problem with VP9 will not be fixed by me. I think that actually it is n ...

I meant that maybe we should remove VP9 from the codec list supported by CedarX lib and let ffmpeg doing the work.
I know that as of now we would lose direct rendering but maybe we can at least play lowres VP9 without the video stopping itself.
And by the way i think it's more "clean" a stuttering video than a codec crash. Hope i was clear.
(By the way i have to check this codec crash with some other VP9 videos..)

Maybe using a newer CedarX lib will solve the problem in the future. Where did you take CedarX lib from?
But again, i think VP9 can be low priority as of now and rely on ffmpeg instead..

Thank you for the explanation about V-Sync.
Maybe i can try something but if i were in you i wouldn't rely on me

With "auto refresh rate changing" i mean this:
A lot of people really like if the refresh rate of the monitor will switch to the same fps of the current playing video.
For example if i'm watching a 25 fps video the refresh rate of the monitor should be 25Hz and so on..
There is even an option about this in Kodi settings
There are more informations here:
http://forum.kodi.tv/showthread.php?tid=219796&pid=1943753#pid1943753
Hope i was clear.



1

threads

7

posts

103

credits

Registered member

Rank: 2

credits
103
Published in 2015-12-29 04:08:13 | Show all floors
is an new Image ? then i download Later.
Yes other OS is working.

4

threads

1118

posts

9501

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9501
Published in 2015-12-29 04:08:36 | Show all floors
runnerway replied at 2015-12-28 20:50
I meant that maybe we should remove VP9 from the codec list supported by CedarX lib and let ffmpeg ...

I'm not sure if this is a codec crash. I suspect that kodi automatically stops playback if decoding is too slow. If it was a crash, kodi would restart.

As I stated before, CedarX library was provided by zhao_steven.

Ok, you just move one item from long term todo list to short term If resolution changing (includes changing refresh rate) is correctly implemented, auto refresh rate changing should work. This is half implemented.

4

threads

1118

posts

9501

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9501
Published in 2015-12-29 05:10:41 | Show all floors
lymon replied at 2015-12-28 20:14
zooming out works, but zooming in is different then before...more like a one dimensional stretch, l ...

I fixed zoom once again. Now it should work as you expect. Are you sure that vertical shift worked before? If it was, now is not working anymore.

Can you describe live tv issues? For example, which plugin do you use, etc.

0

threads

41

posts

213

credits

Intermediate member

Rank: 3Rank: 3

credits
213
Published in 2015-12-29 05:40:20 | Show all floors
jernej replied at 2015-12-29 04:08
I'm not sure if this is a codec crash. I suspect that kodi automatically stops playback if decodin ...

Ahah Nice to know it's half implemented.

I will try low bitrate VP9 videos to see if we still have crashes.

Unfortunately C++ is not my language.
I did some research and probably if i tried now to separate render thread i would fail .
But i keep researching.



Images for OPi-PC updated to commit: 18acaa85cfba6ec07f2ae61313bf1dbc031ef8df

- IMG: https://mega.nz/#!DEIAWJaL!M5i5ePCVMcsWU00wfoS6NF0zfGJAlyVsMAkQi0b1F2M
- Update: https://mega.nz/#!OZxF2ZiS!LbkWbnCtbDTrFOogXU1-_jERu4vlJy0KlHjSCr8yxYc




Thank you jernej.

1

threads

90

posts

785

credits

Senior member

Rank: 4

credits
785
Published in 2015-12-29 14:31:30 | Show all floors
Edited by lymon at 2015-12-29 14:43
jernej replied at 2015-12-29 05:10
I fixed zoom once again. Now it should work as you expect. Are you sure that vertical shift worked ...

Thanks ! zoom works as before again.
vertical shift (still) works fine on my end ?

The kodi crashes occur when using prv.hts (tvheadend HTSP Client , version 2.2.10), when switching between different mpeg2 streams.
will also test this on my RaspberryPi to see if it is an issue with the pvr client or maybe with cedarx.
When I view recorded mpeg2 streams and switch between these without stopping the video first, the crashing doesn't occur...it only happens when viewing live streams.


4

threads

1118

posts

9501

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9501
Published in 2015-12-29 16:44:46 | Show all floors
lymon replied at 2015-12-29 07:31
Thanks ! zoom works as before again.
vertical shift (still) works fine on my end ?

Please enable logging in system settings and then trigger a bug. After that, you should have crashlog in /storage/.kodi/temp folder. Can you post this crashlog somewhere?

1

threads

90

posts

785

credits

Senior member

Rank: 4

credits
785
Published in 2015-12-29 17:25:13 | Show all floors
jernej replied at 2015-12-29 16:44
Please enable logging in system settings and then trigger a bug. After that, you should have crash ...

https://github.com/lymon66/ORANGEPI-PC/raw/master/openelec_logs/kodi_crashlog_20151229100928.log
You need to log in before you can reply login | Register

Points Rule

Quick reply Top Return list