mhd
7 лет, 4 месяца назад
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
Наоборот помогло подрезание файла на 0.1с а не добавление паузы в конец.
mhd
7 лет, 4 месяца назад (отредактировано 7 лет, 4 месяца назад)
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
Дело в том, что программа вызывает mplayer а не я. Думаю надо писать разработчикам про то, чтобы что доработали программу или самому дописать паузу во все файлы по 0.3с например.
mhd
7 лет, 4 месяца назад
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
Я это обнаружил, когда другую программу использовал, которая mplayer использует. Так что возможно придется подрезанные файлы пока слушать, т.к. mplayer зависимость для этой программы.
mhd
7 лет, 4 месяца назад
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
файл
mhd
7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
После одного из обновлений заметил, что mplayer стал обрезать концовку некоторых коротких mp3 файлов. У меня есть набор mp3 файлов в среднем по 5K на файл. Например, я проигрываю файл длительностью 1.3с в mplayer - он отрезает последние 0.3с, в то же время audacity проигрывает этот файл целиком. Обнаружил такое поведение не для всех файлов, но закономерности пока не выявил. С чем может быть связано такое поведение mplayer?
mhd
7 лет, 7 месяцев назад
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
Благодарю за подробные советы, но к сожалению последняя попытка с обнулением и форматированием не помогла. Я также написал в упрощённом виде свой mount - там используется одноименная системная функция. Эта функция не монтирует флеш от моей камеры. Как и я написал, проблемы возникли после обновления а именно обновления ядра. Наверно дело в системной функции mount. udisksctl возможно использует ваш подход урезания начала раздела, если есть проблемы с монтированием. С другой стороны, может дело в неправильном определении начала раздела, как вы написали.
mhd
7 лет, 7 месяцев назад
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
Я установил pcmanfm. Он видит и монтирует камеру. Действия с изменением и монтированием файла dump тоже сработали. Образ успешно монтируется, файлы видны и снимок открывается. Теперь хотелось бы узнать поподробнее про суть манипуляций с файлом dump. Также почему он у вас монтировался без проблем? Почему у меня не монтируется камера и что делать чтобы её монтировать при помощи mount?
mhd
7 лет, 7 месяцев назад (отредактировано 7 лет, 7 месяцев назад)
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
Выполнил следующие действия:
Включил комп; открыл 3 терминала;
В 1 запустил udevadm monitor -p; во 2 запустил journalctl -f --full --all; 3 оставил для монтирования
в 1 терминале вывод после запуска
$ udevadm monitor -p
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent
в 1 терминале вывод после монтирования камеры
KERNEL[109.402000] add      /module/fat (module)
ACTION=add
DEVPATH=/module/fat
SEQNUM=1871
SUBSYSTEM=module

KERNEL[109.402039] add      /kernel/slab/fat_cache (slab)
ACTION=add
DEVPATH=/kernel/slab/fat_cache
SEQNUM=1872
SUBSYSTEM=slab

KERNEL[109.402068] add      /kernel/slab/fat_inode_cache (slab)
ACTION=add
DEVPATH=/kernel/slab/fat_inode_cache
SEQNUM=1873
SUBSYSTEM=slab

UDEV  [109.402756] add      /module/fat (module)
ACTION=add
DEVPATH=/module/fat
SEQNUM=1871
SUBSYSTEM=module
USEC_INITIALIZED=9401999

UDEV  [109.403192] add      /kernel/slab/fat_cache (slab)
ACTION=add
DEVPATH=/kernel/slab/fat_cache
SEQNUM=1872
SUBSYSTEM=slab
USEC_INITIALIZED=9402243

UDEV  [109.403583] add      /kernel/slab/fat_inode_cache (slab)
ACTION=add
DEVPATH=/kernel/slab/fat_inode_cache
SEQNUM=1873
SUBSYSTEM=slab
USEC_INITIALIZED=9402399

