[steve1977]

I very much love the feature to switch automatically switch to 3D mode and back upon a trigger event. While it does not perfectly work, it works sufficiently well and I really like it. It is actually the mean reason for me to use openpelec as no other OS supports this.

One question - I am starting to use my RPi as UPNP client (ctream-to Kodi on OE RPi using UPNP). Unfortunately, this never triggers 3D mode. Is this impossible to achieve or could this be a feature request either to the UPNP server or to OE RPi?

[Milhouse]

guess you are not going to add the fs modules back into the kernel.... guess its fork time

Although why can't you load these filesystems as modules?

Just create a file named /storage/.config/modules-load.d/btrfs.conf, add the line "btrfs", and the kernel module will be loaded automatically. Much easier than creating a custom build...

[Jönke]

I assumed he was referring to PR6246, perhaps Jönke can clarify.

Oh sorry , no, has nothing to do with 6246.
But i will check if start up time i faster now. I'll let you know later

[allan87]

The question is whether startup time is faster with the PR than without. I guess 5.0.1 would be a useful comparison.

[whiffyfuzzball]

FYI I'm seeing the same squashed video (looks 4:3) in playback of recorded TV.
This is a brand new install on a Pi 2 (dd with Openelec 5.0.1 then updated straight to OpenELEC-RPi2.arm-devel-20150204210253-r20202-gdc87b24)

[whiffyfuzzball]

Here's a log of the squashed recorded TV being played:

