Вы здесь

{ТУПОЙ ВОПРОС}Видеорегистратор подключаю, видео не найти

Добрый день Джентльмены! Приношу свои извинения, тему можно не читать.

Как только мне кажется, что я приобрёл опыт в Linux, немедленно надо искать знакомых с Виндоуз машиной.
Проблема с видеорегистратором vacron VVG-CBN11 http://www.vacron.com/products_mobile_carcamera-2.html
Я не могу найти, посмотреть, и скопировать видео с него.
На карте памяти:
Модель: Multi Flash Reader (scsi)
Диск /dev/sdb: 15.9GB
Размер сектора (логич./физич.): 512B/512B
Таблица разделов: msdos
Флаги диска:

Номер Начало Конец Размер Тип Файловая система Флаги
1 31.7kB 85.2MB 85.2MB primary fat32

На этом миниразделе лежит
l
Bit_rate.vcf
recaudio.acf
savenergy.cfg
VideoFormat.vcf
Volume.vum

Остальное пространство занято ничем.

При включении его в USB порт - не вижу.
lsusb
Bus 003 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 13d3:3394 IMC Networks Bluetooth
Bus 001 Device 004: ID 1a2c:0e24 China Resource Semico Co., Ltd
Bus 001 Device 003: ID 0461:4d64 Primax Electronics, Ltd
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

dmesg | wgetpaste
http://bpaste.net/show/3123832f93b5
Видео при просмотре карты регистратором - есть в нём.

Как его обнаружить, скопировать?
Пробовал найти через testdisk foremost - безрезультатно.

А как видео должно считываться на комп штатно (по инструкции)?

gentl ki написал:
...
Номер Начало Конец Размер Тип Файловая система Флаги
1 31.7kB 85.2MB 85.2MB primary fat32
На этом миниразделе лежит
l
Bit_rate.vcf
recaudio.acf
savenergy.cfg
VideoFormat.vcf
Volume.vum

Остальное пространство занято ничем.

Предполагаю, что (meta-)данные могут быть тут: Volume.vum. В случае мета-данных (например, физ.адрес на устройстве) видео может писаться в Остальное пространство.

gentl ki написал:
При включении его в USB порт - не вижу.

Видимо ядро недоделаное, дай конфиг - посмотрим...

SysA написал:
gentl ki написал:
При включении его в USB порт - не вижу.

Видимо ядро недоделаное, дай конфиг - посмотрим...

МетОда определения недостающих опций ядра, правда для совсем другого гаджета, интересна и мне.
Или тут царит конкретика и метод перебора? ☹

:wq
--
Live free or die

Anarchist написал:
SysA написал:
gentl ki написал:
При включении его в USB порт - не вижу.

Видимо ядро недоделаное, дай конфиг - посмотрим...

МетОда определения недостающих опций ядра, правда для совсем другого гаджета, интересна и мне.
Или тут царит конкретика и метод перебора? ☹

МетОда достаточно проста по идее, но тяжела в реализации:

попросту говоря - изучайте матчасть! В твоей терминологии - конкретика. Зная используемую элементную базу (chipset) и как все работает (я имею ввиду не только и не столько сам гаджет), можно понять чего не хватает. Это так сказать классический путь (old school).

