Там какой-либо путь состоит в том, чтобы играть, gpu ускорил видео без X?
]Ubuntu способен читать и записывать файлы, хранящиеся на разделах, отформатированных в Windows. Эти разделы обычно форматируются в NTFS, но иногда форматируются в FAT32. Вы также увидите FAT16 на других устройствах.[
] [][]Общие сведения[][
] []Ubuntu покажет файлы и папки в файловых системах NTFS/FAT32, которые скрыты в Windows. Следовательно, важные скрытые системные файлы в разделе Windows C:\ покажут, если он смонтирован. Так как случайно изменить или удалить важные для Windows файлы очень просто, рекомендуется монтировать раздел Windows C:\ как можно реже, желательно вообще не монтировать, или только для чтения, настроив /etc/fstab (см. ниже). Если у вас есть данные, к которым вы хотите регулярно получать доступ как из Windows, так и из Ubuntu, []лучше создать отдельный раздел с данными для этого, отформатированного NTFS.[][
] []Независимо от того, записываете ли вы на свой раздел Windows C:\ или на раздел с общими данными NTFS, имейте в виду, что если вы используете Windows 7, а Windows 7 находится в спящем режиме, когда вы записываете на раздел NTFS из Ubuntu, []вы потеряете все свои изменения[]. Это происходит потому, что когда Windows 7 находится в спящем режиме, она записывает состояние системы в файл, хранящийся на диске, и восстанавливает его из этого файла при повторном пробуждении системы, тем самым восстанавливая всю файловую систему до состояния, в котором она находилась до внесения каких-либо изменений из Ubuntu. В Windows 7 необходимо избегать использования спящего режима. В Windows 8 ситуация сложнее в том, что по умолчанию используется гибридная спячка/выключение при выключении системы. []Любые изменения, сделанные Ubuntu, будут потеряны при перезагрузке в Ubuntu. [][
] []В Windows 7 и Windows 8 (при установке в старую таблицу разделов mbr) обычно имеется загрузочный раздел размером 100-200MB с пометкой "SYSTEM". []Не монтируйте его[] - не нужно. Точно так же настоятельно рекомендуется оставить все восстанавливаемые разделы не смонтированными. [
]Я знаю, что это возможно; omxplayer работает без X на фреймбуфере, используя ускорение GPU, хотя он предназначен для одного конкретного устройства (Raspberry Pi).
Однако, я полагаю, что он обращается к GPU через OpenMAX (отсюда omx -player), который является кроссплатформенным. Это значит, что omxplayer не является пи-специфичным. К сожалению, случайный поиск не выявил ничего другого, что делало бы это (openmax + framebuffer). Вы можете попробовать обратиться к omxplayer people и узнать, портировал ли кто-нибудь его на x86(_64).