[cromity123]

Hi,

I'm trying to play a 720p MP4 AAC files that worked perfectly under Official release 10.0-7. Only other build that will play it is a nightly from mid April, 10.0-9 official and nightlies since April will not play these files properly, they stutter and only play at about 10 FPS.

This is a build related issue as all works as expected under official build 10.0-7. My ATV2 connects to network by wifi, and to NAS drive by SMB. Have no issues with SMB or wifi under 10.0-7.

The MP4s come from the BBC iPlayer HD streams. However if i download and try to play from NAS drive i get the same issue. See sample of one of the files here: http://dl.dropbox.com/u/3623045/Luther%20S02E02_009.zip

Media info for the file is here:
http://pastebin.com/R7wDc3aw

Debug log from July 18th nightly is here:
http://pastebin.com/CeibkbPe

Looks like there's lots of discontinuity errors around line 729??

I've posted about it in the official build thread and someone else with the same issue with BBC HD streams started a trac ticket here:
http://trac.xbmc.org/ticket/11706

Anyone got any ideas?

Thanks,

C

[thecrazy]

Im having a similar problem too. Im streaming over a 5ghz 300n wifi network and Everything was playing fine on the 10.07 version except some very high bitrate 1080p movies that would buffer here and there but it was watchable. Since upgrading to ios 4.3 and xbmc 10.09 everything 720p and over buffers every few minutes. The 1080p movies that used to buffer a few times during playback now buffer every 30 seconds. This happens Over smb and ftp. Something must have changed in between 10.07 and 10.09 or in ios 4.3.

[CinemaPat]

Im having a similar problem too. Im streaming over a 5ghz 300n wifi network and Everything was playing fine on the 10.07 version except some very high bitrate 1080p movies that would buffer here and there but it was watchable. Since upgrading to ios 4.3 and xbmc 10.09 everything 720p and over buffers every few minutes. The 1080p movies that used to buffer a few times during playback now buffer every 30 seconds. This happens Over smb and ftp. Something must have changed in between 10.07 and 10.09 or in ios 4.3.

Try this:

Once the video starts to buffer, back out by hitting "menu" and click the file to play again, this time hitting "Resume at %%%%". Works for me

[cromity123]

Anyone else got any ideas about the problems I'm having?

Hi,

I'm trying to play a 720p MP4 AAC files that worked perfectly under Official release 10.0-7. Only other build that will play it is a nightly from mid April, 10.0-9 official and nightlies since April will not play these files properly, they stutter and only play at about 10 FPS.

This is a build related issue as all works as expected under official build 10.0-7. My ATV2 connects to network by wifi, and to NAS drive by SMB. Have no issues with SMB or wifi under 10.0-7.

The MP4s come from the BBC iPlayer HD streams. However if i download and try to play from NAS drive i get the same issue. See sample of one of the files here: http://dl.dropbox.com/u/3623045/Luther%20S02E02_009.zip

Media info for the file is here:
http://pastebin.com/R7wDc3aw

Debug log from July 18th nightly is here:
http://pastebin.com/CeibkbPe

Looks like there's lots of discontinuity errors around line 729??

I've posted about it in the official build thread and someone else with the same issue with BBC HD streams started a trac ticket here:
http://trac.xbmc.org/ticket/11706

Anyone got any ideas?

Thanks,

C

[thecrazy]

So, i fixed all my problems.

I simply abandoned wifi and went with an ethernet cable and everything is now peachy. No buffering on ANYTHING.

I can even play the highest bitrate stuff in my library.

I did a wireless survey and nothing had changed in the wifi channel congestion of my area, so i dont know why, but streaming over wifi worked much better before ios 4.3 / xbmc 10.09. Dont know whos the culprit.

My router is 10 feet from the ATV2 and I even changed my wireless N channel from 35 to 165 wich doubles the strenght of the signal (thats right boys, on wireless N the higher channel numbers have twice the power as the lower ones, due to some wireless signal regulations the lower frequencies were not allowed to be as strong)

So even with that signal boost on the wireless N it still wasnt enough, Ill just stick with the cable for now.