К сожалению такой подход, мягко говоря, не слишком популярен нынче, поэтому "новое поколение выбирает" метод перебора. :(

Так что может быть и то, и другое, и даже их сочетание (т.е. чем больше конкретики, тем можно сделать меньше вариантов для метода перебора, конечно же, если понимаешь, что делаешь!).

SysA написал:
А как видео должно считываться на комп штатно (по инструкции)?

gentl ki написал:
...
Спасибо, мне как в Мимино "Сюда не хоиди, тут следы!", очень нужно вытащить несколько кадров обгона где я чуть не гробанулся из за отказа только что починенного авто.
Да и инструкций толком нет, втыкаться в Win, в которой должен запускаться проприетарный плеер. Типа VVG-CBN11-VACRON-V2.0.6.31-PLAYER.rar.
Я попробовал запустить virtualbox выглядит так:

https://www.dropbox.com/s/pgglq3i52y228i6/varcon.my.png?dl=0

Сейчас дам diff на dmesq до и после включения, halt.

SysA написал:
Предполагаю, что (meta-)данные могут быть тут: Volume.vum. В случае мета-данных (например, физ.адрес на устройстве) видео может писаться в Остальное пространство.

Тем не менее средствами восстановления потерянных данных я не нашёл в этом вакууме ничего. Файлики смотрел, три бинарных, не читаются, два текстовых, на одном что-то format=0 второй тоже не многословен. Притащу регистратор домой, посмотрю. Пока пишу на следующие карты, откладывая нужные для разбирательств. Всем друзьям я поставил Linux, в свете борзоватости 10ки. Вытащить нужный кадр, я в конце концов у кого-нибудь смогу, но хотелось бы иметь возможность взаимодействия с регистратором, ситуация в которой купил я, а получается - меня купили, расстраивает. Не в первый раз.

Вот эти файлы:
https://yadi.sk/d/qUevTnTKueyDq
Эта тема мне кажется уставшей. Прошу всех мне помогающих, спасибо Вам большое, оценить трудоёмкость решения вопроса. Возможно этот регистратор - вещь в себе, такой ею и останется по замыслу создателя. Буду им отпугивать подставлял. Может есть возможность

заставить его писать на карту

. Это бы решило все проблемы.

Попробуйте загрузиться с какого-нибудь LiveCD, например, того же Ubuntu. Чисто чтоб посмотреть какая будет там реакция на подключение видеорегистратора.

Спасибо за участие, всё таки оказалось что "Для дурака не нужен нож" ©

gentl ki написал:
dmesg | wgetpaste
http://bpaste.net/show/3123832f93b5

Ты знаешь где ты не прав?
Во-первых, паста, особенно по умолчанию, живёт очень недолго.
Во-вторых, в ней интересны всего несколько строчек. Искать которые совершенно не улыбается.

Потому правильно посмотреть вывод до и после подключения устройства, и в вопросе на форуме процитировать те несколько строчек отчёта о результате определения устройства.

:wq
--
Live free or die

Anarchist написал:
gentl ki написал:
dmesg | wgetpaste
http://bpaste.net/show/3123832f93b5

Ты знаешь где ты не прав?
Потому правильно посмотреть вывод до и после подключения устройства, и в вопросе на форуме процитировать те несколько строчек отчёта о результате определения устройства.

Нет разницы в dmesq до и после.
Проверил дважды, при перезагрузке с подключенным регистратором, и после перезагрузки и подключении регистратора.
diff dmesq-0.txt dmesq.2.txt
195,196c195,196
< tsc: Detected 1396.727 MHz processor
< Calibrating delay loop (skipped), value calculated using timer frequency.. 2793.45 BogoMIPS (lpj=1396727)
---
> tsc: Detected 1396.738 MHz processor
> Calibrating delay loop (skipped), value calculated using timer frequency.. 2793.47 BogoMIPS (lpj=1396738)
236c236
< smpboot: Total of 2 processors activated (5586.90 BogoMIPS)
---
> smpboot: Total of 2 processors activated (5586.95 BogoMIPS)
483c483
< audit: type=2000 audit(1472480315.415:1): initialized
---
> audit: type=2000 audit(1472480527.415:1): initialized
577c577
< rtc_cmos 00:02: setting system clock to 2016-08-29 14:18:36 UTC (1472480316)
---
> rtc_cmos 00:02: setting system clock to 2016-08-29 14:22:08 UTC (1472480528)
652,654c652,654
< raid6: sse2x1 gen() 4488 MB/s
< raid6: sse2x1 xor() 3490 MB/s
< raid6: sse2x2 gen() 5585 MB/s
---
> raid6: sse2x1 gen() 4453 MB/s
> raid6: sse2x1 xor() 3492 MB/s
> raid6: sse2x2 gen() 5613 MB/s
656,659c656,659
< raid6: sse2x4 gen() 6554 MB/s
< raid6: sse2x4 xor() 4521 MB/s
< raid6: using algorithm sse2x4 gen() 6554 MB/s
< raid6: .... xor() 4521 MB/s, rmw enabled
---
> raid6: sse2x4 gen() 6546 MB/s
> raid6: sse2x4 xor() 4515 MB/s
> raid6: using algorithm sse2x4 gen() 6546 MB/s
> raid6: .... xor() 4515 MB/s, rmw enabled
663,665c663,665
< prefetch64-sse: 9504.000 MB/sec
< generic_sse: 8548.000 MB/sec
< xor: using function: prefetch64-sse (9504.000 MB/sec)
---
> prefetch64-sse: 9592.000 MB/sec
> generic_sse: 8692.000 MB/sec
> xor: using function: prefetch64-sse (9592.000 MB/sec)
699d698
< [drm] Initialized drm 1.1.0 20060810
703a703
> [drm] Initialized drm 1.1.0 20060810
742c742
< vboxdrv: fAsync=0 offMin=0x1ce offMax=0x44da
---
> vboxdrv: fAsync=0 offMin=0x1a2 offMax=0x6aa

И не прав я был, когда купленный и внезапно почивший регистратор поменял, не почитав как следует отзывы на другой - вот это поделие Тайваня. Мне в голову не могло прийти, что найдутся производители регистраторов, пишущих на карту в проприетарном формате через устройство. Я пересмотрел отношение к борцам за свободу Тайваня. Эти проприетарщики её не заслужили.
Похоже тухляк.
Вижу два выхода:
- Сделать большую флешку с WinXP
- Где то давно читал про возможность установки winXP используя комп как тонкий клиент через AOE инициализацию с установкой самой оси XP в датасет FreeBSD, который крутиться в кладовке. Буду курить этот вариант.
Буду очень признателен за помощь ссылками на клонированный образ winXP с поддержкой сетевой загрузки, ссылки на статьи и критику этой идеи в целом. Установку в MBR считаю нецелесообразной, gentoo для меня - ревнивая жена - я дуалбут с debian теряю постоянно по непонятным причинам, а уж винду она точно не потерпит.

Бред в логах, потому как нужный УСБ переадресован на виртуалку, видимо...

P.S. Кстати, в первоначальной версии лога подключение New USB device found, idVendor=058f, idProduct=6331 четко видно! ;)

