[IriDium]

(2nd Jun, 2014 10:23 PM)lololo Wrote:  Hello IriDium,
Can you tell me what image you used?

thanks

I used the Xbian Installer on Windoze XP
Should be same as the one on the website: 2014.05.26_CuBox-i.img
Cubox-i Image

[lololo]

cool it's work...tanks for your help !

(2nd Jun, 2014 10:36 PM)IriDium Wrote:  

(2nd Jun, 2014 10:23 PM)lololo Wrote:  Hello IriDium,
Can you tell me what image you used?

thanks

I used the Xbian Installer on Windoze XP
Should be same as the one on the website: 2014.05.26_CuBox-i.img
Cubox-i Image

[belese]

Ok, so here's my report from last image,
update is ok, except the plymouth start script.

my problem is :
bluetooth device not recognise (no trace in dmesg), but seems a kernel problem.
usb Hdd don't work (but usb ir work).
i can find /dev/sda, but not /dev/sda1 with a lot of error on dmesg,
i've test with two hdd, one auto=power, other not, same problem.

cubox don't boot at all if there's a usb hdd plugged.

otherwise, i watch two film and music, sound is ok via hdmi (passthrough)
one movie was displayed is 4/3 intead of 16/9. but if i force it in xbmc player, it's ok.

[IriDium]

I'm guessing that this image will work on the new HummingBoard (RPi replacement?) Here, but does anyone know for certain?

Or is it a case of just try and see?

---

Running XBMC xbian-config cuts out audio.

From xbmc.log

17:07:30 T:1743373072 ERROR: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
17:07:30 T:1383064336 ERROR: Previous line repeats 16 times.
17:07:30 T:1383064336 NOTICE: en
17:07:30 T:1743373072 ERROR: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
17:07:30 T:1743373072 ERROR: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
17:07:31 T:1383064336 ERROR: Previous line repeats 33 times.
17:07:31 T:1383064336 NOTICE: en_US

[IriDium]

Hitting the "#" key sends the screen to the bottom left - not top leftt as in the RPi.

Audio playback ceases and cubox-i halts.

xbmc.log showed.
17:44:08 T:1688232720 NOTICE: Found 1 Lists of Devices
17:44:08 T:1688232720 NOTICE: Enumerated ALSA devices:
17:44:08 T:1688232720 NOTICE: Device 1
17:44:08 T:1688232720 NOTICE: m_deviceName : sysdefault:CARD=imxspdif
17:44:08 T:1688232720 NOTICE: m_displayName : imx-spdif
17:44:08 T:1688232720 NOTICE: m_displayNameExtra: S/PDIF
17:44:08 T:1688232720 NOTICE: m_deviceType : AE_DEVTYPE_IEC958
17:44:08 T:1688232720 NOTICE: m_channels : FL,FR
17:44:08 T:1688232720 NOTICE: m_sampleRates : 32000,44100,48000
17:44:08 T:1688232720 NOTICE: m_dataFormats : AE_FMT_AC3,AE_FMT_DTS,AE_FMT_S24NE4L,AE_FMT_S16NE,AE_FMT_S16LE
17:44:08 T:1688232720 NOTICE: Device 2
17:44:08 T:1688232720 NOTICE: m_deviceName : sysdefault:CARD=imxhdmisoc
17:44:08 T:1688232720 NOTICE: m_displayName : imx-hdmi-soc
17:44:08 T:1688232720 NOTICE: m_displayNameExtra: HDMI
17:44:08 T:1688232720 NOTICE: m_deviceType : AE_DEVTYPE_HDMI
17:44:08 T:1688232720 NOTICE: m_channels : FL,FR,BL,BR,FC,LFE,SL,SR
17:44:08 T:1688232720 NOTICE: m_sampleRates : 32000,44100,48000,88200,96000,176400,192000
17:44:08 T:1688232720 NOTICE: m_dataFormats : AE_FMT_LPCM,AE_FMT_DTSHD,AE_FMT_TRUEHD,AE_FMT_EAC3,AE_FMT_DTS,AE_FMT_AC3,AE_FMT_​AAC,AE_FMT_S16NE,AE_FMT_S16LE
17:44:12 T:1957601872 ERROR: EGL error in CreateSurface: 300b
17:44:12 T:1957601872 NOTICE: CreateWindow: Could not create a surface. Trying with a fresh Native Window.
17:44:12 T:1957601872 ERROR: EGL error in CreateSurface: 300b

