Я создаю приложение, которое хочет иметь полноэкранное разрешение для воспроизведения видео на iPad (например, 1024x768). Поверх этого плеера мне нужен бегунок с прокруткой (в настоящее время это UIScrollView с множеством подвидов).

Если проигрыватель маленький (256x192), прокрутка будет очень производительной. Но если я выберу 512x384, его производительность, похоже, ухудшится, вплоть до 1024x768, где прокрутка работает ужасно.

Это просто очевидное ограничение с воспроизведением видео / UIKit? Могу ли я сделать какую-нибудь оптимизацию или с чем поэкспериментировать?

[редактировать]

Я отключил бегущую строку, чтобы убедиться, что это не проблема, и добавил простой небольшой UIView со следующим методом анимации при нажатии кнопки:

`[UIView animateWithDuration:.5 delay:0 usingSpringWithDamping:1.0f initialSpringVelocity:1.0f options:UIViewAnimationOptionCurveEaseInOut animations:^{
    int Xrand = arc4random() % 1024;
    int Yrand = arc4random() % 768;
    self.animationView.center = CGPointMake(Xrand, Yrand);
    [self.view bringSubviewToFront:self.reportbtn];
} completion:nil];`
1
CDM 8 Май 2014 в 15:14

2 ответа

Лучший ответ

Оказывается, в симуляторе это было просто медленно. Протестировал на iPad 2/4, все работало нормально;)

0
CDM 9 Май 2014 в 10:28

Загрузка 300 нечетных изображений в память вместе с воспроизведением видео может сильно сказаться на устройстве.

Что вы можете сделать, так это заменить scrollview чем-то, что повторно использует представления и, таким образом, уменьшит общий объем памяти.

Вы можете рассмотреть возможность использования UICollectionview или простого решения SwipeView от NickLookwood. Оба позволяют повторно использовать представления.

0
Adithya 8 Май 2014 в 11:47