Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi - Printable Version

Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
---- Thread: OpenELEC Testbuilds for RaspberryPi (/showthread.php?tid=140518)



RE: OpenELEC Testbuilds for RaspberryPi - onetootreefor - 2013-04-03

ill give it a shot. any suggestions for a nfs client for win7?


RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-04-03

(2013-04-03, 23:27)onetootreefor Wrote: ill give it a shot. any suggestions for a nfs client for win7?

I use hanewin (http://www.hanewin.net/nfs-e.htm). It's not free, but you can trial it free for a while (a month?)
Setup instructions: http://forum.stmlabs.com/showthread.php?tid=6285


RE: OpenELEC Testbuilds for RaspberryPi - onetootreefor - 2013-04-03

thanks!
got it all setup and nfs works fine...i can find my shares and play movies, but with that specific movie (the only one i have tested yet) it still buffers...pretty much in the same spots of the movie. This movie did play pretty smoothly with the <freememorycachepercent>
maybe its something to do with the encode? i have a more detailed info on the video stream here it is:
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 33mn
Bit rate : 21.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 24.000 fps
Original frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.422
Stream size : 13.4 GiB (91%)
Writing library : x264 core 128 r2216 198a7ea
Encoding settings : cabac=1 / ref=4 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.20:0.15 / mixed_ref=1 / me_range=48 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=192 / rc=2pass / mbtree=1 / bitrate=21000 / ratetol=1.0 / qcomp=0.80 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.75
Language : English


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-04-04

Frodo Branch updated

- updated firmware and kernel

- updated new scheme buffering and stalling

- updated sync up OmxPlayer with dvdplayer master changes

- add buffering to video renderers

- add ensure GPU does resize when caching thumbnails patch

http://forum.xbmc.org/showthread.php?tid=140518&pid=1350100#pid1350100


RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-04-04

(2013-04-04, 11:27)rbej Wrote: - add ensure GPU does resize when caching thumbnails patch
This is this patch:
https://github.com/popcornmix/xbmc/commit/93864cdc3bbbaefb8225f93aeb99a01939595c7b

If you want to test, then scraping library is the best way, although any jpegs displayed for the first time will use this code.
It should be a little quicker, and could result in better quality thumbnails (resized once, rather than twice).


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-04-04

(2013-04-04, 12:08)popcornmix Wrote:
(2013-04-04, 11:27)rbej Wrote: - add ensure GPU does resize when caching thumbnails patch
This is this patch:
https://github.com/popcornmix/xbmc/commit/93864cdc3bbbaefb8225f93aeb99a01939595c7b

If you want to test, then scraping library is the best way, although any jpegs displayed for the first time will use this code.
It should be a little quicker, and could result in better quality thumbnails (resized once, rather than twice).

Forcing a re-cache of an existing library should work too... or just delete Texture13.db/Thumbnails and manually re-cache.


RE: OpenELEC Testbuilds for RaspberryPi - tymoxa - 2013-04-04

With latest build i have broken wi-fi.
There is no wlan0 interface when i try lfconfig

from dmesg:
Quote:[ 2.444038] usb 1-1.3: new high-speed USB device number 4 using dwc_otg
[ 2.547033] usb 1-1.3: New USB device found, idVendor=0bda, idProduct=8172
[ 2.547067] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.547085] usb 1-1.3: Product: RTL8191S WLAN Adapter
[ 2.547100] usb 1-1.3: Manufacturer: Manufacturer Realtek
[ 2.547115] usb 1-1.3: SerialNumber: 00e04c000001
.....
[ 4.628256] r8712u: module is from the staging directory, the quality is unknown, you have been warned.
[ 4.663915] r8712u: Staging version
[ 4.664032] r8712u: register rtl8712_netdev_ops to netdev_ops
[ 4.664049] r8712u: USB_SPEED_HIGH with 4 endpoints
[ 4.676007] r8712u: Boot from EFUSE: Autoload OK
[ 5.667746] r8712u: CustomerID = 0x0000
[ 5.667771] r8712u: MAC Address from efuse = 00:1f:1f:51:7b:45
[ 5.667781] r8712u: Loading firmware from "rtlwifi/rtl8712u.bin"
[ 5.667948] usbcore: registered new interface driver r8712u
.....
[ 66.083909] r8712u: Firmware request failed

..and i already have killed installer of the previous build Sad


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-04-04

Duplicate post... sorry.


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-04-04

(2013-04-04, 16:15)tymoxa Wrote: With latest build i have broken wi-fi.
There is no wlan0 interface when i try lfconfig

from dmesg:
Quote:[ 2.444038] usb 1-1.3: new high-speed USB device number 4 using dwc_otg
[ 2.547033] usb 1-1.3: New USB device found, idVendor=0bda, idProduct=8172
[ 2.547067] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.547085] usb 1-1.3: Product: RTL8191S WLAN Adapter
[ 2.547100] usb 1-1.3: Manufacturer: Manufacturer Realtek
[ 2.547115] usb 1-1.3: SerialNumber: 00e04c000001
.....
[ 4.628256] r8712u: module is from the staging directory, the quality is unknown, you have been warned.
[ 4.663915] r8712u: Staging version
[ 4.664032] r8712u: register rtl8712_netdev_ops to netdev_ops
[ 4.664049] r8712u: USB_SPEED_HIGH with 4 endpoints
[ 4.676007] r8712u: Boot from EFUSE: Autoload OK
[ 5.667746] r8712u: CustomerID = 0x0000
[ 5.667771] r8712u: MAC Address from efuse = 00:1f:1f:51:7b:45
[ 5.667781] r8712u: Loading firmware from "rtlwifi/rtl8712u.bin"
[ 5.667948] usbcore: registered new interface driver r8712u
.....
[ 66.083909] r8712u: Firmware request failed

