RasPlex 0.4.0 RC1 is out !

my problems with RC1:

- files that previously played not freeze after a few seconds

- turned on transcoding (20Mb) and the file plays, but the subtitles are off by more than 10sec. Same file transcodes with proper subtitles on iPad

 

This is quite wierd as h264 / AAC is the best format you could have. Is there any chance i could have a sample of one of these files as i dont seem to have that kind of issue here ?

Since 0.4.0 rc1, upstream changed also the default playback container to matroska as it seems to have better suppot for ffmpeg. I got this merged for next release and it seems to allow better experience from my testing.

 
- the menu somehow went back to "Quit" & "Shutdown" instead of "Reboot" . "Quit" & "Shutdown"  are useless to raspberry...
 

Why shutdown would be useless ? :) 

- loosing the following settings after reboot
  • Dolby Digital (AC3) capable receiver
  • DTS capable receiver
  • Audio Output channels
 

This is a known issue, not fixed yet but we're working on it.

Other than this,  can't find other error (except immediately after the update the resolution was strange. only a quarter of the screen... but a few reboots got it back to normal) 
 

Yeah this is something nasty. basically in previous version xbmc was using 720p resolution. We had it use 1080p as it offers a much nicer GUI, but looks like xbmc is not updating the resolutions accordingly.

We'll try to see if there is a way to automate this refresh. 

Thanks for reporting ! :)


Why shutdown would be useless ? 

Because you can't turn it back on ? 

the freeze and subtitle issue, i'll give it a few more tries with other files and see what happens... 

- the menu somehow went back to "Quit" & "Shutdown" instead of "Reboot" . "Quit" & "Shutdown"  are useless to raspberry...