etc etc.

Had to reboot[/align]

[simic]

seeing that xbian is supporting cubox gives me confidence to get a replacement to my RPI.

I'm tired of having to get an external box to do the SPDIF audio extraction from the hdmi port.

I notice that cubox-i has 4 variants.

What is your recommendation?

Will xbian / video playback properly on the lowest end cubox-i1?

Looking to playback 1080p mkv with onboard software DTS decoding to 2.0.

[IriDium]

@Simic.

Depending on where you live and whether you can import from Israel or the US will change things.

In the UK only the two top end versions are available (AFAIK). I have the cubox-i 4 pro with 2G and from the monitoring I have done, it is an overkill for xbian. I've never seen 1, let alone 4 processors get anywhere near 60% usage.

Memory is fully used but that is not a contributing factor. So any of the top two will do.

I haven't tried SPDIF but I have had problems with HDMI which need to be sorted out.

I run DTS via my AVR which has DTS encoding but never tried without. I can't see any reason why the processors cannot cope.

Still this is still in the test phase, but in reality it is the same code as the RPi, only runs faster.

From Solid-Run website, it looks like it should run on any of the variants.

The one downside is that the WIFI is only 2.4Ghz, not 5Ghz, so if that is an issue, it would make sense to buy a non wifi version and buy an external dongle.

However, you may want to wait until the release of the Hummingboard. A RPi replacement with the same dimensions and outputs, just faster and more memory.

This release SHOULD run on it, but I don't know for sure.

As with all computers, go for the one you can afford. With more O/S being developed having the extra memory will help if you want to run some of the other releases

[badmonkey]

If it's just SPDIF you are after then there appear to be a few new solutions around to make up for the poor audio, such as http://www.wolfsonmicro.com/media_centre/item/wolfson_audio_card_from_element14_-_high_definition_audio_for_the_raspberry/

I'm not sure if it's yet supported in xbian yet, but support is in some other xbmc distributions and it should become more common.

There's even some neat enclosures that take the new form factor with the card attached to the pi.

(13th Jun, 2014 01:31 AM)simic Wrote:  seeing that xbian is supporting cubox gives me confidence to get a replacement to my RPI.

I'm tired of having to get an external box to do the SPDIF audio extraction from the hdmi port.

I notice that cubox-i has 4 variants.

What is your recommendation?

Will xbian / video playback properly on the lowest end cubox-i1?

Looking to playback 1080p mkv with onboard software DTS decoding to 2.0.

[mk01]

@simic

XBian as is will run all models. since very beginning it contains the universal uboot and dtb trees for all devices including hummingboard - with autodetection.
(that is the hw-compatibility dimension of your question)

((lowest cubox-i model has 32bit memory bus only what is currently implying some limitations or issues with certain types of video - or at least it was like this a month ago)). that doesn't mean hw is not able to process what is needed in general, but some other approach would need be implemented.

(((my personal opinion would be that it makes no sense changing RPI for that model. simply for 60bucks you get no extra value / functionality - of course you will decide finally how hard SPDIF is pushing you. if the question would be if RPI or Ci (entry model) it would be with no hesitation Ci. But you already own RPI so ... )))

---

(13th Jun, 2014 08:06 AM)badmonkey Wrote:  I'm not sure if it's yet supported in xbian yet, but support is in some other xbmc distributions and it should become more common.

There's even some neat enclosures that take the new form factor with the card attached to the pi.

the problem there is even not to support audio HW itself, but XBMC part. omxplayer (RPIs core player) is not supporting system audio outputs. XBMC (via paplayer and dvdplayer) is not supporting RPI (hw video playback).

popcornmix has patches and development is ongoing but according his own words (without me going into details) that variant is simply not yet there for use.
it should not be presented currently as A SOLUTION.

[menakite]

(7th Apr, 2014 07:04 PM)samu Wrote:  hello all,
i've come here as suggestion from mk01: i'd really like to help on the development of xbian under cubo-x platform.

i'm a happy user of a CuBox-i4Pro, i've some experience with debian package creation and maintain as well as some documentation writing and translating (english and italian). i can code simple program in C, python, perl as well as some bash scripts. my main problem is the lack of free time but i can find some in the week, between diapers changing, work and sleeps :-)

