• 1
  • 104
  • 105
  • 106(current)
  • 107
  • 108
  • 111
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 1
(2015-04-05, 19:07)doldi Wrote: Hi Milhouse,
i am using passtrough for DTS, because with PCM my Yamaha Receiver wouldn't decode DTS Signals (normaly) :-)
It's with 5.1 DTS enabeld - my Receiver have only DTS / dolby(AC3) 5.1, plus the option 6.1 (extended)

The only way to play generally, in the first place, this 44.1Khz/1411 kBit/s files are with this settings on Pi:

Audio Device: HDMI
No of channels: 5.1 to 7.1 (all play)
qutput config: best match
Resamle quality: low(fast)
Keep audio Device: off
Enable passtrough: on
AC3 : on
E-AC3: off/on (whatever)
DTS: on

ok, have now uploaded over 100Mb of two DTS Audio CD files , over 15min upload with german DSL :-):

Bad is the file 01 - ok is the file 05

https://www.dropbox.com/s/6v954lo7ft2cik...d.wav?dl=0

THX

btw - you must download this files for testing - in browser it would not play.

ok, make some tests:

Have put an single older DVD/CDrom LG Disc-Wrtiter (from PC) and make a conection over USB to my PI2.:

regular AudioCDs plays all.
DualLayer DVD with DTS5.1 plays all perfekt with great Picture and Sound , Yeah! Laugh
MiniDVD with DTS sound works also perfekt.

But....
the orginal DTS5.1 AudioCD files obove this treath...

"Bad is the file 01 - ok is the file 05
https://www.dropbox.com/s/6v954lo7ft2cik...d.wav?dl=0

...wouldn't play, all....only pink noise (they all work on a normal DVD player)

I don't understand this. If my request is on the false place, let me know ;-)
(2015-04-06, 10:49)nikc0069 Wrote: @Milhouse Is this build capable of 3d frame sequential output or only framepacked? Is frame sequential at all possible? Either way great work - with proper 3d and hd audio solutions I'm definitely getting a Pi 2.

EDIT: it looks like the pi supports 720/120hz so if it can decode mvc now I guess the bigger question is will it output frame sequential instead of framepacked?

Frame sequential is not currently supported.
I'll have to dig into the specs to confirm if the hardware can support it (from a quick look I suspect it will) and determine how much demand for this there will be.
It's on my list of things to look into, but there are a number of more critical issues, so I may not be able to do this for a while.
(2015-04-05, 08:31)MONSTA Wrote: MKV https://drive.google.com/file/d/0B9_XmyO...sp=sharing
M2TS https://drive.google.com/file/d/0B9_XmyO...sp=sharing

I can download the m2ts file. The mkv files gives "not found".
(2015-04-03, 22:38)fab67 Wrote: As more and more youtube videos are vp9 encoded, I try some files on rpi2. and even sd format can't be decoded correctly.

My question : Is the vp9 decoder ( openelec official build or this testbuilds ) the built-in ffmpeg decoder or libvpx decoder ?

Because I think that for ARM the libvpx version should be faster than the ffmpeg version.

Is it decoding okay, but just too slow? (i.e. view plays slow and gets out of sync?). Is CPU usage very high?
Or is there another problem?

We'll use the vp9 decoder from ffmpeg. There is no easy way to use a different decoder library.
I don't know, i see the file, access is open. Uploaded to another server
https://yadi.sk/d/exXdVzcffnvEp
(2015-04-06, 12:19)popcornmix Wrote:
(2015-04-06, 10:49)nikc0069 Wrote: @Milhouse Is this build capable of 3d frame sequential output or only framepacked? Is frame sequential at all possible? Either way great work - with proper 3d and hd audio solutions I'm definitely getting a Pi 2.

EDIT: it looks like the pi supports 720/120hz so if it can decode mvc now I guess the bigger question is will it output frame sequential instead of framepacked?

Frame sequential is not currently supported.
I'll have to dig into the specs to confirm if the hardware can support it (from a quick look I suspect it will) and determine how much demand for this there will be.
It's on my list of things to look into, but there are a number of more critical issues, so I may not be able to do this for a while.

Fantastic. If it can support it and it isn't too much effort to implement it would mean a lot of the cheap 3d ready projectors on ebay would get a bit of a second life without cumbersome converter boxes. I'd be happy to donate for this feature.
(2015-04-03, 10:30)pogo1975 Wrote: I have a problem playing some certain channels and recordings from polish tv providers (tv sat) when i change to specific channel i see only buffering 0% and nothing happens.

https://www.dropbox.com/s/9ex3on24a8kgp5...le.ts?dl=0
This is sample recording of one of this channels when i try to play it nothing happens, file plays well on Media player classic

