Ahem, i'm not exactly sure what you mean but i'll try that when i get home. Maybe the flow should be a little clearer so an explanation wouldn't be required in the first place :)
Oh wait, I just figured out what you meant. I DID select a server and scrolled down to OK, but nothing happened when I clicked it. Isn't there supposed to be a progress bar for the precaching (like in 9.9.20)? Is it possible that you enabled automatic pre caching again and I just missed it the first time?
When you click the Ok button the precaching progress window should show up, if not something is going wrong. Maybe you could file an issue on GiHub and provide some logs so that we can figure out :)
Ahem, i'm not exactly sure what you mean but i'll try that when i get home. Maybe the flow should be a little clearer so an explanation wouldn't be required in the first place :)
Oh wait, I just figured out what you meant. I DID select a server and scrolled down to OK, but nothing happened when I clicked it. Isn't there supposed to be a progress bar for the precaching (like in 9.9.20)? Is it possible that you enabled automatic pre caching again and I just missed it the first time?
I think you may have made the same mistake I did the first time I tried it with this new version.
After selecting the server I pressed DPad_Down and then pressed 'Enter' again, but the OK button was not highlighted, and nothing happened. It was only when I used DPad_Right or DPad_Left that the button got highlighted, and then pressing 'Enter' started the pre-caching, with continuous progress display. (I use a USB keyboard, so different hardware buttons may apply for a remote control.)
I’ve been testing the new ‘RP 0.4.0 rc1’ version for a while this morning, and have discovered a few problems compared to earlier experimental betas.
One of those problems is the incorrect treatment of audio files as if they were video files, resulting in a failed video transcoding session. This has already been reported, but I felt I still had to mention it in order for my own report to be complete.
Another problem is that initial entry into a section list is quite slow and without any visual feedback that the command was accepted.
eg: I move the highlight cursor to the “Movies” entry and press ‘Enter’. This results in no visual response whatever for appx 15 seconds, after which the screen turns black and stays that way for another 15 seconds. After those two delays my list of movies is displayed, and navigation in the list is quite fast, much better than in previous versions. However, if I open the preplay screen of any movie and then try to back out to the list again, then the same delays occur once more in a similar fashion, except for the additional display of the ‘Please Wait’ message.
So every time I want to check detailed info on a movie in the pre-play screen it will cost me another half minute of delays to back out of it… And the same type of delays occur every time I exit from a list of a show’s seasons back to the full list of TV shows.
Such delays are really unnecessary as we could handle this with the same type of caching used for navigation in the list, simply by preserving the list at entry to a sub-screen and then ‘reviving’ that list as we exit from the sub-screen again. (Though some care needs to be taken to clean up if exit is made by the ‘Home’ command, or anything else which circumvents normal ‘backing’.) The long delay to initialize a section list should only occur when entering a list, not while navigating within it, even when backing to it from a sub-screen. And there should always be some direct visual response to a command from the user, not just an unchanging display during a long delay.
Btw: The delays I speak of may not be noticeable with smaller library sections. I have some sections myself without any noticeable delays. But my “Movies” section of 1288 movies and “TV Shows” section of 838 shows have delays of appx 30 seconds and 24 seconds respectively.
Another issue: after booting, audio settings are 2.0, no dolby. I can activate 5.1 and that stuff, everything works fine then, but after reboot my setting are gone.
I also have this problem, the only 3 settings lost after a reboot are
Dolby Digital (AC3) capable receiver
DTS capable receiver
Audio Output channels
Everything is fine once you go in and reselect them but once you reboot they are lost.
One more thing that happens after a reboot is it always goes back to the plex skin.
I have the MediaStream skin working great, but as soon as you reboot it loads up with the plex skin again :angry:
I also am experiencing the issue of the TV turning itself back on again, similar to what was happening in 9.9.20.
Is this expected?
If you go to system settings, input devices, peripherals and click on cec adapter there is a lot of options in here including turn TV off when the pi is turned off.
This fixed it for me.
Although the shutdown button still doesn't shutdown it restarts.
If i ssh in and type poweroff that shuts it down just fine
So maybe the wrong command is programmed to the shutdown button ????
You might want to make a separated post for that in the forum and i coud pin it out for other users :)
Yes I'll do that this afternoon :)
The guide i wrote in here about how to get the mediastream skin working, maybe you could implement this fix into the new release ?
Is as simple as adding the skin.mediastream folder from your pc pht install to the /storage/.plexht/addons folder on the storage drive.
I've been testing the new 'RP 0.4.0 rc1' version for a while this morning, and have discovered a few problems compared to earlier experimental betas.
One of those problems is the incorrect treatment of audio files as if they were video files, resulting in a failed video transcoding session.
This has already been reported, but I felt I still had to mention it in order for my own report to be complete.
Another problem is that initial entry into a section list is quite slow and without any visual feedback that the command was accepted.
eg: I move the highlight cursor to the "Movies" entry and press 'Enter'. This results in no visual response whatever for appx 15 seconds, after which the screen turns black and stays that way for another 15 seconds. After those two delays my list of movies is displayed, and navigation in the list is quite fast, much better than in previous versions. However, if I open the preplay screen of any movie and then try to back out to the list again, then the same delays occur once more in a similar fashion, except for the additional display of the 'Please Wait' message.
So every time I want to check detailed info on a movie in the pre-play screen it will cost me another half minute of delays to back out of it...
And the same type of delays occur every time I exit from a list of a show's seasons back to the full list of TV shows.
Such delays are really unnecessary as we could handle this with the same type of caching used for navigation in the list, simply by preserving the list at entry to a sub-screen and then 'reviving' that list as we exit from the sub-screen again. (Though some care needs to be taken to clean up if exit is made by the 'Home' command, or anything else which circumvents normal 'backing'.) The long delay to initialize a section list should only occur when entering a list, not while navigating within it, even when backing to it from a sub-screen. And there should always be some direct visual response to a command from the user, not just an unchanging display during a long delay.
Btw:
The delays I speak of may not be noticeable with smaller library sections. I have some sections myself without any noticeable delays.
But my "Movies" section of 1288 movies and "TV Shows" section of 838 shows have delays of appx 30 seconds and 24 seconds respectively.
Best regards: dlanor
Hello dlanor,
For the audio playback, the bug has been reported and fixed, will be available in next version as well as som other issues regarding transcoder.
For the library loading what you mention is already something i have thought about and i will implement it as now i have implemented that in the fanouts in a way that would make it reusable.
I am just lacking some time to get it done, we'll handle the issues first and then imporve this. The loading will have to happen once, and i have already spent a lot of time in tweaking loading times. 900 movies is a hellload of data to process for such a small CPU, but i agree, it should be cached and taken from cache as long as nothing changed.
As far as the "Please Wait" dialog that is not appearing when entering the section, its something that neds to be fixed again. Actually one of the fixes we made to fix a crash incurred that behaviour and should be reworked. but that's also in my list.
But thanks for reporting your feedback, its always appreciated :)
I also have this problem, the only 3 settings lost after a reboot are
Dolby Digital (AC3) capable receiver
DTS capable receiver
Audio Output channels
Everything is fine once you go in and reselect them but once you reboot they are lost.
One more thing that happens after a reboot is it always goes back to the plex skin.
I have the MediaStream skin working great, but as soon as you reboot it loads up with the plex skin again :angry:
If you go to system settings, input devices, peripherals and click on cec adapter there is a lot of options in here including turn TV off when the pi is turned off.
This fixed it for me.
Although the shutdown button still doesn't shutdown it restarts.
If i ssh in and type poweroff that shuts it down just fine
So maybe the wrong command is programmed to the shutdown button ????
Yes I'll do that this afternoon :)
The guide i wrote in here about how to get the mediastream skin working, maybe you could implement this fix into the new release ?
Is as simple as adding the skin.mediastream folder from your pc pht install to the /storage/.plexht/addons folder on the storage drive.
the first issues you mention have been filed already, seems that some of the prefs are reseted on startup, we're digging it to fix it
If you go to system settings, input devices, peripherals and click on cec adapter there is a lot of options in here including turn TV off when the pi is turned off.
For the audio playback, the bug has been reported and fixed, will be available in next version as well as som other issues regarding transcoder.
Yes, I had already seen earlier posts on this, but I felt I had to include it anyway, so as not to give anyone the false impression that I didn't see this problem while others do. That would imply inconsistent results, which is not the case.
For the library loading what you mention is already something i have thought about and i will implement it as now i have implemented that in the fanouts in a way that would make it reusable.
I am just lacking some time to get it done, we'll handle the issues first and then imporve this. The loading will have to happen once, and i have already spent a lot of time in tweaking loading times. 900 movies is a hellload of data to process for such a small CPU, but i agree, it should be cached and taken from cache as long as nothing changed.
Great! I know this has always been the goal, but I had no idea how close you were to it. Having the full list read in once per session is of course inevitable, and it will be a great step forward when that won't have to be repeated in navigation. (Though we might need a new 'Refresh' command for the context menu, to pick up content added to PMS during mid-session.)
As far as the "Please Wait" dialog that is not appearing when entering the section, its something that neds to be fixed again. Actually one of the fixes we made to fix a crash incurred that behaviour and should be reworked. but that's also in my list.
That takes care of all my issues so far with the new version, so I'm really looking forward to the next release.
But thanks for reporting your feedback, its always appreciated :)
I'm glad to hear it, and I'll be sure to try the next one ASAP as well.
About future releases, will they continue to be available on the Sourceforge site, or are you switching entirely to Github ?
I was a bit confused by finding only binaries at Sourceforge, and only sources at Github, and none of the traditional '.tar' packages anywhere (except in the archives for old versions).
I know you mentioned in the release notes that auto updating was now included but something very strange happened to me last night ...
I had read pages 1-3 of this thread and decided not to upgrade just yet due to a few people having new issues that had surfaced. I did however use my Pi very briefly last night and when I rebooted it, it actually updated itself to the version in this thread title. I wasn't expecting this! Maybe I misunderstood something in the notes but just thought I'd let you know as I haven't seen anyone else make a note of this.
I'm in no way complaining as I think you're doing a wonderful job and I'm more than happy to not use my Pi while we await a few fixes.
Only used the new version for 5 mins but I can confirm I noticed some of the issues people are posting, most notably I tried to resume a move from the 'On Deck' part of the main menu and received an error stating that object was not valid, this hadn't happened before. Also my stuttering issue which I reported in another thread seemed to have gotten worse and everything was stuttering right from the off.
I realise you do need more thorough information than this but since others have reported I'm merely confirming the new errors are occurring for me too. Keep up the great work and I look forward to the updates :)
When you click the Ok button the precaching progress window should show up, if not something is going wrong. Maybe you could file an issue on GiHub and provide some logs so that we can figure out :)
I can confirm that pre-caching works, you now get a progress window for each library that it finds, it also seems quicker than the 9.9.20 pre-caching.
- 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
Codec H264 (1826 kbps) 1920w
Audio AAC/Stereo/125 kbps
SRT Subtitles
- the menu somehow went back to "Quit" & "Shutdown" instead of "Reboot" . "Quit" & "Shutdown" are useless to raspberry...
- loosing the following settings after reboot
Dolby Digital (AC3) capable receiver
DTS capable receiver
Audio Output channels
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)