SysA написал:
Бред в логах, потому как нужный УСБ переадресован на виртуалку, видимо...

P.S. Кстати, в первоначальной версии лога подключение New USB device found, idVendor=058f, idProduct=6331 четко видно! ;)

Вот спасибо! Но это не регистратор а картридер. Точно могу уже сказать, спасибо за совет по чтению лога, что регистратор подключается бесследно:
Сразу после загруки:

dmesg |tail -n1
[ 32.282026] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready

после подключения регистратора :
dmesg |tail
[ 32.282013] r8169 0000:03:00.0 enp3s0: link up
[ 32.282026] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready

Вынудили прочитать доки... Так вот, этот регистратор вообще не имеет выхода напрямую в комп! :)
Так что вы зря ищите черную кошку в темной комнате - ее там нет!!!
Непонятно, что/kak вы там вообще подключаете!.. :D

P.S. Может быть эта инфа будет вам полезна.

SysA написал:
Вынудили прочитать доки... Так вот, этот регистратор вообще не имеет выхода напрямую в комп! :)
Так что вы зря ищите черную кошку в темной комнате - ее там нет!!!
Непонятно, что/kak вы там вообще подключаете!.. :D

P.S. Может быть эта инфа будет вам полезна.

Спасибо за приговор! Я никак не мог поверить в это вариант, он казался мне абсурдным. Потому что выхода напрямую в телевизор там тоже нет. Это как купить бутылку в которой триста жён и семьсот наложниц Соломона пасуют 1001 ночь перед мастерством Суламифь, и выяснить, что бутылка непрозрачная и неоткрывающаяся. Извините за вынужденное открытие доков, иногда требуется мнение эксперта по поиску чёрных кошек в тёмных комнатах.

Без проблем, обращайтесь! :)

А по ссылке, что я дал, делать не пробовал? Мужик пишет, что перекодировав оригинал в .avi, очень даже неплохое качество получается с прекрасной синхронизацией звука...

Спасибо, ссылку читал. Дело в том, что я не вижу ничего, кроме того пятифайлья, на минидиске, которое выложил на ссылке яндекс-диск. И у меня нет под руками Win7 что бы проверить возможность взаимодействия с PC. В Vbox их Плеер даёт ошибку. Инструкция прилагается, но там ничего нет по существу. «если к вам неожиданно пришли гости, пошлите девку в погреб, пусть она принесёт холодной телятины и клубники со сливками. Это будет вполне прилично» © Но нет ни девки, ни погреба, ни холодной телятины.

1. А в режиме WinXP пробовали?
2. А под Wine'ом?

Anarchist написал:
gentl ki написал:
dmesg | wgetpaste
http://bpaste.net/show/3123832f93b5

Ты знаешь где ты не прав?
Во-первых, паста, особенно по умолчанию, живёт очень недолго.
Во-вторых, в ней интересны всего несколько строчек. Искать которые совершенно не улыбается.

Потому правильно посмотреть вывод до и после подключения устройства, и в вопросе на форуме процитировать те несколько строчек отчёта о результате определения устройства.

