(2014-06-22, 19:22)jocala Wrote: I just installed it and it shows up in the app list with a "TZC" icon. Its package name is com.futurek.android.tzc. You can reinstall it via adbfire (which uses -r by default) or with adb and the install flag "-r".

(2014-06-23, 13:52)ED-209 Wrote:

(2014-06-22, 19:22)jocala Wrote: I just installed it and it shows up in the app list with a "TZC" icon. Its package name is com.futurek.android.tzc. You can reinstall it via adbfire (which uses -r by default) or with adb and the install flag "-r".

Hi again jocala. I have tried install -r command and it reports success, however the TZC still does not appear in apps list. I have since installed other apps successfully but I cannot get Time Zone Changer to install at all. I have also tried uninstalling but I get error on that as well.

I'm tempted to do a factory reset on the Fire TV, but to do that I really need to take a backup of my XBMC userdata folder. Is there any way to take a backup of the whole folder rather than copying individual files? I have tried the 'Backup XBMC' button in adbfire but all I get is 'backup failed' message every time.

Please can someone help me either fully uninstall / re-install Time Zone Changer app or alternatively help me to take a backup of my XBMC userdata folder so that I can do a factory reset on the Fire TV?

Thanks.

(2014-06-23, 14:31)freon Wrote: Guys How would i go about having xbmc open the video,files menu upon startup on firetv?

(2014-06-20, 22:21)angeloaz Wrote: Just posting some observations about instability after running XBMC on the Fire TV for about a week.

I've been experiencing quite a bit of crashes on the official Gotham release. It seems to mostly occur when changing channels on the Live TV feature. And if I switch channels enough, it will inevitably crash XBMC (all of sudden, no XBMC and I'm back at the Fire TV UI). It seems to happen less often if I stop the current live tv stream before changing to a different channel, but that just delays the crash.

My Live TV function is driven by a MythTV backend and a HDHomerun Plus (set to H.264 transcoding of the OTA signal).

In addition to the official 13.1 release (linked from the Wiki), I've also tried several other releases (13.2 beta, 14.0 alpha) from here: http://mirrors.xbmc.org/test-builds/android/arm/ -- with the same results.

Another issue (not sure if it's related) is that changing channels often will cause the audio and video streams to get out of sync. The video will slows way down, but the audio seems to keep going at normal rate. This will sometimes correct itself after a bit, but usually I have to stop the stream and restart it in order to eliminate it.

My recourse at this point has been to run SPMC 12.4.2 -- which hasn't crashed on me once yet. Although I think I may still see the audio/video sync problem occasionally, but it's at least stable and usable.

Also, I'm running x86 versions of Gotham on a couple of PCs throughout the house and they don't have any apparent problems with the Live TV function.

(2014-06-23, 13:52)ED-209 Wrote: \

Please can someone help me either fully uninstall / re-install Time Zone Changer app or alternatively help me to take a backup of my XBMC userdata folder so that I can do a factory reset on the Fire TV?

Thanks.

(2014-06-23, 06:36)cbarre Wrote: Im in australia and cant use classic tv app due to location requirements. Is there an alternative? Thanks

(2014-06-23, 17:49)mjbxx Wrote:

(2014-06-23, 06:36)cbarre Wrote: Im in australia and cant use classic tv app due to location requirements. Is there an alternative? Thanks

This may sound sacrilige but the only other app I found to work properly without looping is the YouTube app. I am not a fan of YouTube and would have no problem using it as a sacrificial app for XBMC. Besides, you can access YouTube in XBMC.

(2014-06-23, 16:53)angeloaz Wrote:

(2014-06-20, 22:21)angeloaz Wrote: Just posting some observations about instability after running XBMC on the Fire TV for about a week.

I've been experiencing quite a bit of crashes on the official Gotham release. It seems to mostly occur when changing channels on the Live TV feature. And if I switch channels enough, it will inevitably crash XBMC (all of sudden, no XBMC and I'm back at the Fire TV UI). It seems to happen less often if I stop the current live tv stream before changing to a different channel, but that just delays the crash.

My Live TV function is driven by a MythTV backend and a HDHomerun Plus (set to H.264 transcoding of the OTA signal).

In addition to the official 13.1 release (linked from the Wiki), I've also tried several other releases (13.2 beta, 14.0 alpha) from here: http://mirrors.xbmc.org/test-builds/android/arm/ -- with the same results.

