TBSDTV Community Forum

ok new Kernel Build containing the XBMCAudioBitBug.patch is uploaded.. you may download it here here is the latest xbmc build xbmc_13.alpha-imx-rf04d454532-1_armv7.opk from smallint... there is still nice progress so we may hope in better and better experience soon, these guys are gods :-) I added ...

ok new Kernel Build containing the XBMCAudioBitBug.patch is uploaded.. you may download it here later I will udate this post with new xbmc build xbmc-13.alpha-imx-rf04d454532 from smallint... there is still nice progress so we may hope in better and better experience soon, these guys are gods :-) O...

Yes, is that one. Thanks.

Hey,

There's any reason becuase it uses only one CPU for video decoding when isn't hw decoding?
CPU0 = 100%, 1 = 9,3%, 2 = 22,2%, CPU3 = 5,6%.

http://i.imgur.com/I88ynJ7.jpg

As you can see, it only uses one CPU and the other three are idle .. why? is just 12 fps!

http://i.imgur.com/forHajA.jpg

@mijanek: I tested it a bit and I found a bug: There are lot of noise with the analog audio output (sgtl5000). That bug was found too in MatrixTV 1.0.0.0 (and was fixed in MatrixTv 1.0.0.1/2.).

Thank you.

piotrasd Wrote:this test was maked with XVDR
and patches are for VDR, come with new version 2.1.4

Amm .. that's fine then.

Hi I want show how works XBMC with VDR (how fast switch/zap channels) With latest firmware 1.0.0.2 and VDR 2.1.3 with patches https://vimeo.com/84450065 Im also use this in adavcendsettings.xml of xbmc for disable bufforing LiveTV <pvr> <minvideocachelevel>0</minvideocachelevel> <minaudiocachelevel...

@piotrasd I don't see any issue like that. Maybe you are using some not default skin? Some of them may be not optimized. Anyway I would porpose to use the latest git c017d624fe from wolfgar, this one looks pretty good. No artefacts and perfect deinterlacing :-) I can confirm. With 1080p the XBMC is...

Thanks for the update steven. Bug 1: Mute doesn't work (at least over HDMI) (that happens in all MatrixTV versions) Bug 2: It crash sometimes and shows an error of "memory allocation" (or something ... I don't remember). Only solution is a reboot. Bug 3: Latest tvheadend? for what branch? ...

I finally I found a solution to my problem: I used a RS232 (com) cable (and not the usb version).
Now I can send commands to u-boot.

Well, now, what kind of commands I need to send to u-boot for boot from SD?