А "Ты знаешь где ты не прав?"(С) :)
Во-первых, паста живет столько, сколько ты скажешь!
Во-вторых, в ней не всегда интересны всего несколько строчек, иногда интересна и предыстория событий. Конечно, со стороны ТС было бы более информативно, корректно и вежливо указать момент возникновения события (например, втыкания девайса и т.п.), поскольку это не всегда очевидно. А выдача diff'а, сделанная по твоей подсказке ТС, так вообще полный абсурд, т.к. загружает излишней информацией и делает все трудно читаемым.

SysA написал:
Anarchist написал:
gentl ki написал:
dmesg | wgetpaste
http://bpaste.net/show/3123832f93b5

указать момент возникновения события (например, втыкания девайса и т.п.),

Немного в сторону, можно раскрыть способ этого действа? Как?

gentl ki написал:
SysA написал:
gentl ki написал:
dmesg | wgetpaste
http://bpaste.net/show/3123832f93b5

указать момент возникновения события (например, втыкания девайса и т.п.),

Немного в сторону, можно раскрыть способ этого действа? Как?

Из лога! :) В твоем случае

[ 2293.589492] usb 1-1: new high-speed USB device number 6 using xhci_hcd

Здесь 2293.589492 есть время.

P.S. Если не умеешь читать/анализировать логи, то просто считай и выдай с соответствующим комментарием последнюю отметку времени перед втыканием, типа

dmesg |tail -1

SysA написал:
А "Ты знаешь где ты не прав?"(С) :)
Во-первых, паста живет столько, сколько ты скажешь!

Сам такой! ☺
В смысле это ты не прав.
Смотри для примера из злободневного на то как живёт gentoo-wiki.gentoo.ru
А паста, как сущность высшего порядка, не может демонстрировать лучших показателей.

SysA написал:
Во-вторых, в ней не всегда интересны всего несколько строчек, иногда интересна и предыстория событий.

Причём в кольцевом буфере ядра это самое желательное дополнение физически присутствует не всегда.

SysA написал:
Конечно, со стороны ТС было бы более информативно, корректно и вежливо указать момент возникновения события (например, втыкания девайса и т.п.), поскольку это не всегда очевидно.

Да… Уходит Культура ☹
kern.log уже практически ушёл в область Предания (а раздел, в котором описывалась настройка подсистемы «потерялся» при миграции на новый формат, такой вот «прогресс»)…

SysA написал:
А выдача diff'а, сделанная по твоей подсказке ТС, так вообще полный абсурд, т.к. загружает излишней информацией и делает все трудно читаемым.

Дык тот diff не для форумов в формате «помогите решить проблему», а для самостоятельного анализа в подходящей утилите (dev-util/meld или аналог).

:wq
--
Live free or die

Anarchist написал:
SysA написал:
А "Ты знаешь где ты не прав?"(С) :)
Во-первых, паста живет столько, сколько ты скажешь!

Сам такой! ☺
В смысле это ты не прав.
Смотри для примера из злободневного на то как живёт gentoo-wiki.gentoo.ru
А паста, как сущность высшего порядка, не может демонстрировать лучших показателей.

Читаем доки:

~ $ wgetpaste --help
Usage: /usr/bin/wgetpaste [options] [file[s]]
Options:
...
-s, --service SERVICE set service to use (defaults to "bpaste")
-e, --expiration EXPIRATION set when it should expire (defaults to "1week")
...

Что тут не так?!.. ;)

Anarchist написал:

SysA написал:
Во-вторых, в ней не всегда интересны всего несколько строчек, иногда интересна и предыстория событий.

Причём в кольцевом буфере ядра это самое желательное дополнение физически присутствует не всегда.

в 99.99% случаев кольцевого буфера более чем достаточно, чтобы разобраться в текущей проблеме... тем более в контексте топика.

Anarchist написал:

SysA написал:
Конечно, со стороны ТС было бы более информативно, корректно и вежливо указать момент возникновения события (например, втыкания девайса и т.п.), поскольку это не всегда очевидно.

Да… Уходит Культура ☹
kern.log уже практически ушёл в область Предания (а раздел, в котором описывалась настройка подсистемы «потерялся» при миграции на новый формат, такой вот «прогресс»)…

Ты не поверишь - мы kern.log даже в логгер на другой датацентр пишем! :)
А security audit там даже что-то анализирует...

Anarchist написал:

SysA написал:
А выдача diff'а, сделанная по твоей подсказке ТС, так вообще полный абсурд, т.к. загружает излишней информацией и делает все трудно читаемым.

Дык тот diff не для форумов в формате «помогите решить проблему», а для самостоятельного анализа в подходящей утилите (dev-util/meld или аналог).

Не очень понятен этот "мазохистский" метод даже в такой интерпретации... хотя BDSM я тоже не понимаю! :D