KERNEL[109.411562] add      /module/vfat (module)
ACTION=add
DEVPATH=/module/vfat
SEQNUM=1874
SUBSYSTEM=module

UDEV  [109.411808] add      /module/vfat (module)
ACTION=add
DEVPATH=/module/vfat
SEQNUM=1874
SUBSYSTEM=module
USEC_INITIALIZED=11603

KERNEL[109.436275] add      /module/nls_cp437 (module)
ACTION=add
DEVPATH=/module/nls_cp437
SEQNUM=1875
SUBSYSTEM=module

UDEV  [109.436451] add      /module/nls_cp437 (module)
ACTION=add
DEVPATH=/module/nls_cp437
SEQNUM=1875
SUBSYSTEM=module
USEC_INITIALIZED=36237

KERNEL[109.447325] add      /module/nls_iso8859_1 (module)
ACTION=add
DEVPATH=/module/nls_iso8859_1
SEQNUM=1876
SUBSYSTEM=module

UDEV  [109.447520] add      /module/nls_iso8859_1 (module)
ACTION=add
DEVPATH=/module/nls_iso8859_1
SEQNUM=1876
SUBSYSTEM=module
USEC_INITIALIZED=47332

во 2 терминале после запуска
$ journalctl -f --full --all
-- Logs begin at Пт 2013-11-29 02:45:29 MSK. --
янв 22 23:21:32 mhd systemd[357]: Starting Paths.
янв 22 23:21:32 mhd systemd[357]: Reached target Paths.
янв 22 23:21:32 mhd systemd[357]: Starting Basic System.
янв 22 23:21:32 mhd systemd[357]: Reached target Basic System.
янв 22 23:21:32 mhd systemd[357]: Starting Default.
янв 22 23:21:32 mhd systemd[357]: Reached target Default.
янв 22 23:21:32 mhd systemd[357]: Startup finished in 89ms.
янв 22 23:21:37 mhd org.a11y.Bus[387]: Activating service name='org.a11y.atspi.Registry'
янв 22 23:21:37 mhd org.a11y.Bus[387]: Successfully activated service 'org.a11y.atspi.Registry'
янв 22 23:21:37 mhd org.a11y.atspi.Registry[401]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry
после монтирования камеры вывод не поменялся

Затем я вставил флеш закрыл все 3 терминала, опять открыл 3 терминала, в первых двух запустил соответствующие команды и примонтировал флеш
в 1 терминале был такой вывод
$ udevadm monitor -p
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

во 2 терминале терминале вывод тоже не менялся и был как выше. Я подумал, что после первого монтирования usb, повторно модули не будут грузиться и поэтому перезагрузил комп.
после перезагрузки полный вывод udevadm monitor -p и journalctl -f --full --all после монтирования флеши
$ udevadm monitor -p
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[99.675568] add      /module/fat (module)
ACTION=add
DEVPATH=/module/fat
SEQNUM=1880
SUBSYSTEM=module

KERNEL[99.675621] add      /kernel/slab/fat_cache (slab)
ACTION=add
DEVPATH=/kernel/slab/fat_cache
SEQNUM=1881
SUBSYSTEM=slab

KERNEL[99.675647] add      /kernel/slab/fat_inode_cache (slab)
ACTION=add
DEVPATH=/kernel/slab/fat_inode_cache
SEQNUM=1882
SUBSYSTEM=slab

UDEV  [99.676124] add      /module/fat (module)
ACTION=add
DEVPATH=/module/fat
SEQNUM=1880
SUBSYSTEM=module
USEC_INITIALIZED=675594

UDEV  [99.676459] add      /kernel/slab/fat_cache (slab)
ACTION=add
DEVPATH=/kernel/slab/fat_cache
SEQNUM=1881
SUBSYSTEM=slab
USEC_INITIALIZED=675842

UDEV  [99.676822] add      /kernel/slab/fat_inode_cache (slab)
ACTION=add
DEVPATH=/kernel/slab/fat_inode_cache
SEQNUM=1882
SUBSYSTEM=slab
USEC_INITIALIZED=676073

