Hudson_Hawk04 Wrote:I am thinking about adding a start up video to cover some if not all of the boot text. The only problem is that I am not exactly sure where to put it. Hopefully someone can point me in the right direction as I am not in front of my xbmxc box right now. Thanks guys.

Just wanted to say thanks for this, love the increased speed and stability content plays flawlessly including HD absolutely no buffering over wireless. Keep up the good work.

illiac4 Wrote: yes i know all this but it is as far as i can see it is the part of ffmpeg and i can not find it in source. I'm lost with this one

Sam.Nazarko Wrote:Startup video would slow you down more. Really best you can get is a splash screen, but you should pay attention to the text, it'll tell you when you're getting updates, which will let you know why your boot is taking a lot longer all of a sudden. I'm releasing a quieter, faster boot soon -- was planning to whack PVR in with it but its just not mature enough yet, so I'll hold off and just offer up the speedy and quiet boot



Try compile FFMPEG package then

weejo11 Wrote:Thanks Sam, got it working.

Just wondering why 1080p and even my 720p files are always buffering.

Ozymandyaz Wrote:Hi Sam -

First off, great work! I guess I'm lucky as I never even owned an ATV until I saw this thread and bought one specifically to use as an XBMC player with component video. Super easy, very few headaches and I was up and running in a matter of hours (would have been minutes save the xorg.conf updates for Component!)

One question - (NOT complaining! Just asking if this is typical!)

Is it normal to have some judder or stutter on video start up, after a pause or after seeking? Specifically when I start a video it usually (but not always) takes about 1 - 2 seconds to start playing audio and then another second or two to start video. The audio continues normally but the video is jerky, maybe 2 or 3 frames per second for maybe 3 to some times 10 seconds. (I can get a debug log.)

The behavior is the same with resuming from a full stop, resuming from pause or resuming from a FF or 30 second jump; i.e. any time video starts. Once the stutter is gone I have not seen it come back, so as far as I am concerned the unit works just fine, but I’m curious if I can improve this. File size and bit rate are not a factor and sometimes a video will play instantly, and sometimes the same video will stutter for a few seconds.

I have converted over to all NFS shares from my Synology NAS (DS110j with only a D-Link gigabit switch in-between) and this helped a little since with SMB I could crash XBMC by seeking too much.

Also, this behavior is specific to the Broadcom card (the older “12” version and old layout) since XVID files play and seek instantly every time. H.264 (MKV/MP4) files exhibit the behavior above more often than not.

As background -

I have an ATV1 booting to 16GB USB thumb drive with no internal HDD. I also removed the fan completely for a totally silent and very stable video player. I updated the xorg.conf via SSH and the com.apple.Boot.plist via the GParted live CD. I have edited the Advancedsettings.xml to enable DDS fan art and verified that it is crating DDS files.

Also, I have an ATV2 upstairs being fed by the same NAS with no issues at all. Videos play instantly (1 second of “working”) and seek normally.

Ozymandyaz Wrote:I have an ATV1 booting to 16GB USB thumb drive with no internal HDD. I also removed the fan completely for a totally silent and very stable video player. I updated the xorg.conf via SSH and the com.apple.Boot.plist via the GParted live CD.

Sam.Nazarko Wrote:Yep. It's known as "video startup trainwreck" -- the card is slow to initialise and start pushing frames after starting or resuming. There's not much that can be done to be honest as I don't write the BCM70012 drivers, but any future updates will be automatically deployed to your box.

pmcd Wrote:Is there support for "AVC1" video with the CystalHD+Linux+ATV1? AVC1 seems to basically be h.264 so it's odd that my ATV1 won't play these files. This is the type of file you get when you record a 720p or higher show using EyeTV HD and export it to a 720p mp4 file. If you export to an iPad or iPhone version then you get a slightly lower resolution that plays fine of the ATV1+CrystalHD+Linux and the video is labelled h.264 by media info.

Is this an XBMC issue or a Crystal HD issue?

philip

bleze Wrote:I'm curious

- Removing the fan is safe if you have no harddrive in it?
- Why edit com.apple.Boot.plist ?

My Apple TV takes like 2 minutes before the Penguin even appears. It would be nice if it booted faster. I wonder what it's doing for this long. I'm booting from a fast 16 GB USB stick.
I've ordered the iHub (non-powered) to connect both the USB stick and a Philips amBX setup for sound and Boblight later on. Hopefully the aTV provides enough power through it's USB port.

bass63 Wrote:Sam, is this behaviour specific to 70012 card? Will replacing it with 70015 version improve the situation?

bleze Wrote:I'm curious

- Removing the fan is safe if you have no harddrive in it?
- Why edit com.apple.Boot.plist ?

Sam.Nazarko Wrote:No idea -- only only a 70012, but it should be improved. Don't take my word for that though

Sam.Nazarko Wrote:AVC1 == H264

AppleTV should play it. You will see h264 and AVC are identical if you use mediainfo. My theory is that your using PVR software which writes to the container as a stream, your MP4 isn't properly formed, you could demux the streams, remux into an MKV and it should work.

So it's not an XBMC or CrystalHD issue, its a EyeTV issue.