Another issue (not sure if it's related) is that changing channels often will cause the audio and video streams to get out of sync. The video will slows way down, but the audio seems to keep going at normal rate. This will sometimes correct itself after a bit, but usually I have to stop the stream and restart it in order to eliminate it.

My recourse at this point has been to run SPMC 12.4.2 -- which hasn't crashed on me once yet. Although I think I may still see the audio/video sync problem occasionally, but it's at least stable and usable.

Also, I'm running x86 versions of Gotham on a couple of PCs throughout the house and they don't have any apparent problems with the Live TV function.

Follow up: Turning the transcoding completely off on my HDHR Plus seems to make the Live TV function of 13.1 much more stable. It doesn't seem to crash at all and channel changes are much faster and reliable (no a/v sync issues or buffering messages like I see with H.264). The video playback performance seems to be fine too -- this is surprising since the Fire TV claims to not have hardware support for the MPEG2.

Another curious observation: looking at the Codec Info data during playback shows the CPU usage about equal between H.264 (using "stf-h264" decoder) and MPEG2 playback (using "stf-mpeg2"). It seems that they are both using about 1/2 of CPU cores 0 and 1 -- and nothing on 1 and 2. I would have expected the H.264 stream to decoded in hardware and to use much less CPU than MPEG2.

For the record, if I turn MediaCodec on (and libstagefright off), everything seems to go to hell: lots of crashes, CPU usage goes way up (3 cores going pretty strong), and the "drop" frame counter goes crazy. The decoder changes to "ff-h264" and "ff-mpeg2" in that case.

(2014-06-23, 18:54)kenelbow Wrote:

(2014-06-23, 16:53)angeloaz Wrote:

(2014-06-20, 22:21)angeloaz Wrote: Just posting some observations about instability after running XBMC on the Fire TV for about a week.

I've been experiencing quite a bit of crashes on the official Gotham release. It seems to mostly occur when changing channels on the Live TV feature. And if I switch channels enough, it will inevitably crash XBMC (all of sudden, no XBMC and I'm back at the Fire TV UI). It seems to happen less often if I stop the current live tv stream before changing to a different channel, but that just delays the crash.

My Live TV function is driven by a MythTV backend and a HDHomerun Plus (set to H.264 transcoding of the OTA signal).

In addition to the official 13.1 release (linked from the Wiki), I've also tried several other releases (13.2 beta, 14.0 alpha) from here: http://mirrors.xbmc.org/test-builds/android/arm/ -- with the same results.