..and i already have killed installer of the previous build Sad

This is OpenElec bug. Still no fixed. Many people raported me no working Wifi on developer builds.


RE: OpenELEC Testbuilds for RaspberryPi - Doktor-X - 2013-04-04

i'm planing to buy this adapter so that i can use my old dvd drive is this supported on openelec
Image


RE: OpenELEC Testbuilds for RaspberryPi - onetootreefor - 2013-04-04

ok i have done some testing today on my buffer issue. I connected my media pc (windows7) directly into my router via 1Gbps ethernet. No buffer...no buffer on NFS or SMB or ANYTHING.... GREAT NEWS! I hooked up my wireless adapter on the win7 media pc which is sitting directly next to the router. I have a full 300Mbps connection. It buffers like crazy on any movie with a video stream larger than 10Mbps. Doesnt matter if its via smb or nfs. i tried both via ethernet and both via 300Mpbs wireless. This makes NO SENSE...the wireless connection is surely strong enough to handle a 10Mbps video stream, but why will it only work when I connect it via 1Gbps ethernet? My media pc usually sits in a room 2 away from my raspi/router/tv. and it still gets a strong 240Mbps connection in there. Can anyone explain this?


RE: OpenELEC Testbuilds for RaspberryPi - tvankirk - 2013-04-04

(2013-04-04, 20:23)onetootreefor Wrote: ok i have done some testing today on my buffer issue. I connected my media pc (windows7) directly into my router via 1Gbps ethernet. No buffer...no buffer on NFS or SMB or ANYTHING.... GREAT NEWS! I hooked up my wireless adapter on the win7 media pc which is sitting directly next to the router. I have a full 300Mbps connection. It buffers like crazy on any movie with a video stream larger than 10Mbps. Doesnt matter if its via smb or nfs. i tried both via ethernet and both via 300Mpbs wireless. This makes NO SENSE...the wireless connection is surely strong enough to handle a 10Mbps video stream, but why will it only work when I connect it via 1Gbps ethernet? My media pc usually sits in a room 2 away from my raspi/router/tv. and it still gets a strong 240Mbps connection in there. Can anyone explain this?
There's more to it than just bandwidth. Wireless networks tend to have higher latency than wired networks, so even at the same bandwidth the wireless will feel slower. In your case, the bigger issue is likely that wireless also requires more processing overhead for error checking and correction than wired. I'm using MoCA adapters to extend wired connections over the coaxial in my home. Even with an effective bandwidth cap of 100Mbps in that setup, I get much better performance than my 300Mbps wireless. Powerline adapters are another option but my understanding is that in some conditions those can be just as problematic as wireless.


RE: OpenELEC Testbuilds for RaspberryPi - onetootreefor - 2013-04-04

thats great and all, but this still boils down to when we were using <freememorycachepercent> i wasnt having these issues, and also I can stream from my win7 pc via wireless (~240Mbps) to my macbook pro via wireless (~300Mpbs) connected to hdmi on my tv and run xbmc and play movies just fine no buffering, but when I use the raspi and openelec I run into these buffer issues. I can understand that my macbook pro decodes video better than the raspi and has a larger capacity for buffering larger files, but movies with a 12Mbps - 21 Mbps video stream shouldnt be a problem for the pi since it can handle it fine on a 1Gbps ethernet. in reality a network stream effectively 30x larger than the video stream it shouldnt have a problem streaming the video wirelessly with the latency and error checking or not.


RE: OpenELEC Testbuilds for RaspberryPi - tvankirk - 2013-04-04

(2013-04-04, 21:09)onetootreefor Wrote: thats great and all, but this still boils down to when we were using <freememorycachepercent> i wasnt having these issues, and also I can stream from my win7 pc via wireless (~240Mbps) to my macbook pro via wireless (~300Mpbs) connected to hdmi on my tv and run xbmc and play movies just fine no buffering, but when I use the raspi and openelec I run into these buffer issues. I can understand that my macbook pro decodes video better than the raspi and has a larger capacity for buffering larger files, but movies with a 12Mbps - 21 Mbps video stream shouldnt be a problem for the pi since it can handle it fine on a 1Gbps ethernet. in reality a network stream effectively 30x larger than the video stream it shouldnt have a problem streaming the video wirelessly with the latency and error checking or not.
Did you have alwaysforcebuffer set to true? If not, as I understand it, neither freememorycachepercent not cachemembuffersize should impact files from network shares. Note: I'm not challenging you with that statement, more looking to the experts to confirm or broaden my understanding of how it works.


RE: OpenELEC Testbuilds for RaspberryPi - onetootreefor - 2013-04-04

i did have it enabled to true, as i was using smb at the time of using the freememorycachepercent. I only recently switched to nfs based on another user's suggestionn. i also increased the default freememorycachepercent from 5 to the max 8


This forum uses Lukasz Tkacz MyBB addons.