16:49:29 969.901672 T:3041443840 NOTICE: DVDPlayer: Opening: smb://USERNAME[email protected]/Recorded TV/Louis Theroux's LA Stories_ABC_2015_02_06_03_41_04.wtv
16:49:29 969.901917 T:3041443840 WARNING: CDVDMessageQueue(player):ut MSGQ_NOT_INITIALIZED
16:49:29 969.902771 T:2882532416 NOTICE: Thread CMMALRenderer start, auto delete: false
16:49:29 969.902954 T:2607805504 NOTICE: Thread DVDPlayer start, auto delete: false
16:49:29 969.903442 T:2607805504 NOTICE: Creating InputStream
16:49:30 970.076233 T:2607805504 NOTICE: Creating Demuxer
16:49:31 970.993713 T:2607805504 NOTICE: OMXPlayerUnsuitable OMXPlayer unsuitable due to video codec (2:0/1)
16:49:31 971.028198 T:3041428544 NOTICE: Found 1 Lists of Devices
16:49:31 971.028442 T:3041428544 NOTICE: Enumerated PI devices:
16:49:31 971.028564 T:3041428544 NOTICE: Device 1
16:49:31 971.028870 T:3041428544 NOTICE: m_deviceName : HDMI
16:49:31 971.028992 T:3041428544 NOTICE: m_displayName : HDMI
16:49:31 971.029114 T:3041428544 NOTICE: m_displayNameExtra:
16:49:31 971.029236 T:3041428544 NOTICE: m_deviceType : AE_DEVTYPE_HDMI
16:49:31 971.029358 T:3041428544 NOTICE: m_channels : FL,FR
16:49:31 971.029480 T:3041428544 NOTICE: m_sampleRates : 8000,11025,16000,22050,24000,32000,44100,48000,88200,96000,176400,192000
16:49:31 971.029602 T:3041428544 NOTICE: m_dataFormats : AE_FMT_FLOAT,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S32LE,AE_FMT_S16LE,AE_FMT_FLOATP,AE_FMT_S32NEP,AE_FMT_S16NEP,AE_FMT_AC3,AE_FMT_DTS,AE_FMT_EAC3
16:49:31 971.029724 T:3041428544 NOTICE: Device 2
16:49:31 971.030029 T:3041428544 NOTICE: m_deviceName : Analogue
16:49:31 971.030151 T:3041428544 NOTICE: m_displayName : Analogue
16:49:31 971.030273 T:3041428544 NOTICE: m_displayNameExtra:
16:49:31 971.030396 T:3041428544 NOTICE: m_deviceType : AE_DEVTYPE_PCM
16:49:31 971.030518 T:3041428544 NOTICE: m_channels : FL,FR
16:49:31 971.030579 T:3041428544 NOTICE: m_sampleRates : 48000
16:49:31 971.030701 T:3041428544 NOTICE: m_dataFormats : AE_FMT_FLOAT,AE_FMT_S32LE,AE_FMT_S16LE,AE_FMT_FLOATP,AE_FMT_S32NEP,AE_FMT_S16NEP
16:49:31 971.030823 T:3041428544 NOTICE: Device 3
16:49:31 971.031006 T:3041428544 NOTICE: m_deviceName : Both
16:49:31 971.031128 T:3041428544 NOTICE: m_displayName : HDMI and Analogue
16:49:31 971.031250 T:3041428544 NOTICE: m_displayNameExtra:
16:49:31 971.031311 T:3041428544 NOTICE: m_deviceType : AE_DEVTYPE_PCM
16:49:31 971.031433 T:3041428544 NOTICE: m_channels : FL,FR
16:49:31 971.031494 T:3041428544 NOTICE: m_sampleRates : 48000
16:49:31 971.031616 T:3041428544 NOTICE: m_dataFormats : AE_FMT_FLOAT,AE_FMT_S32LE,AE_FMT_S16LE,AE_FMT_FLOATP,AE_FMT_S32NEP,AE_FMT_S16NEP
16:49:31 971.057556 T:2607805504 NOTICE: Opening stream: 2 source: 256
16:49:31 971.058105 T:2607805504 NOTICE: Creating video codec with codec id: 2
16:49:31 971.058533 T:2607805504 WARNING: CMMALVideo::Open Codec mmal-mpeg2 is not supported
16:49:31 971.059509 T:2607805504 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: MPEG-2 video
16:49:31 971.060242 T:2607805504 NOTICE: Creating video thread
16:49:31 971.060669 T:2557473856 NOTICE: Thread DVDPlayerVideo start, auto delete: false
16:49:31 971.060913 T:2607805504 NOTICE: Opening stream: 0 source: 256
16:49:31 971.061096 T:2557473856 NOTICE: running thread: video_thread
16:49:31 971.061218 T:2607805504 NOTICE: Finding audio codec for: 86016
16:49:31 971.062134 T:2607805504 NOTICE: Creating audio thread
16:49:31 971.062500 T:2565862464 NOTICE: Thread DVDPlayerAudio start, auto delete: false
16:49:31 971.062683 T:2607805504 NOTICE: Opening stream: 1 source: 256
16:49:31 971.062866 T:2565862464 NOTICE: running thread: CDVDPlayerAudio:rocess()
16:49:31 971.062988 T:2607805504 ERROR: OpenStream - Unable to init overlay codec
16:49:31 971.063171 T:2607805504 WARNING: OpenStream - Unsupported stream 1. Stream disabled.
16:49:31 971.071106 T:2565862464 NOTICE: Creating audio stream (codec id: 86016, channels: 2, sample rate: 48000, no pass-through)
16:49:31 971.071655 T:2565862464 NOTICE: ActiveAE::MakeStream - about to create stream
16:49:31 971.072083 T:3041428544 NOTICE: CActiveAE::CreateStream - 0xb4ba2970
16:49:31 971.072266 T:3041428544 NOTICE: ActiveAE::StateMachine - NEWSTREAM 0x9e9f1b98 0xb4ba2970
16:49:31 971.072815 T:2565862464 NOTICE: ActiveAE::MakeStream - created stream : 1
16:49:31 971.132019 T:2557473856 NOTICE: fps: 25.000000, pwidth: 720, pheight: 576, dwidth: 720, dheight: 405
16:49:31 971.132324 T:2557473856 NOTICE: Display resolution DESKTOP : 1920x1080 (1920x1080) @ 60.00 - Full Screen (16)
16:50:03 1003.317078 T:3041443840 NOTICE: CDVDPlayer::CloseFile()
16:50:03 1003.317383 T:3041443840 NOTICE: DVDPlayer: waiting for threads to exit
16:50:03 1003.323547 T:2607805504 NOTICE: CDVDPlayer::OnExit()
16:50:03 1003.323669 T:2607805504 NOTICE: Closing stream player 1
16:50:03 1003.323730 T:2607805504 NOTICE: Waiting for audio thread to exit
16:50:03 1003.346802 T:2565862464 NOTICE: thread end: CDVDPlayerAudio::OnExit()
16:50:03 1003.347107 T:2607805504 NOTICE: Closing audio device
16:50:03 1003.395569 T:2607805504 NOTICE: Deleting audio codec
16:50:03 1003.395874 T:2607805504 NOTICE: Closing stream player 2
16:50:03 1003.395996 T:2607805504 NOTICE: waiting for video thread to exit
16:50:03 1003.816772 T:2557473856 ERROR: CMMALRenderer::GetImage - mmal_queue_get failed
16:50:03 1003.817078 T:2557473856 NOTICE: thread end: video_thread
16:50:03 1003.820312 T:2607805504 NOTICE: deleting video codec
16:50:03 1003.825134 T:3041443840 NOTICE: DVDPlayer: finished waiting
16:50:05 1005.887573 T:2578445376 NOTICE: Thread BackgroundLoader start, auto delete: false
16:50:06 1006.200317 T:3041443840 NOTICE: CDVDPlayer::CloseFile()
16:50:06 1006.200623 T:3041443840 NOTICE: DVDPlayer: waiting for threads to exit
16:50:06 1006.200745 T:3041443840 NOTICE: DVDPlayer: finished waiting
16:50:06 1006.200928 T:3041443840 NOTICE: CDVDPlayer::CloseFile()
16:50:06 1006.200989 T:3041443840 NOTICE: DVDPlayer: waiting for threads to exit
16:50:06 1006.201111 T:3041443840 NOTICE: DVDPlayer: finished waiting
16:50:06 1006.201294 T:3041443840 NOTICE: drop:11 skip:4
16:50:06 1006.211609 T:2578445376 NOTICE: Thread JobWorker start, auto delete: true
16:50:06 1006.248718 T:2607805504 NOTICE: Thread BackgroundLoader start, auto delete: false
16:51:42 1102.776733 T:3041443840 NOTICE: Previous line repeats 4 times.
16:51:42 1102.777100 T:3041443840 NOTICE: Samba is idle. Closing the remaining connections
16:53:08 1188.484009 T:2557473856 NOTICE: Thread LanguageInvoker start, auto delete: false