I agree that 'Quit' is useless, but you're mistaken about 'Shutdown'.
A proper shutdown is the only way to ensure safe removal of either SDcard or USB stick storage devices.
Simply turning power off (as we're sometimes forced to do after a crash) adds considerable risk of corruption.
(Write operations may still be going on in a seemingly frozen state.)

Best regards: dlanor

The shutdown function doesn’t work it simply reboots the pi it did on previous version, set profile settings on periphiaral to ignore on TV settings/shutdown As previously when shut down tv the pi would re boot along with the tv turning itself back on, what I want to achieve is tv shut down and pi to shut down seperatly without one turning each other back on.

I agree that 'Quit' is useless, but you're mistaken about 'Shutdown'.
A proper shutdown is the only way to ensure safe removal of either SDcard or USB stick storage devices.
Simply turning power off (as we're sometimes forced to do after a crash) adds considerable risk of corruption.
(Write operations may still be going on in a seemingly frozen state.)

Best regards: dlanor

Fair point. Reboot and Shutdown then ? 

If you SSH into the pi and type “poweroff” this shuts the pi down

I noticed somebody comment about issues with AirPlay streaming in 0.4.0 RC1. I'm encountering the same problem, in that the Pi is only playing the audio and not the video content.

Tested on an iPhone 5s and iPad mini, both running iOS 7.1.

Shall I file a bug or has one already been submitted?

Why shutdown would be useless ?


Because you can’t turn it back on ?

If I’m not completely wrong, there is a way to create a button to turn the pi back on again. Includes a bit of soldering though.

The shutdown function doesn't work it simply reboots the pi it did on previous version, set profile settings on periphiaral to ignore on TV settings/shutdown As previously when shut down tv the pi would re boot along with the tv turning itself back on, what I want to achieve is tv shut down and pi to shut down seperatly without one turning each other back on.

Im pretty surprised as this is not the behaviour i'm getting but i'll doublecheck.

When i turn off my TV, pi will shotdown therefore not restarting the TV. Motst of the users that reported that issue had it fixed by configuring the CEC setting to the proper TV Off behaviou that they wanted.

xbmc defaults this to standby which reboots the pi as standby isnt supported by the pi Hardware.

Should i assume that you set poweroff in that area as action for when tv powers off and that its still rebooting the pi ? 

I noticed somebody comment about issues with AirPlay streaming in 0.4.0 RC1. I'm encountering the same problem, in that the Pi is only playing the audio and not the video content.

Tested on an iPhone 5s and iPad mini, both running iOS 7.1.

Shall I file a bug or has one already been submitted?

I dont recall such a bug filed and still openned, so please file one and try to explain the exact steps to reproduce it.

Same here with iphone 5. Only Audio via Airplay (Speaker Symbol) :(

The shutdown function doesn't work it simply reboots the pi it did on previous version,


That's incorrect. The intended functionality has always been that it should shutdown the Pi completely, thus making it safe to turn off power and replace SDcard and/or other storage devices without risk of corruption.

Unfortunately the shutdown process has been bugged in several versions, so that background processes have not been terminated and have prevented shutdown from completing, instead forcing a soft reboot. But that's a bug result, not the intended functionality. Even so, this limited functionality was slightly useful, as a new shutdown often worked after such a soft reboot, resulting in true shutdown.
 

set profile settings on periphiaral to ignore on TV settings/shutdown As previously when shut down tv the pi would re boot along with the tv turning itself back on,


That's an entirely different issue, caused by HDMI interaction between the RPi and the TV set.
Such interactions depend on the configuration of the HDMI/CEC protocols at both ends.
(So it's affected both by how you configure the TV and how you configure RasPlex.)
 

what I want to achieve is tv shut down and pi to shut down seperatly without one turning each other back on.


That's how it always has worked for me, since I've never enabled the CEC commands at either end.

But I have suffered from the problem of incomplete shutdown as described above, in varying degree for different versions.
As I recall one of the earlier experimental versions (9.9.17 or 9.9.18) was much better at shutdown than most others.
It succeeded in more than 50% of the attempts I made, without any reboot result. Most others had less than 10% success... :(

----- switch of reply target -----
 

Fair point. Reboot and Shutdown then ?


Yes, those are the two most useful termination commands.

A Sleep/Suspend command could also be useful for entering a simulated sleep mode with turned off screen output, provided that the Pi can then be awakened by a new keypress of USB keyboard or other remote. Otherwise that too would be pointless, like 'Quit'.

----- switch of reply target -----
 

If you SSH into the pi and type "poweroff" this shuts the pi down


True, but I think this too might be subject to similar limitations of not always terminating all background processes, and if it does override everything else and just enforce direct power-off, then that could have the same harmful results for ongoing storage as if we just pulled the power cord.

What we need is a 'soft' shutdown command which terminates all ongoing processes safely before poweroff.
I think that's what the current 'Shutdown' code attempts to do, so we just need it to do so with greater 'authority'.
(So it really can terminate all background processes.)

Best regards: dlanor

I'd like to have a clear picture about that shutdown issue.

I'm using my Rpi connected to an HDMI TV thru CEC, and powering of the tv will trigger proper shutdown of the RPi in 100% cases.

Could you give me more details about what procedure / case is not working for you ?

All settings set to off in peripherals except top two enabled, and make xbmc the active source, also enabled tv language setting, and tv switched off is set to suspend (shutdown re starts the bloody tv) any idea where it going wrong ? Shutdown on main menu re starts the pi - off button on tv re starts the tv if pi plugged in via hdmi !!!

Sorted the tv from coming back in set tv switch off to “ignore” however still can not get pi to power off when turning tv off this prob coz the above setting is set to ignore !!!

Same here with iphone 5. Only Audio via Airplay (Speaker Symbol) :(


I've just tried streaming audio from Spotify on the iPhone , it doesn't seem to work either :(


Sent from my iPhone using Tapatalk

Aghhh frustrating press shutdown and the pi re starts - how do you get these settings right ??

I have been able to spot this one ... i might have a fix for it ... need to test it over the weekend

Aghhh frustrating press shutdown and the pi re starts - how do you get these settings right ??


I can confirm that my pi also restarts when I click shutdown :-(

It’s handy tho because I never really want to shut it down but I do want to restart it once in a while and there isn’t a reboot button.