LinuxForum.Fans
Тема

HTML5

Автор: Peter 45 сообщений 4380 просмотров
20.09.2014 13:22 · отредактировано #393200

Здравствуйте!

Сейчас на youtube много чего в html5 и я заметил, что после просмотра в кэше браузера
ролик остаётся не целиком, а разбитым на куски приблизительно по 2MB, кроме последнего.
А почему не целиком? У меня firefox и в about:config параметр для максимального размера
файла в кэше установлен в 524288kB.

mplayer проигрывает только 1-й кусок, а если их слить, будет ли он проигрывать всё?

Есть какая-нибудь утилита, сообщающая время доступа к файлу или время его изменения
точнее, чем ls, чтобы были хотя бы секунды?

Пётр.

20.09.2014 13:54 #393203

При этом 1-й кусок проигрывается без звука.

20.09.2014 13:58 #393205
"Peter" написал:
если их слить, будет ли он проигрывать всё?

Что мешает попробовать?

20.09.2014 14:03 #393206

"Peter" написал:
разбитым на куски приблизительно по 2MB
так сервер отдаёт.

"Peter" написал:
А почему не целиком?
что-бы не качать с нуля и/или с середины весь файл.

"Peter" написал:
У меня firefox и в about:config
это как ФФ _может_ забирать. А решает сколько отдать всё равно сервер, а не браузер. Надо будет — будет по 1 байту отдавать.

"Peter" написал:
а если их слить
по идее должно. Если не будет, можно попробовать пофиксить VLC. Ещё вариант: https://trac.ffmpeg.org/wiki/How%20to%20concatenate%20%28join,%20merge%29%20media%20files

"Peter" написал:
Есть какая-нибудь утилита, сообщающая время доступа к файлу или время его изменения
точнее, чем ls, чтобы были хотябы секунды?

[console]man 1 stat[/console]
там до наносекунд, если ФС их поддерживает конечно.

[console]$ stat /tmp/t
Файл: «/tmp/t»
Размер: 0 Блоков: 0 Блок В/В: 4096 пустой обычный файл
Устройство: 1ch/28d Inode: 684660 Ссылки: 1
Доступ: (0644/-rw-r--r--) Uid: ( 1000/ drb) Gid: ( 100/ users)
Доступ: 2014-09-20 13:56:36.886136305 +0400
Модифицирован: 2014-09-20 13:56:36.886136305 +0400
Изменён: 2014-09-20 13:56:36.886136305 +0400
Создан: -
$ stat -c%y /tmp/t
2014-09-20 13:56:36.886136305 +0400
$ stat -c%Y /tmp/t
1411206996
[/console]
только это глупость: просто отсортируйте файлы по времени командой
[console]$ ls -t[/console]
ещё вариант:
[console]$ find /tmp -printf "%T@ %f\n" | sort -g[/console]
20.09.2014 14:32 #393210

хозяйке на заметку:

text
#!/bin/bash

TMP=$(mktemp)

echo echo "поиск" find /tmp -type f -printf "%T@ %p\n" | tee $TMP

echo echo "сортировка" TMP2=$(mktemp) sort -g $TMP | tee $TMP2 rm $TMP TMP=$TMP2

echo echo "фильтрация имени" sed -ri 's/^[0-9.]+\s+//' $TMP cat $TMP

echo

while read F; do echo "'$F'" done <$TMP

rm $TMP

20.09.2014 15:57 #393234

Благодарю за советы и за скрипт. Из /tmp я не пробовал извлекать файлы, хотя знаю, что так делают.
Видеофайлы одинакового формата я склеивал в один с помощью mencoder.
Насчёт "ls -lt" я, конечно, подумал, но хотелось бы ещё и видеть точное время, если потребуется.
Ещё вроде бы vlc может сохранять в файл, но я пока не нашёл, как это делается.

Пётр.

21.09.2014 23:02 #393377

shtoom посоветовал netvideohunter, это Add-On, я установил, в панели появился его значок и он сохранил мне ролик.
Благодарю за совет.

Пётр.

22.09.2014 02:30 #393390

"Peter" написал:
Из /tmp я не пробовал извлекать файлы, хотя знаю, что так делают.
это не всегда работает. Зависит от браузера и похоже от самого ролика.

"Peter" написал:
Насчёт "ls -lt" я, конечно, подумал, но хотелось бы ещё и видеть точное время, если потребуется.
ну stat или find -printf.
ВНЕЗАПНО:
[console]$ ls -l --full-time[/console]

