•   
  • 1
  • 120
  • 121
  • 122(current)
  • 123
  • 124
  • 174
  •   
OpenELEC Testbuilds for RaspberryPi
ill give it a shot. any suggestions for a nfs client for win7?
(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
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
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...pid1350100



(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/commi...1939595c7b

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).
(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/commi...1939595c7b

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.
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.
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
Duplicate post... sorry.
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.
(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.



i'm planing to buy this adapter so that i can use my old dvd drive is this supported on openelec
Image
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?
(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.
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.
(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.
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
  •   
  • 1
  • 120
  • 121
  • 122(current)
  • 123
  • 124
  • 174
  •   



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi12
This forum uses Lukasz Tkacz MyBB addons.