This channels use "shared PMT" on transponder and kodi do not detect correct pids from file...

Your file doesn't play on Kodi on linux/ubuntu, so it's not a Pi specific (or Milhouse test build specific) issue.
Report the problem in the "OS independent" forum where more devs will see it.
(2015-04-03, 18:54)zaphod24 Wrote: Strange new issue with dvdplayer. Using the H264 samples at http://solidrun.maltegrosse.de/~fritsch/ like 1080i50_h264.ts playback doesn't show any video, only audio. It's like it doesn't get off of the video file selection screen. After enabling omxplayer the video plays back correctly.

Not seeing that here (at least in my debug environment). omxplayer is disabled. Video starts fine (tried varying passthrough, "adjust display refresh rate...", "sync playback to display" with no change in behaviour). Still failing in latest build?

EDIT: Okay - I am seeing the stall now - will investigate.
(2015-04-06, 12:33)popcornmix Wrote:
(2015-04-03, 22:38)fab67 Wrote: As more and more youtube videos are vp9 encoded, I try some files on rpi2. and even sd format can't be decoded correctly.

My question : Is the vp9 decoder ( openelec official build or this testbuilds ) the built-in ffmpeg decoder or libvpx decoder ?

Because I think that for ARM the libvpx version should be faster than the ffmpeg version.

Is it decoding okay, but just too slow? (i.e. view plays slow and gets out of sync?). Is CPU usage very high?
Or is there another problem?

We'll use the vp9 decoder from ffmpeg. There is no easy way to use a different decoder library.

Decoding is OK but too slow even for SD 480p ( CPU usage is over 90% 2-3 cores ).
I think the built-in vp9 decoder in ffmpeg has no ARM optimizations ( alot ASM for x86 but not many NEON for ARM)
and libvpx seems to have some -> https://github.com/webmproject/libvpx/tr...n/arm/neon

My Question : could ffmpeg be build with --enable-libvpx for RPI2 and be used has decoder to see if it decodes faster ?
With ffmpeg It can be used with -vcodec before -i (e.g ffmpeg -vcodec libvpx-vp9 -i file.webm ...) but don't know if possible with the players in KODI.

it's just a question if it's too complicated or impossible to make it work it doesn't really matter, there are probably more important things before that.
(2015-04-06, 02:46)Milhouse Wrote: Holy #£&@... something looks to have gone seriously wrong in the add-on department...

Can you make a backup of your Databases directory, delete all your Addons##.db files and see if the problem continues?

Did you say this problem started with #0403?

Updated to 0405, deleted the AddOn database as suggested and rebooted. No crashes overnight! 0403 is the build that I started noticing the nightly Kodi crash and restarts.
Would it be possible to integrate the bdj support with actual libbluray on these new openelec builds?
like commented here:
http://forum.kodi.tv/showthread.php?tid=213352
(2015-04-05, 21:30)afremont Wrote: So far, since I added the "hvs_priority=0xf3fc" option to config.txt that popcornmix suggested, it's all been going well.

This is again the default with latest firmware update, so you should be able to remove that setting after next build.
(2015-04-06, 17:43)2aladin Wrote: Would it be possible to integrate the bdj support with actual libbluray on these new openelec builds?
like commented here:
http://forum.kodi.tv/showthread.php?tid=213352

I suspect this would need to be supported as an OpenELEC addon of some kind as BDJ has a dependency on Java which could massively inflate the size of the entire image for little/no benefit. It's not something I'll be adding, so you might want to approach the OpenELEC developers (post on their forum, chat on #openelec irc).
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
I've been testing the last couple of builds (since the April 03 version), because I am interested in playing HD audio tracks when watching my blu-ray rips.

This afternoon I was watching a BDMV rip of Transformers 4: Age of Extinction and suddenly at around the 1h23 mark, playback stopped and I was returned to Kodi.

I also could not get past this by going directly to a time point after 1h23, because the same thing then happens.

I decided to try a couple more BDMV rips and found the same issue happened with The Avengers at around the 1h26 mark and Man of Steel around the 1h40 mark.

Other rips such as John Carter and X-Men Origins: Wolverine play just fine until the end.

The issue happens with both OMXplayer and DVDplayer. All movies are located on Synology NAS and are accessed through NFS.

Any clues as to why this is happening?
(2015-04-06, 19:18)MrMagic Wrote: Any clues as to why this is happening?

Not with the information you have posted.
Can you confirm if this affects the stable (OE 5.0.8) version?
Can you post a debug log (wiki)
  • 1
  • 104
  • 105
  • 106(current)
  • 107
  • 108
  • 111

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 112