+- Forum (http://forum.xbian.org)
+-- Forum: Software (/forum-6.html)
+--- Forum: Testing & Experimental (/forum-21.html)
+--- Thread: beta2 (/thread-1312.html)
RE: beta2 - Airwolfuk - 11th Sep, 2013 04:46 AM
(11th Sep, 2013 01:36 AM)IriDium Wrote: @Airwolfuk - are you using the WIFI dongle in the RPi or on a POWERED HUB?
I just tested mine and it was drawing around 400ma at peak rate - way more than the RPi can give, so it could be lowering performance! Just a thought.
hi IriDium, wifi dongle is in the RPi as it was on beta 1.1, with the RPi plugged into the TV USB port. like i said before, 1.1 on this setup worked great.
I have a powered USB Hub and will try that later
Thanks -
RE: beta2 - f1vefour - 11th Sep, 2013 04:53 AM
A television generally puts out 500 milliamp, the Pi needs 1Amp.
RE: beta2 - Airwolfuk - 11th Sep, 2013 04:58 AM
(11th Sep, 2013 01:14 AM)mk01 Wrote:(10th Sep, 2013 10:45 PM)IriDium Wrote: In xbmc xbian-config - Services. Daemons are listed as a number 1 -> 17 instead of their respective names. Is this correct?
xbian-xbmc-bridge is stopped - is that correct?
So is ssh but it's possible to ssh in - have we changed the service and nt updated xbmc xbian-config?
xbmc xbian-config now takes about 5 minutes to complete - spends most of it's time on updating services. Also the progress bar doesn't work anymore.
will check it, changed something in config and probably broke config-xbmc.
the updating xbian-update story - I was going through the command xbmc-config is issuing to shell-config and was able to upgrade it
we are missing something there, but Belese confirmed xbmc-config holds no cache for this and shell-config's cache around updates is store in /tmp which gets emptied upon restart.
but we will find it …
(10th Sep, 2013 07:17 PM)Airwolfuk Wrote: so rtl to answer your question
I think it has something to do with power even though on beta 1.1 i used the same method (TV USB) and got better performance.
please edit /etc/sysctl.d/xbian.conf and put a # at the start of all lines starting "net."
I was shortening some timeouts, if the wifi would be slower (from whatever reason) this theoretically could make it even worse - if packets would come later, with shorter lifetimes kernel could (instead of waiting) just close the connection what from user / program perspective could show much more slower transfers.
try it.
hi mk01 - edited out as directed but didn't notice any difference.
I do have real issues with xbian config in XBMC with wifi scanning and changing anything in the network area causes XBMC to sometimes (mostly) crash to the command prompt. I do not have any issues using xbian-config direct.
I'll keep looking and trying different things.
Question - is there anything/ recommendations for tweaks in advancedsettings?
RE: beta2 - mk01 - 11th Sep, 2013 06:29 AM
(11th Sep, 2013 03:04 AM)anonimo200 Wrote: @mk01
can you post your /run/upstart-ev.log ?
Before posting the log... Sometimes I mount NFS by ssh to copy files to/from my PC. When running the command it takes longer than in beta 1 to execute ( mount -t nfs 192.168.1.3:/shareddirectory /media/NFS )
there are some essentials for NFS which are making NFS possible and/or making some action take long or less. beta2 tries to adapt automatically, on boot rpcbind is started - always.
then /etc/fstab is reviewed for NFS or NFS4 mounts. if NFS is present, statd is started (provides remote locking), if NFS4 is found, idmapd and gssd is started.
if no NFS/NFS4 is in fstab, on first mount of NFS, statd will be started. for NFS4 idmapd nor gssd is essential, but mount will take longer.
this is the default.
if you want to force loading of any of statd, idmapd, gssd, edit /etc/default/nfs-common accordingly. Yes or No respectively will be fully recognized during start and forced.
my ups.log is (it's with PVR server, two ext usb disks, DVBT receiver and four network mounts - but default skin and shared DBs from MySQL extern):
5.78 0.69 job= event=xbian if= on_boot= rl= setup= 0.16 0.03 0.01 6/65 281
5.80 0.69 job=xbmc-failed-start event=started if= on_boot= rl= setup= 0.16 0.03 0.01 7/65 283
5.82 0.69 job=procps event=started if= on_boot= rl= setup= 0.16 0.03 0.01 7/64 282
6.00 0.69 job=hwclock.sh event=started if= on_boot= rl= setup= 0.16 0.03 0.01 4/61 292
6.05 0.69 job= event=not-container if= on_boot= rl= setup= 0.16 0.03 0.01 4/61 294
7.01 0.69 job=portmap event=started if= on_boot= rl= setup= 0.16 0.03 0.01 5/72 350
7.00 0.69 job=dbus event=started if= on_boot= rl= setup= 0.16 0.03 0.01 5/73 352
7.22 0.69 job=mountall event=started if= on_boot= rl= setup= 0.16 0.03 0.01 3/68 365
7.58 0.69 job=udev event=started if= on_boot= rl= setup= 0.16 0.03 0.01 6/77 395
8.09 0.69 job=idmapd event=started if= on_boot= rl= setup= 0.16 0.03 0.01 4/70 414
8.16 0.69 job=gssd event=started if= on_boot= rl= setup= 0.16 0.03 0.01 4/71 418
8.35 0.69 job= event=filesystem if= on_boot= rl= setup= 0.16 0.03 0.01 8/79 434
8.46 0.69 job=xbmc-preload event=started if= on_boot= rl= setup= 0.16 0.03 0.01 7/80 441
8.96 0.69 job=avahi-daemon event=started if= on_boot= rl= setup= 0.16 0.03 0.01 6/88 475
9.59 0.69 job= event=net-device-up if=eth0 on_boot= rl= setup= 0.16 0.03 0.01 7/86 526
9.61 0.69 job=xbmc event=starting if= on_boot= rl= setup= 0.16 0.03 0.01 8/86 531
9.70 0.69 job=network-interface event=started if=eth0 on_boot= rl= setup= 0.16 0.03 0.01 4/84 534
10.31 0.69 job= event=net-device-up if=lo on_boot= rl= setup= 0.63 0.13 0.04 7/99 583
10.67 0.69 job= event=static-network-up if= on_boot= rl= setup= 0.63 0.13 0.04 6/93 604
10.69 0.69 job=network-interface event=started if=lo on_boot= rl= setup= 0.63 0.13 0.04 6/91 606
10.94 0.69 job=xbian-net event=started if= on_boot= rl= setup= 0.63 0.13 0.04 4/91 625
11.03 0.69 job=mountall event=stopped if= on_boot= rl= setup= 0.63 0.13 0.04 4/88 629
13.16 0.69 job= event=startup if= on_boot=n rl= setup= 0.63 0.13 0.04 6/91 659
13.19 0.69 job=udevtrigger event=started if= on_boot= rl= setup= 0.63 0.13 0.04 6/91 660
13.27 0.69 job=xbian-net event=stopped if= on_boot= rl= setup= 0.63 0.13 0.04 4/89 663
13.31 0.69 job=module-init-tools event=stopped if= on_boot= rl= setup= 0.63 0.13 0.04 4/86 665
14.71 0.69 job= event=net-device-added if=eth0 on_boot= rl= setup= 0.63 0.13 0.04 10/101 738
15.20 0.69 job= event=net-device-added if=lo on_boot= rl= setup= 1.46 0.31 0.10 8/98 750
20.64 0.69 job=udevtrigger event=stopped if= on_boot= rl= setup= 1.58 0.36 0.12 5/179 1016
20.73 0.69 job=networking event=started if= on_boot= rl= setup= 1.58 0.36 0.12 5/181 1021
22.05 0.69 job=ntp event=started if= on_boot= rl= setup= 1.58 0.36 0.12 4/178 1069
32.90 0.69 job=xbmc-done event=started if= on_boot= rl= setup= 1.65 0.41 0.14 10/207 1166
anonimo200 Wrote:.
this is standard behavior of beta2. it is turning off the TV 5 minutes after XBMC started screensaver. you can edit the delay or turn it off / on by editing /etc/default/xbmc file. its like on normal PC. screensaver first, then power off.
cec-config was removed from upstream (from developer - the company which the CEC interface is building for raspberry).
(11th Sep, 2013 04:58 AM)Airwolfuk Wrote: Question - is there anything/ recommendations for tweaks in advancedsettings?
I'm not using more than XBian is providing by default. this is it (without MySQL configs)
Code:
<advancedsettings>
<fanartres>720</fanartres>
<imageres>540</imageres>
<gputempcommand>echo "$(/opt/vc/bin/vcgencmd measure_temp | grep -o "[0-9]\{2\}") C"</gputempcommand>
<cputempcommand>echo "$(/opt/vc/bin/vcgencmd measure_temp | grep -o "[0-9]\{2\}") C"</cputempcommand>
<lookandfeel>
<webserver>true</webserver>
<guires>1080</guires>
</lookandfeel>
<gui>
<algorithmdirtyregions>3</algorithmdirtyregions>
<nofliptimeout>0</nofliptimeout>
</gui>
<bginfoloadermaxthreads>2</bginfoloadermaxthreads>
<video>
<adjustrefreshrate>
<override>
<fps>23.976</fps>
<refresh>24.0</refresh>
</override>
</adjustrefreshrate>
</video>
<network>
<automount>false</automount>
<cachemembuffersize>1024000</cachemembuffersize>
</network>
<videolibrary>
<dateadded>1</dateadded>
</videolibrary>
<musicextensions>
<remove>.asd</remove>
</musicextensions>
<videoextensions>
<remove>.rar</remove>
</videoextensions>
<pathsubstitution>
<substitute>
<from>special://masterprofile/sources.xml</from>
<to>/Network/Servers/media.private/xbmc/userdata/sources.xml</to>
</substitute>
<substitute>
<from>special://masterprofile/mediasources.xml</from>
<to>/Network/Servers/media.private/xbmc/userdata/mediasources.xml</to>
</substitute>
</pathsubstitution>
</advancedsettings>(11th Sep, 2013 04:58 AM)Airwolfuk Wrote: I do have real issues with xbian config in XBMC with wifi scanning and changing anything in the network area causes XBMC to sometimes (mostly) crash to the command prompt. I do not have any issues using xbian-config direct.
very very strange. can you turn on debug logging and send xbmc.log after the crash ?
RE: beta2 - anonimo200 - 11th Sep, 2013 06:57 AM
Thanks mk01 for nothing, I'm afraid you are late... If you change the behaviour of screensaver then power off you should say it. I've spent a lot of time trying to solve it and proving to give you as many information as possible in case it was a bug :-(
RE: beta2 - mk01 - 11th Sep, 2013 07:08 AM
(11th Sep, 2013 03:04 AM)anonimo200 Wrote: 34.54 1.69 job=xbmc event=started if= on_boot= rl= setup= 2.54 0.63 0.21 8/182 1064
first of all update your system. I see on the output it's at least one day old. 34,5 sec is not 40s. or it has already changed as I was explaining that it will happen? - it's is interesting with btrfs. you can disable lirc loading if don't need it.
(11th Sep, 2013 06:57 AM)anonimo200 Wrote: Thanks mk01 for nothing, I'm afraid you are late... If you change the behaviour of screensaver then power off you should say it. I've spent a lot of time trying to solve it and proving to give you as many information as possible in case it was a bug :-(
definitely it will be in release notes to beta2 when launched and you probably missed the info as I was already communicating this as part of things to check / test. it is not a change, it is completely new feature (for TV on HDMI with working CEC, not working on DVI attached screens).
and anonimo, you know it. "who is not going to ask - is not going to be told". nobody is going to blame you for legitimate questions - specially with system we are just testing.
RE: beta2 - anonimo200 - 11th Sep, 2013 07:59 AM
In any case it should be included in the Peripherals menu. I don't find it usefull at all.
And as a new feature (and quite important as far as it affects the TV behaviour too) you should have told us about it. And no, I've not missed the info. I looked in the post and there was no info about that.
RE: beta2 - mk01 - 11th Sep, 2013 08:17 AM
(11th Sep, 2013 07:59 AM)anonimo200 Wrote: In any case it should be included in the Peripherals menu. I don't find it usefull at all.
And as a new feature (and quite important as far as it affects the TV behaviour too) you should have told us about it. And no, I've not missed the info. I looked in the post and there was no info about that.
http://forum.xbian.org/thread-1121-post-13527.html#pid13527
https://github.com/xbianonpi/xbian/issues/346
it's your turn to burn your own 65+ plasma screen out.
if you make the peripherals settings finally working with CEC and XBMC as it was meant, please commit it to the Company providing CEC sources and XBMC. community will really appreciate it.
RE: beta2 - Lucatze - 11th Sep, 2013 08:50 AM
Hi,
i tested the new version and i'm glad that you fixed so many bugs.
Airplay is working really good and fast, automount of Exfat formated HDD's is working too (something that NEVER worked for me in any Xbian Version before). Playback of videos does not crash anymore, when switching audio stream.
There is one strange bug i always had and it is still there:
When pausing a video file or stream for more than a minute, the stream will crash OR Xbian will unmount all external drives. It doesn't matter how the drive is partitioned, or which filesystem, USB Stick or USB HDD. All drives are unmounted and mounted again after 5 seconds when pausing videos for more than a minute. o.O It happens only sometimes. There is no USB device attached to the raspberry which consumes to much power.
Thank you for all the efforts!
RE: beta2 - anonimo200 - 11th Sep, 2013 09:00 AM
Not in this post, right?
And no, it'll not happen because from now ahead I'm going to stick to the final version, no more betas. I'm one of the "lucky" guys who voided the Pi warranty because of you including overvoltage without force_turbo=0 in config.txt. I can play with a 40$ toy but not with my 35" LCD screen...
RE: beta2 - mk01 - 11th Sep, 2013 09:42 AM
@anonimo
as a general warranty info:
Code:
Forcing the Turbo Mode together with OverVoltag will set the Sticky Bit.
OR
Disabling the current limit together with overvoltage will set the Sticky Bit.
OR
Increasing the Templimit over 85°C together with overvoltage will set the Sticky Bit.and general XBian info
Code:
XBian never ever set over_voltage by installing public IMG file, nor with performing update, nor with any other automated workflow.(11th Sep, 2013 08:50 AM)Lucatze Wrote: videos for more than a minute. o.O It happens only sometimes. There is no USB device attached to the raspberry which consumes to much power.
this sound really really strange. I can assure you, xbian as a system under XBMC is not doing that - only in case of kernel notification of removed device - but you are assuring this is not the case.
I don't lot of options then - XBMC has the right to do it - you can edit
Code:
/usr/share/polkit-1/actions/org.freedesktop.udisks.policyby editing
Code:
<action id="org.freedesktop.udisks.filesystem-unmount-others">Putting NO to <allow_any>. This will make XBMC not able to unmount drive. Then set sysklogd service to enabled and set VERBOSE=yes in /etc/usbmount/usbmount.conf . this will make debug logging to /var/log/user.log …
when the action happens, check in that log. and dmesg | tail.
RE: beta2 - Airwolfuk - 11th Sep, 2013 09:30 PM
(11th Sep, 2013 04:53 AM)f1vefour Wrote: A television generally puts out 500 milliamp, the Pi needs 1Amp.
I know, everything points to a power problem but believe me my setup worked great on 1.1
I'll am going to go through a clean install of 1.1 and then 1.2 again just to make sure i am not going crazy......
thanks -
RE: beta2 - mk01 - 11th Sep, 2013 09:56 PM
don't bother. it will not be a difference. maybe later I will take beta1.1 kernel, rebuild it to fake as beta2 and will post link for you to download .deb. you will try it. and we will see if it is kernel module.
but I'm still hoping for your neighbor to turn off the jamming signal device
RE: beta2 - IriDium - 11th Sep, 2013 10:57 PM
1) Just tried to install the xbian repository https://github.com/xbianonpi/xbian-xbmc-repository and it does not have the correct structure.
2) ssh in - message appears
Terminal
8 packages can be updated.
0 updates are security updates.
0 updates are security updates.
ssh xbian-config shows 7 not 8 packages available.
I guess it's because xbian-package-kernel-headers is suggested
3) XBMC xbian-config seems to be taking longer and longer to complete, spends most of it's time maxed out on disk writes. Admittedly, this is a USB boot machine.
4) Latest upgrade from ssh xbian-config - errored with xbian-package-upstart-xbian-bridge.
RE: beta2 - mk01 - 11th Sep, 2013 11:03 PM
Code:
15:00:50 T:140735194604304 DEBUG: GetZipList - Processing zip://%2fmnt%2fsrc%2fgit-mk01%2fxbian-xbmc-repository%2fxbian-xbmc-repository.zip/
15:00:50 T:4622594048 DEBUG: GetZipList - Processing zip://special%3a%2f%2fhome%2faddons%2fpackages%2fxbian-xbmc-repository.zip/
15:00:50 T:4622594048 DEBUG: FileManager, processing folder: special://home/addons/xbian-xbmc-repository
15:00:50 T:4622594048 DEBUG: -- special://home/addons/xbian-xbmc-repository/icon.png
15:00:50 T:4622594048 DEBUG: -- special://home/addons/xbian-xbmc-repository/addon.xml
15:00:50 T:4622594048 DEBUG: FileManager, processing folder: zip://special%3a%2f%2fhome%2faddons%2fpackages%2fxbian-xbmc-repository.zip/xbian-xbmc
15:00:50 T:4622594048 DEBUG: GetZipList - Processing zip://special%3a%2f%2fhome%2faddons%2fpackages%2fxbian-xbmc-repository.zip/xbian-xbmc-reposit
15:00:50 T:4622594048 DEBUG: statdata: 1376379386 new: 1376379386
15:00:50 T:4622594048 DEBUG: -- zip://special%3a%2f%2fhome%2faddons%2fpackages%2fxbian-xbmc-repository.zip/xbian-xbmc-repository/addon.xml
15:00:50 T:4622594048 DEBUG: -- zip://special%3a%2f%2fhome%2faddons%2fpackages%2fxbian-xbmc-repository.zip/xbian-xbmc-repository/icon.png
15:00:50 T:4622594048 DEBUG: FileManager: create folder special://home/addons/xbian-xbmc-repository
15:00:50 T:4622594048 DEBUG: FileManager: delete special://home/addons/xbian-xbmc-repository/icon.png
15:00:50 T:4622594048 DEBUG: FileManager: delete special://home/addons/xbian-xbmc-repository/addon.xml
15:00:50 T:4622594048 DEBUG: FileManager: copy zip://special%3a%2f%2fhome%2faddons%2fpackages%2fxbian-xbmc-repository.zip/xbian-xbmc-repository/ad
15:00:50 T:4622594048 DEBUG: FileManager: copy zip://special%3a%2f%2fhome%2faddons%2fpackages%2fxbian-xbmc-repository.zip/xbian-xbmc-repository/ic
15:00:50 T:4560809984 DEBUG: CFileCache::Open - opening <xbian-xbmc-repository/addons.xml.md5> using cache
15:00:50 T:4560809984 DEBUG: CurlFile::Open(0x106002160) http://ivka57.dyndns-ip.com/xbian-xbmc-repository/addons.xml.md5
15:00:50 T:4560809984 INFO: easy_aquire - Created session to http://ivka57.dyndns-ip.com
15:00:50 T:4676321280 NOTICE: Thread FileCache start, auto delete: false
15:00:50 T:4676321280 INFO: CFileCache::Process - Hit eof.
15:00:50 T:4676321280 DEBUG: Thread FileCache 4676321280 terminating
15:00:50 T:4560809984 DEBUG: CFileCache::Open - opening <xbian-xbmc-repository/addons.xml> using cache
15:00:50 T:4560809984 DEBUG: CurlFile::Open(0x106164bb0) http://ivka57.dyndns-ip.com/xbian-xbmc-repository/addons.xml
15:00:50 T:140735194604304 DEBUG: CGUIMediaWindow::GetDirectory ()
15:00:50 T:140735194604304 DEBUG: ParentPath = []
15:00:50 T:4676321280 NOTICE: Thread FileCache start, auto delete: false
15:00:50 T:4676321280 INFO: CFileCache::Process - Hit eof.
15:00:50 T:4676321280 DEBUG: Thread FileCache 4676321280 terminating