[Milhouse]

The question is whether startup time is faster with the PR than without. I guess 5.0.1 would be a useful comparison.

The comparison should be between build #0204 (with PR6246) and #0204b (without PR6246). Any difference in performance would be entirely down to PR6246.

[gandharva]

[*]RPi2: Re-configured RPi2 build to use RPi2 addon url (previous builds had been using the RPi url). Addon installation/updates will be unavailable until the addon server is updated (any day now)

Do you have a link to the Repo so we can check if it's already populated?
Will the Pi2 addons get a version bump or do I need to manually uninstall/reinstall the addons?

[Milhouse]

http://addons.openelec.tv/4.3/RPi2/arm/addons.xml

Can't see any reason why they should require a version bump, just a recompile (if that).

ARMv6/ARMv7 addons could make migrating back and forth between Pi1 and Pi2 a bit more interesting/challenging, assuming RPi2 addons are compiled for ARMv7 of course (they don't _have_ to be).

[goRt]

http://addons.openelec.tv/4.3/RPi2/arm/addons.xml

Can't see any reason why they should require a version bump, just a recompile

Answered by your edit!


Isn't the question more aimed at replacing installed rpi1 addons with the rpi2 specific version?

[da-anda]

I very much love the feature to switch automatically switch to 3D mode and back upon a trigger event. While it does not perfectly work, it works sufficiently well and I really like it. It is actually the mean reason for me to use openpelec as no other OS supports this.

One question - I am starting to use my RPi as UPNP client (ctream-to Kodi on OE RPi using UPNP). Unfortunately, this never triggers 3D mode. Is this impossible to achieve or could this be a feature request either to the UPNP server or to OE RPi?

So you're streaming a 3D movie to Kodi via UPNP and that doesn't trigger 3D handling? Is the video in itself detected as 3D (does the 3D button show up in video OSD menu)? If not, then we where not able to detect this video as 3D and I'm not sure if we can do something about it (no idea how UPNP is handled, so if it's sending the original file with all headers or not). Please note that the 3D detection by filename (Avatar.3D.HSBS.mkv) will not work via UPNP because (AFAIK) the plain filename is not passed but rather a UPNP stream URL - so in case you relied on the filename detection try a movie with stereo_mode flag set in MKV headers.