"Peter" написал:
Ещё вроде бы vlc может сохранять в файл, но я пока не нашёл, как это делается.
все умеют сохранять в файл. VLC умеет ещё битые лечить.
22.09.2014 09:04 #393400

Действительно, давно не смотрел "man ls" или "info ls", --full-time даёт точное время.

01.10.2014 08:56 #394424

Ещё я обнаружил, что у команды stat не работает формат %x.

Пётр.

01.10.2014 14:00 #394462
"Peter" написал:
Ещё я обнаружил, что у команды stat не работает формат %x.
УМВР.
у вас наверняка noatime выключено. Выключите, и включите relatime.

relatime
Update inode access times relative to modify or change time. Access time is only
updated if the previous access time was earlier than the current modify or change time.
(Similar to noatime, but doesn't break mutt or other applications that need to know if
a file has been read since the last time it was modified.)

Since Linux 2.6.30, the kernel defaults to the behavior provided by this option (unless
noatime was specified), and the strictatime option is required to obtain traditional
semantics. In addition, since Linux 2.6.30, the file's last access time is always
updated if it is more than 1 day old.
01.10.2014 14:13 #394466

Сейчас проверил на трёх компьютерах, ни на одном не включено noatime
и ни на одном не работает "stat -c %x". На одном из них Ubuntu-14.o4.
Но благодарю за подсказку, тут есть ещё один с SSD и на нём noatime включено.

Пётр.

02.10.2014 12:53 #394603

Я ошибся, на компьютере с SSD указано relatime, но "stat -c %x" и там не работает.

Пётр.

02.10.2014 13:12 #394610

Peter, что значит "не работает"? Я не видел такого диагностического сообщения. Новая инновация в ubuntu?

02.10.2014 13:15 #394612

и да, может это из-за файловой системы "не работает"?
если что, я проверял на EXT4. А в этой вашей бубунте по дефолту ЕМНИП btrfs.

02.10.2014 14:00 #394619
drBatty написал:
Peter, что значит "не работает"? Я не видел такого диагностического сообщения. Новая инновация в ubuntu?

На SSD установлена Astra-Linux, это всё равно, что Debian Wheezy. На Ubuntu-14.04 тоже ext4.
В обоих случаях на эту команду выдаётся сообщение, что пропущен операнд,
но в обоих случаях она выдавалсь из-под mc. Просто в xterm она работает, я заметил это только сейчас.
Однако "stat -c %y" работает и в mc. Наверное, это чьи-то козни.

Пётр.

02.10.2014 14:16 #394625

"Peter" написал:
Однако "stat -c %y" работает и в mc. Наверное, это чьи-то козни.
скорее всего что-то не так с переменными окружения и/или алиасами.

Если сообщение такое:
[console]$ /bin/stat
/bin/stat: пропущен операнд
По команде «/bin/stat --help» можно получить дополнительную информацию.
[/console]
то прочтите наконец инструкцию /bin/stat --help, возможно ваша версия stat попросту не умеет данный формат. Или ещё что. Мне отсюда плохо видно.
02.10.2014 14:27 #394631

В "man stat" есть и %x и %X. В xterm работают оба, в mc при обоих сообщение именно такое.
Это одинаково при вызове stat и /usr/bin/stat. Наверное, нынешний mc неправильный.

Пётр.

02.10.2014 15:08 #394646
"Peter" написал:
В "man stat" есть и %x и %X.

вы вообще, читать-то умеете? Я вам русским языком писал, что читать нужно stat --help, а не man stat. Откуда я знаю, что в ваших дистрибутивах с man pages? С ними всё хорошо только в Slackware, в других дистрах на них болт положили. Особенно в дистрах типа убунты или CentOS, которые предназначены отнюдь не для программистов.

Дело в том, что man pages идут отдельно, и прикладываются составителем дистрибутива, часто опционально, и ещё чаще — не актуальные. А вот --help оно намертво вкомпиллено в программу.

"Peter" написал:
Наверное, нынешний mc неправильный.
в нём всё хорошо. Просто он не совсем в том окружении запускает команды. Возможно это вообще другой файл, вовсе не /usr/bin/stat. И да, к какому именно файлу stat вы читали мануал?
02.10.2014 20:47 · отредактировано #394719

Я просто ввёл команду "man stat", у меня при этом вызывается "man -a".
"stat --help" и "/usr/bin/stat --help" тоже вводил, вывод у них одинаковый
и там вроде бы то же самое, что и в "man stat". В них тоже есть %x.

Пётр.

Войдите или зарегистрируйтесь, чтобы ответить.