OpenELEC Testbuilds for RaspberryPi Part 2

  Thread Rating:
  • 23 Votes - 4.48 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Thread Closed
popcornmix Online
Team-XBMC Member
Posts: 2,275
Joined: Feb 2011
Reputation: 55
Post: #4141
(2014-04-15 16:32)tuxen Wrote:  Nice popcornmix.
What I found odd is all 2.35:1 stereoscopic videos I have is encoded with the black bars to make it look correct, so maybe its a general problem with players based on the same code.

Yes, all my test files are 16:9 (many with encoded black bars) which surprised me, so it may be something that many players get wrong and the encoders avoid.
find
popcornmix Online
Team-XBMC Member
Posts: 2,275
Joined: Feb 2011
Reputation: 55
Post: #4142
(2014-04-15 14:28)popcornmix Wrote:  Last night I bit the bullet, and tried to solve this properly. Basically allowing two zoom rectangles to be specified to firmware.
This should allow all custom zoom modes with 3d contents, including things like viewing SBS video in TAB mode.

3D video rendering fixes have been pushed to newclock3 and firmware trees.
find
host505 Online
Junior Member
Posts: 43
Joined: May 2013
Reputation: 1
Post: #4143
(2014-04-15 16:43)popcornmix Wrote:  
(2014-04-15 16:32)tuxen Wrote:  Nice popcornmix.
What I found odd is all 2.35:1 stereoscopic videos I have is encoded with the black bars to make it look correct, so maybe its a general problem with players based on the same code.

Yes, all my test files are 16:9 (many with encoded black bars) which surprised me, so it may be something that many players get wrong and the encoders avoid.

Earlier I reported a 3D.TAB 2.35:1 video to look propper (correct ar), well turns out it's 16:9 actually (black bars encoded).
The file I saw the problem didn't have the black bars encoded, it was actually 2.40:1 (the only file in my collection that is like that - was gonna switch this with a better version but I'm gonna keep it for future reference).
With xbmc for windows it looks ok though.
(This post was last modified: 2014-04-15 18:34 by host505.)
find
popcornmix Online
Team-XBMC Member
Posts: 2,275
Joined: Feb 2011
Reputation: 55
Post: #4144
(2014-04-15 18:27)host505 Wrote:  Earlier I reported a 3D.TAB 2.35:1 video to look proper (correct ar), well turns out it's 16:9 actually (black bars encoded).
The file I saw the problem didn't have the black bars encoded, it was actually 2.40:1 (the only file in my collection that is like that - was gonna switch this with a better version but I'm gonna keep it for future reference).

Yep, be sure to test it with next build.
find
MilhouseVH Online
Posting Freak
Posts: 3,018
Joined: Jan 2011
Reputation: 71
Post: #4145
I'll be posting future releases in this thread OpenELEC Testbuilds for RaspberryPi Part 3 where I can edit the initial post with download links etc.

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.
(This post was last modified: 2014-04-15 20:04 by MilhouseVH.)
find
0815Paulchen Offline
Junior Member
Posts: 1
Joined: Apr 2014
Reputation: 0
Post: #4146
Hi!

Just actualised it and the hifiberry DAC works with that build, but creates an error message while booting "cannot load Kernel modules".

But it works!


I use this hifiberry.conf:

snd_soc_bcm2708
snd_soc_bcm2708_i2s
bcm2708_dmaengine
snd_soc_pcm5102a
snd_soc_hifiberry_dac

Question: Does that build still forces audio to 16 bit?

Greets

Paulchen
find
popcornmix Online
Team-XBMC Member
Posts: 2,275
Joined: Feb 2011
Reputation: 55
Post: #4147
(2014-04-15 19:56)0815Paulchen Wrote:  Question: Does that build still forces audio to 16 bit?

You can check the log where the ALSA sink gets opened, but I think HifiBerry defaults to 32-bit audio.
find
BoBeRzE Offline
Junior Member
Posts: 17
Joined: Jun 2010
Reputation: 0
Post: #4148
(2014-04-15 20:14)popcornmix Wrote:  
(2014-04-15 19:56)0815Paulchen Wrote:  Question: Does that build still forces audio to 16 bit?

You can check the log where the ALSA sink gets opened, but I think HifiBerry defaults to 32-bit audio.

Hello,

i think HifiBerry is still forced to 16Bit Audio

Code:
21:09:57 956.301880 T:3058488400  NOTICE: Enumerated ALSA devices:
21:09:57 956.302002 T:3058488400  NOTICE:     Device 1
21:09:57 956.302246 T:3058488400  NOTICE:         m_deviceName      : @
21:09:57 956.302429 T:3058488400  NOTICE:         m_displayName     : Default (snd_rpi_hifiberry_dac Analog)
21:09:57 956.302551 T:3058488400  NOTICE:         m_displayNameExtra:
21:09:57 956.302673 T:3058488400  NOTICE:         m_deviceType      : AE_DEVTYPE_PCM
21:09:57 956.302856 T:3058488400  NOTICE:         m_channels        : FL,FR
21:09:57 956.302979 T:3058488400  NOTICE:         m_sampleRates     : 8000,11025,16000,22050,32000,44100,48000,64000,88200,96000,176400,192000
21:09:57 956.303101 T:3058488400  NOTICE:         m_dataFormats     : AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE

OpenELEC:~ # lsb_release
OpenELEC (Milhouse) - Version: devel-20140415182817-r18188-gcf7a732

Edit:

I just played around with some 24Bit/192kHz Flac Files but it the playback is only in 16Bit. The Problem is i cant see a 24Bit entry in
"m_dataFormats

Edit2 Laugh

0815Paulchen

just comment out snd_soc_bcm2708 line in your hifiberry.conf
(This post was last modified: 2014-04-15 22:17 by BoBeRzE.)
find
sraue Offline
Team-XBMC Developer
Posts: 865
Joined: Oct 2009
Reputation: 14
Location: Switzerland, Solothurn
Post: #4149
closing this thread in favor of http://forum.xbmc.org/showthread.php?tid=192380 , please continue there :-)

greetings, Stephan

[Image: userbar-openelec-001.gif]
[Image: project_thin_badge.gif]
find
Thread Closed