I'm pressing L after pressing the play button in the AVPlayerView.

When setting rate = 2 or pressing the L key while playing the video at normal speed, the video gets played fast forward. Either way rate is returned as being 0, even when doing rate = 2 in code.

It turns out that I had a small bug with reading the ATTR_CMN_CRTIME. The creation time is apparently not available for FTP files, which caused the following attribute, the size, to be read from the wrong memory offset.

I just noticed now that getattrlistbulk returns 0 for the size of files mounted via FTP. I used ATTR_FILE_DATALENGTH which workes fine for local files, but ATTR_FILE_TOTALSIZE, ATTR_FILE_ALLOCSIZE, ATTR_FILE_DATALENGTH, ATTR_FILE_DATAALLOCSIZE, ATTR_FILE_RSRCLENGTH, ATTR_FILE_RSRCALLOCSIZE, ATTR_FORK_TOTALSIZE, ATTR_FORK_ALLOCSIZE all return 0 for FTP files. Does anyone know how to get the size of those files?

Maybe you just stress the system too much and that causes hectic behaviour for display. Not sure why you've chosen this particular exercise, but more than likely what you're witnessing is simply an artifact of the buffered IU updates being throttled while the system attempts to realize true state. I'm mainly doing this to make sure that under stress the app still behaves correctly, but no, it's not hectic behaviour for the display or an artifact of the buffered UI. Moving or resizing the window after this doesn't redraw the text view correctly (the text view resizes during the live window resize, but it still leaves the same space blank). It's something happening inside the text view that makes it think that the text should occupy less space. If this is some sort of durability spec on a given project, I'd log the results and see about negotiating something more representative of which the IDE may be better suited. I don't know what IDE you're talking about. Do you mean my project, or Xcode? I opened a bug report FB8745215.

Thanks for your reply. I already tried investigating with zombies turned on and even using Instruments, but they were of no help.

I've got the following reply to the feedback I opened: Please close this feedback and file a new feedback that suggests making the FileManager APIs fast.. Nothing more. I've replied that it doesn't make sense to have getattrlistbulk and not the enums it uses, I hope they realize this.