• 1
  • 85
  • 86
  • 87(current)
  • 88
  • 89
  • 277
OpenELEC Testbuilds for RaspberryPi Part 2
I have tried both Milhouse and Chris Swan's Nov 4 builds and, sadly, I can't get them to play either locally stored (nfs) video or pvr (mythTV) recordings. I have not tried anything else. Here is the log on my last attempt to play a PVR recording (Milhouse build) before it crashed and I reverted to an older rbej build. Black screen, no sound:
Code:
22:26:15 T:3044405776  NOTICE: Previous line repeats 3 times.
22:26:15 T:3044405776  NOTICE: COMXPlayer: Opening: pvr://recordings/Default/How I Met Your Mother/How I Met Your Mother - The Lighthouse, TV (57_1 CITYTV), 20131105_010000.pvr
22:26:15 T:3044405776 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
22:26:15 T:2848830544  NOTICE: Thread OMXPlayer start, auto delete: false
22:26:15 T:2848830544  NOTICE: Creating InputStream
22:26:15 T:2848830544  NOTICE: Creating Demuxer
22:26:15 T:2607805520  NOTICE: Thread BackgroundLoader start, auto delete: false
22:26:16 T:2848830544  NOTICE: Opening video stream: 0 source: 256
22:26:16 T:2848830544  NOTICE: Creating video thread
22:26:16 T:2607805520  NOTICE: Thread OMXPlayerVideo start, auto delete: false
22:26:16 T:2848830544  NOTICE: Opening audio stream: 1 source: 256
22:26:16 T:2848830544  NOTICE: Creating audio thread
22:26:16 T:2599416912  NOTICE: Thread OMXPlayerAudio start, auto delete: false
22:26:16 T:2599416912   ERROR: COMXAudio::PortSettingsChanged - m_omx_tunnel_decoder.Establish omx_err(0x80001001)
22:26:16 T:2599416912   ERROR: COMXAudio::AddPackets - error PortSettingsChanged omx_err(0x00000000)
22:26:16 T:2848830544  NOTICE: OMXClock using audio as reference
22:26:16 T:2607805520  NOTICE: not a 3D movie
22:26:16 T:2607805520  NOTICE: Display resolution DESKTOP : 1920x1080 @ 60.00 - Full Screen (16)
22:26:17 T:3044405776  NOTICE: Using GL_TEXTURE_2D
22:26:17 T:3044405776  NOTICE: GL: Using BYPASS render method
22:26:17 T:3044405776  NOTICE: GL: NPOT texture support detected
22:26:52 T:2848830544  NOTICE: COMXPlayer::OnExit()
22:26:52 T:2848830544  NOTICE: OMXPlayer: closing audio stream
22:26:52 T:2848830544  NOTICE: Closing audio stream
22:26:52 T:2599416912  NOTICE: thread end: OMXPlayerAudio::OnExit()
22:26:52 T:2848830544  NOTICE: OMXPlayer: closing video stream
22:26:52 T:2848830544  NOTICE: Closing video stream
22:26:52 T:2607805520  NOTICE: thread end: video_thread
22:26:52 T:2848830544  NOTICE: COMXPlayer::OnExit() deleting demuxer
22:26:52 T:2848830544  NOTICE: COMXPlayer::OnExit() deleting input stream
22:26:52 T:3044405776  NOTICE: DVDPlayer: finished waiting
22:26:53 T:2848830544  NOTICE: Thread JobWorker start, auto delete: true
22:26:53 T:2599416912  NOTICE: Thread BackgroundLoader start, auto delete: false
22:26:54 T:3044405776  NOTICE: DVDPlayer: finished waiting
Forgot to mention my latest build includes libnfs v1.8, which works fine for me (FreeNAS 8.3.x server). I'm not seeing the same problem reported by allan87.

@allan87: Can you play that video from USB storage?
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.
The log was not from an NFS playback, but from a myth backend. I have already reverted and fixed my installation (guisettings was hosed by the crash), so I can't test at this time.

For what its worth, one video I tried over nfs played subtitles, but no video or audio.
(2013-11-05, 06:00)allan87 Wrote: For what its worth, one video I tried over nfs played subtitles, but no video or audio.

+1 but over SMB
 
  • Intel NUC Kit DN2820FYKH ~ Crucial DDR3L SO-DIMM 4GB ~ SanDisk ReadyCache 32GB SSD ~ Microsoft MCE model 1039 RC6 remote
(2013-11-05, 05:37)allan87 Wrote: I have tried both Milhouse and Chris Swan's Nov 4 builds and, sadly, I can't get them to play either locally stored (nfs) video or pvr (mythTV) recordings. I have not tried anything else. Here is the log on my last attempt to

The whole log posted to pastebin type site would be more useful.
Now I've got to ask lots of questions:
Analogue or HDMI audio?
Passthrough?
Dual audio?
Amplification?

Do any files play correctly? Can you try playing a local (sdcard or USB) file?
Does this build behave the same way? http://forum.xbmc.org/showthread.php?tid...pid1542922
What was the most recent build that worked okay?
Analogue or HDMI audio? - HDMI
Passthrough? - Yes
Dual audio? - No
Amplification? - N/A

Nothing I tried played correctly, but I only tried myth and nfs. Another fellow indicates he had the same issue over smb. For what it's worth, the myth file was mpeg2 (recorded from a HDhomerun) and the others were mp4s encoded with handbrake. one was avc1/aac and the other was avc1/ac3.