[Milhouse]

Isn't the question more aimed at replacing installed rpi1 addons with the rpi2 specific version?

If there is no version bump, what is there to replace? If/when versions are bumped, you'll download whatever addon is correct for your current device (RPi, RPi2).

There may eventually be RPi2 (ARMv7 with NEON) specific addons, but in most cases there doesn't have to be. and I think there'd be an argument for leaving the vast majority of addons as ARMv6 for compatibility with both RPi and RPi2. However one could also argue for making the move to fully optimised ARMv7 addons for RPi2 (assuming there is a quantifiable performance advantage) and tough luck on anyone that hopes to migrate from Pi2 back to Pi1.

[thor2002ro]

guess you are not going to add the fs modules back into the kernel.... guess its fork time

Although why can't you load these filesystems as modules?

Just create a file named /storage/.config/modules-load.d/btrfs.conf, add the line "btrfs", and the kernel module will be loaded automatically. Much easier than creating a custom build...

I cant do that because /dev/mmcblk0p2 aka storage partition is btrfs... so the hole system doesn't boot...

[gandharva]

Isn't the question more aimed at replacing installed rpi1 addons with the rpi2 specific version?

If there is no version bump, what is there to replace? If/when versions are bumped, you'll download whatever addon is correct for your current device (RPi, RPi2).

Well, my Pi2 is currently running with old addons. My question was how to best migrate to new ones when the new repo is ready? Is there some way to force download or something like that?

There may eventually be RPi2 (ARMv7 with NEON) specific addons, but in most cases there doesn't have to be. and I think there'd be an argument for leaving the vast majority of addons as ARMv6 for compatibility with both RPi and RPi2. However one could also argue for making the move to fully optimised ARMv7 addons for RPi2 (assuming there is a quantifiable performance advantage) and tough luck on anyone that hopes to migrate from Pi2 back to Pi1.

Tbh, I don't care about backwards compatibility. I just want that thing to run as fast as possible.

[Milhouse]

Well, my Pi2 is currently running with old addons. My question was how to best migrate to new ones when the new repo is ready? Is there some way to force download or something like that?

You'll be on the new "repo" already (when using the latest build) as the server URL that OpenELEC requests the addons from is baked into the build. Problem is, there's nothing to download right now. If you're still seeing addons listed in "OpenELEC Mediacenter OS Add-ons" when using the latest RPi2 build, perform a "Force Refresh" and the repository will become empty...

Tbh, I don't care about backwards compatibility. I just want that thing to run as fast as possible.

No, me neither, but it's something for the OpenELEC developers to consider. It's also an issue the Raspberry Pi Foundation are wrestling with, as it's not clear right now if there is any significant performance advantage to be gained by switching userland code entirely to ARMv7 (aside from audio/video codecs etc. that can use NEON).