KERNEL[99.685342] add      /module/vfat (module)
ACTION=add
DEVPATH=/module/vfat
SEQNUM=1883
SUBSYSTEM=module

UDEV  [99.685549] add      /module/vfat (module)
ACTION=add
DEVPATH=/module/vfat
SEQNUM=1883
SUBSYSTEM=module
USEC_INITIALIZED=5364

KERNEL[99.701619] add      /module/nls_cp437 (module)
ACTION=add
DEVPATH=/module/nls_cp437
SEQNUM=1884
SUBSYSTEM=module

UDEV  [99.701825] add      /module/nls_cp437 (module)
ACTION=add
DEVPATH=/module/nls_cp437
SEQNUM=1884
SUBSYSTEM=module
USEC_INITIALIZED=1619

KERNEL[99.712689] add      /module/nls_iso8859_1 (module)
ACTION=add
DEVPATH=/module/nls_iso8859_1
SEQNUM=1885
SUBSYSTEM=module

UDEV  [99.712898] add      /module/nls_iso8859_1 (module)
ACTION=add
DEVPATH=/module/nls_iso8859_1
SEQNUM=1885
SUBSYSTEM=module
USEC_INITIALIZED=2691

$ journalctl -f --full --all
-- Logs begin at Пт 2013-11-29 02:45:29 MSK. --
янв 22 23:29:16 mhd systemd[358]: Reached target Timers.
янв 22 23:29:16 mhd systemd[358]: Starting Basic System.
янв 22 23:29:16 mhd systemd[358]: Reached target Basic System.
янв 22 23:29:16 mhd systemd[358]: Starting Default.
янв 22 23:29:16 mhd systemd[358]: Reached target Default.
янв 22 23:29:16 mhd systemd[358]: Startup finished in 131ms.
янв 22 23:29:21 mhd org.a11y.Bus[388]: Activating service name='org.a11y.atspi.Registry'
янв 22 23:29:22 mhd org.a11y.Bus[388]: Successfully activated service 'org.a11y.atspi.Registry'
янв 22 23:29:22 mhd org.a11y.atspi.Registry[412]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry
янв 22 23:29:21 mhd systemd[358]: Time has been changed

Как видно, вывод после монтирования камеры или флеши происходит только у udevadm monitor -p Для камеры и флеши он одинаковый за исключением номеров. Я помню, когда я в конце лета после обновления не мог монтировать камеру, я где то прочитал что это сбой в mount. Воспоминания смутные, поэтому утверждать не буду, но возможно mount для моей камеры не работает.
mhd
7 лет, 7 месяцев назад
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
akorop
А есть ли возможность выложить куда-то для изучения несколько мегабайтов от начала карточки (dd if=/dev/sdc of=куда-то bs=1M count=4)?
Я проверял карту в винде- вроде всё в порядке. Потом отформатировал карту самим фотоаппаратом и сделал 1 снимок. В арче всё равно ничего не монтируется. Выкладываю вывод:
sudo dd if=/dev/sdc of=/tmp/dump bs=1M count=4
по ссылке
mhd
7 лет, 7 месяцев назад
Темы: 28
Сообщения: 99
Участник с: 23 октября 2012
eikoninaru
я конечно же извиняюсь, но режим usb в камере включен?
Да. Выше показан вывод lsusb, где камера показана в storage mode
akorop
Что покажет lsblk -f | grep sdc ?
$  lsblk -f | grep sdc
sdc
└─sdc1 vfat                             FC30-3DA9
akorop
Не прочекать ли этот раздел (если FAT, то лучше под виндой) или не переформатировать ли его (лучше самой камерой)?
Можно попробовать, но у меня две карточки для камеры не монтируются. Получается они обе одновременно нуждаются в форматировании? По моему, мала вероятность, что обе имеют неполадки.
 

© 2006-2022, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.