Another issue (not sure if it's related) is that changing channels often will cause the audio and video streams to get out of sync. The video will slows way down, but the audio seems to keep going at normal rate. This will sometimes correct itself after a bit, but usually I have to stop the stream and restart it in order to eliminate it.

My recourse at this point has been to run SPMC 12.4.2 -- which hasn't crashed on me once yet. Although I think I may still see the audio/video sync problem occasionally, but it's at least stable and usable.

Also, I'm running x86 versions of Gotham on a couple of PCs throughout the house and they don't have any apparent problems with the Live TV function.

Follow up: Turning the transcoding completely off on my HDHR Plus seems to make the Live TV function of 13.1 much more stable. It doesn't seem to crash at all and channel changes are much faster and reliable (no a/v sync issues or buffering messages like I see with H.264). The video playback performance seems to be fine too -- this is surprising since the Fire TV claims to not have hardware support for the MPEG2.

Another curious observation: looking at the Codec Info data during playback shows the CPU usage about equal between H.264 (using "stf-h264" decoder) and MPEG2 playback (using "stf-mpeg2"). It seems that they are both using about 1/2 of CPU cores 0 and 1 -- and nothing on 1 and 2. I would have expected the H.264 stream to decoded in hardware and to use much less CPU than MPEG2.

For the record, if I turn MediaCodec on (and libstagefright off), everything seems to go to hell: lots of crashes, CPU usage goes way up (3 cores going pretty strong), and the "drop" frame counter goes crazy. The decoder changes to "ff-h264" and "ff-mpeg2" in that case.

Interesting. I have a similar setup and LiveTV (and recordings) have not been great. MythTV 0.27 on Ubuntu server 14.04 and HDHomeRun Plus results in the video lagging behind the audio, some times the video freezes completely while the audio continues. I also get complete crashes on occasion. This only happens on FireTV running XBMC on Windows or Linux is fine. So what settings do you use for acceleration? MediaCodec off and libstagefright on?

(2014-06-23, 19:57)angeloaz Wrote:

(2014-06-23, 18:54)kenelbow Wrote:

(2014-06-23, 16:53)angeloaz Wrote: Follow up: Turning the transcoding completely off on my HDHR Plus seems to make the Live TV function of 13.1 much more stable. It doesn't seem to crash at all and channel changes are much faster and reliable (no a/v sync issues or buffering messages like I see with H.264). The video playback performance seems to be fine too -- this is surprising since the Fire TV claims to not have hardware support for the MPEG2.

Another curious observation: looking at the Codec Info data during playback shows the CPU usage about equal between H.264 (using "stf-h264" decoder) and MPEG2 playback (using "stf-mpeg2"). It seems that they are both using about 1/2 of CPU cores 0 and 1 -- and nothing on 1 and 2. I would have expected the H.264 stream to decoded in hardware and to use much less CPU than MPEG2.

For the record, if I turn MediaCodec on (and libstagefright off), everything seems to go to hell: lots of crashes, CPU usage goes way up (3 cores going pretty strong), and the "drop" frame counter goes crazy. The decoder changes to "ff-h264" and "ff-mpeg2" in that case.

Interesting. I have a similar setup and LiveTV (and recordings) have not been great. MythTV 0.27 on Ubuntu server 14.04 and HDHomeRun Plus results in the video lagging behind the audio, some times the video freezes completely while the audio continues. I also get complete crashes on occasion. This only happens on FireTV running XBMC on Windows or Linux is fine. So what settings do you use for acceleration? MediaCodec off and libstagefright on?

Yes, MediaCodec off, libstagefright on. You should be able to verify the codec being used in playback with the 'o' key (http://wiki.xbmc.org/?title=Codecinfo). I think if you see "stf-mpeg2" as the video codec, you know it's stagefright. Changing channels improved drastically with no transcoding on the HDHR Plus. It changes just as fast and smooth as Dish Network does for me now. Perhaps H.264 is harder to decode at first or more sensitive to weaker OTA signals -- which may explain its poorer behavior in some cases?

I also have audio passthrough enabled for Dolby Digital -- not sure if that mitigates the audio/video lag in some way.

I would be curious to know if you see a jump in reliability by turning transcoding off on your HDHR Plus. Part of the complication with that is network bandwidth: I've got my AFTV using ethernet and not WiFi. Not sure how WiFi can handle ~2MB/s that MPEG2 can generate.

(2014-06-23, 20:02)kenelbow Wrote:

(2014-06-23, 19:57)angeloaz Wrote:

(2014-06-23, 18:54)kenelbow Wrote: Interesting. I have a similar setup and LiveTV (and recordings) have not been great. MythTV 0.27 on Ubuntu server 14.04 and HDHomeRun Plus results in the video lagging behind the audio, some times the video freezes completely while the audio continues. I also get complete crashes on occasion. This only happens on FireTV running XBMC on Windows or Linux is fine. So what settings do you use for acceleration? MediaCodec off and libstagefright on?

Yes, MediaCodec off, libstagefright on. You should be able to verify the codec being used in playback with the 'o' key (http://wiki.xbmc.org/?title=Codecinfo). I think if you see "stf-mpeg2" as the video codec, you know it's stagefright. Changing channels improved drastically with no transcoding on the HDHR Plus. It changes just as fast and smooth as Dish Network does for me now. Perhaps H.264 is harder to decode at first or more sensitive to weaker OTA signals -- which may explain its poorer behavior in some cases?

I also have audio passthrough enabled for Dolby Digital -- not sure if that mitigates the audio/video lag in some way.

I would be curious to know if you see a jump in reliability by turning transcoding off on your HDHR Plus. Part of the complication with that is network bandwidth: I've got my AFTV using ethernet and not WiFi. Not sure how WiFi can handle ~2MB/s that MPEG2 can generate.

I'll give your settings a shot. To be honest channel changing hasn't been that bad for me. Though my signals are relatively strong thanks to my roof mounted antenna. One question though. When disabling transcoding, does that mean you can no longer enable deinterlacing for 1080i ATSC channels? That my get annoying for me, but I will at least try it out. It would be better to have interlaced video than to have video that gets horribly out of sync or having XBMC crash completely. I will try it out tonight after work and report back.

(2014-06-23, 20:13)caveman017 Wrote: Okay.... stupid question -- how do you install plugins?

I've tried to download the standard ones from within XBMC and downloading them from XBMChub but they don't seem to be installing.