how do you test packages, do you have a pbuilder an emulator or do you run them live on a cubox?

Cheers
Samuele

If you're still there, we recently (yesterday) changed our build environment, as you can see on https://github.com/xbianonpi/xbian - check the wiki for to-be-reviewed instructions. Still no sbuild or pbuilder, but surely better than some scripts requiring human intervention.
That's still not complete though - it's quite RC-grade, but still requires slightly modifications as we migrate more package to it.
This will allow us to have all the various APT repositories on GitHub (stable, staging, devel) and automatically build and upload new packages using GitHub hooks (still needs to be implemented, but this is the easy part).

You can translate to Italian - that's cool, as I started the Italian translation but then been busy with other things. I can give you translator access if you request to join.

[IriDium]

It looks like ssh is set to allow root access only when no password is set.

If you set a password for root, you will be unable to ssh in directly as root.

If you wish to have a password for root and be able to ssh in, change:

PermitRootLogin without-password
to
PermitRootLogin yes

iin /etc/ssh/sshd_config. Note you'll have to use nano and not vi

Or do it via xbian-config, which if you upgrade, now works.

[IriDium]

Xbian-clone fails with: (Whether NTFS or FAT32)

[ 3854.599719] EXT4-fs (loop3): VFS: Can't find ext4 filesystem
[ 3854.600068] FAT-fs (loop3): bogus number of reserved sectors
[ 3854.600083] FAT-fs (loop3): Can't find a valid FAT filesystem
[ 3854.603693] ISOFS: Unable to identify CD-ROM format.
[ 3854.607326] UDF-fs: warning (device loop3): udf_load_vrs: No anchor found
[ 3854.607354] UDF-fs: Rescanning with blocksize 2048
[ 3854.607570] UDF-fs: warning (device loop3): udf_load_vrs: No anchor found
[ 3854.607586] UDF-fs: warning (device loop3): udf_fill_super: No partition found (1)
[ 3854.608255] F2FS-fs (loop3): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[ 3854.608270] F2FS-fs (loop3): Can't find a valid F2FS filesystem in 1th superblock
[ 3854.608327] F2FS-fs (loop3): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[ 3854.608340] F2FS-fs (loop3): Can't find a valid F2FS filesystem in 2th superblock

On a NTFS 8G USB flash drive:

---------------------------------------------------------------------------------------------------

Same flash drive: Formatted as NTFS - found in dmesg but not automounted.
Formatted as FAT32 - found in dmesg and automounted.

Something strange: No problems on RPi

[IriDium]

My Main issues:
1) Xbian-config (clone) not working - already reported
2) Xbian-config (backup) not working - already reported
3) CEC commands - turn on/off tv/avr do not work.
4) Audio (Various)
a) something is wrong when playing through a AVR. Cannot get true 4.1 even with output to all. Setting to HDMI, you have to change the number of speakers to the audio input to get any output.
b) Having passthrough set when none is available a movies audio will be delayed by about 1 sec.

Test videos for speaker selections shows all is OK.

Same version but all is fine on the RPi but not Cubox-i?
5) Bluetooth not working.
6) Airplay does not seem to be working with Android.

[mk01]

(24th Jun, 2014 11:00 PM)IriDium Wrote:  PermitRootLogin without-password
to
PermitRootLogin yes

This is Jessie, right ? there was update to libssh/ssl/openssh client and server which asked about this.

It is standard new setting like that.
(without-password means other types of auth, not "without password literally". this could be kerberos, RSA key, etc.

[IriDium]

(25th Jun, 2014 02:22 AM)mk01 Wrote:  

(24th Jun, 2014 11:00 PM)IriDium Wrote:  PermitRootLogin without-password
to
PermitRootLogin yes

This is Jessie, right ? there was update to libssh/ssl/openssh client and server which asked about this.

It is standard new setting like that.
(without-password means other types of auth, not "without password literally". this could be kerberos, RSA key, etc.

Yes it was jesse. If I remember rightly, in the standard image ssh root was allowed without a password, but as soon as you changed it, you were denied access and xbian-config returned "An unknown error occurred" if you tried to set enable root access.

The latest version works fine - so not an issue any more.