Re: log, I was just running tail and copied and pasted from the point I pressed the play button until I pressed stop. I have checked in temp and in logfiles, and there is not a trace of any logging of either Nov. 4 build. I have been using the October 9 gotham build for a while. I had also briefly tried the previous milhouse build, which did play but had other issues (stability is the only one I can remember).

Re: "This post was last modified: Today 10:42 by allan87", is it actually 10:42 anywhere in the world when it's 8:42 EST?
(2013-11-05, 15:37)allan87 Wrote: Analogue or HDMI audio? - HDMI
Passthrough? - Yes
Dual audio? - No
Amplification? - N/A

As the error comes from audio side, I'd suggest playing with audio settings (disabling passthough is the most interesting one to change).

I've been running with the build I linked to, playing mkv files over nfs (I did have passthough disabled, as I've been testing multichannel PCM output) without problems.
So, not sure if the difference is in the build, the passthrough option, or something else...
"I'd suggest playing with audio settings"

Can't do it because I have already reverted to 10/9. Sorry.

The Chris swan build (which, I believe, does not have newclock3) failed in the same way, in case it was not clear from my first post.
testet your build MilhouseVH

works ultra fast and propper here Big Grin


btw: i switched from ArgusTv to DVBViewer and channelswitch its fast as hell since then.
Older builds (rbej) included.

thx for this build !
(2013-11-04, 11:00)ms79 Wrote: Hello,

i use the "OpenELEC-RPi.arm-Rbej-Version-Frodo-Branch(01.11.2013)" Image on a raspberry pi and I am very happy with. The speed is fantastic!

My problem:
I created many media stub files with this instruction: http://wiki.xbmc.org/index.php?title=media_stubs

But when I select a movie, I got ony the message: "There is no optical drive available" on raspberry pi. I know there is no drive and this information is not important for me. Could anybody make an option like "discstub_check_drive" and if its false then show the personal discstub-message and an OK-button, or if its true show the message like before. Thanks!

PS: If I enable auto-update on "OpenELEC-RPi.arm-Rbej-Version-Frodo-Branch" will it update when a new Rbej-Version is available or when a new Frodo-Version is ready?

I understood from this thread that Frodo builds do not have yet the speed patches mentionned here :
http://www.raspberrypi.org/archives/4986
Is that correct ?
(2013-11-05, 22:52)jeuf37 Wrote: I understood from this thread that Frodo builds do not have yet the speed patches mentionned here :
http://www.raspberrypi.org/archives/4986
Is that correct ?

The frodo_rbp_backports branch does have all the pi specific speed fixes ported. You need a build made from there from within the last week.
I think official openelec does not have it. rbjej's frodo build does. Latest raspbmc does I believe.

However gotham is still faster. There are other changes in gotham that help the speed that are too involved to backport.
Thx popcornmix for the clarifications!
I'm going to try the last one from Milhouse right now ...
(2013-11-04, 21:32)MilhouseVH Wrote: I've uploaded a new build of Gotham to dropbox.

It is based on OpenELEC master (Gotham) with the following modifications:

* Includes these newclock3 commits (except for 7e0741e)
* Excludes the audio settings refactor patch (conflict with newclock3 patches)
* Includes SetMovieSetDetails patch (JSON API v6.12.0)
* Inlcudes libnfs v1.8 (bumped from v1.6)

One nice new feature recently added to OpenELEC (and present in this build) is that you can now upgrade OpenELEC just by dropping the tar file into the Upgrade folder (and rebooting). No need to extract SYSTEM, KERNEL and MD5 files (although this method is still supported). Of course you'll need to perform the extract of those four files one last time to get on to this new version.

Tested this build yesterday. My raspberry doesn't work on 1920x1080 @60Hz. The frequency that works are 25Hz and 30Hz. If I go higher than the resolution changes to, I think it was, 1650 x 1050 @60Hz. The rbej builds don't have this issue.

LiveTV HD channels works fine, but the audio doesn't. AC3 is not passed correctly to my amp (Onkyo). After his, my amp doesn't detect any audio channels, not even DTS, etc. I have to unplug the powerplug and the audio is working again. But his also happens with the Rbej builds. Normal digital LiveTV SD Channels works good.

I'm back to the rbej build. But keep up the good work.
(2013-11-06, 07:42)wizzard72 Wrote: Tested this build yesterday. My raspberry doesn't work on 1920x1080 @60Hz. The frequency that works are 25Hz and 30Hz. If I go higher than the resolution changes to, I think it was, 1650 x 1050 @60Hz. The rbej builds don't have this issue.
I'm back to the rbej build. But keep up the good work.

I've also ended up with this problem, my issue now though is that even after going back to the rbej build I seem to be stuck unable to choose 50/60hz without making the tv display waaay too big a picture.

Also on a different topic, ever since getting a new tv my pixel ratio seems to be out of whack every time I reboot and I have to reset it, anyone else have this issue?
Does the latest rbej Frodo build have:
Quote:<limitcacherate>false</limitcacherate>
patch included? Some LiveStreams (rtmp etc) doesn't seem to cache right, lot of buffering and freezes.

What are the best/default cache settings for internet streams? ATM I'm using:
Quote: <network>
<alwaysforcebuffer>1</alwaysforcebuffer>
<cachemembuffersize>0</cachemembuffersize>
<readbufferfactor>4.0</readbufferfactor>
<limitcacherate>false</limitcacherate>
<curlclienttimeout>10</curlclienttimeout>
</network>
Thanks.
  • 1
  • 85
  • 86
  • 87(current)
  • 88
  • 89
  • 277

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi Part 223