k3b Определение скорости записи Blu-ray дисков

[Shaman207]

Доброго время суток
Это не проблема а просто интересное поведение с которым я хочу разобраться.
Итак:
Стоит UBUNTU 16.04 х64 (ради интереса ставил минт на дебиане тоже самое).
 При записи BD-R дисков компании MIREX (на других не пробовал т.к недоступны) программа k3b как-то странно определяет скорость записи.
Производителем заявлено, что диски могут быть записаны со скоростью 1х-4х
и при записи в программе Nero 16 (Win7) так и происходит


А в k3b максимальная, определяемая скорость записи уже другая.


Т.е. теже 17000 кб/с уже не 4х как указывает производитель и определяет нера, а 12.10x

Это не зависит от железа (у меня два разных привода).
Собственно вопрос, почему так?

[cdroma]

к3b глючит.

[Shaman207]

Разобрался, её не глючит просто другая система отсчёта. Причём не верная.
Поясняю: скорости 1х 2х 3х показывают во сколько раз скорость передачи данных больше эталонной
для CD дисков эталон равен 150Кб/с,
для DVD 1352 Кб/с,
для Blu-ray 4500 Кб/с
Фактические скорости могут немного отличаться из-за особенностей оборудования.
И так если мы возьмём скорость которую показывает нера 17980 Кб/с и разделим её на 4 получим 4495 Кб/с, что укладывается в погрешность и равно эталону Blu-ray. Но если мы возьмём данные с K3b 17035 Кб/с и разделим на указанный множитель 12,30, то получим 1384 Кб/с, что, с учетом погрешностей равно эталону DVD.
Из выше описанного делаем вывод, что K3b при расчёте скорости записи Blu-ray дисков использует не верный эталон и это не глюк, а недосмотр или пофигизм разработчиков.

ИМХО нужно указать этот момент в Ubuntu wiki (ну или хотя бы ссылку на пост) т.к. если кто-то начнёт записывать Blu-ray диски в K3b, как я, и не знает всего вышеизложенного, то он будет писать на сильно заниженной скорости

[Пользователь]

Ссылка на тему добавлена в вики
https://help.ubuntu.ru/wiki/k3b

[Shaman207]

Благодарю.

[cdroma]

её не глючит просто другая система отсчёта. Причём не верная.

ну это и есть "глючит". я, кстати, так и подумал, что bd скорости считают какими-то другими.
у меня в таких случая возникает вопрос - а на что еще разработчики хрен положили?

[F12]

ну это и есть "глючит".

- нет, ты не прав, ибо:

Семантические свойства
Значение
2. перен., комп. жарг., об устройстве, компьютерной программе работать со сбоями, сбоить

- а тут именно что

...делаем вывод, что K3b при расчёте скорости записи Blu-ray дисков использует не верный эталон и это не глюк, а недосмотр или пофигизм разработчиков.

[cdroma]

ага, значит, когда программа по записи дисков показывает погоду на марсе, то это штатная работа и это оок.
ну, хорошо.

[Tear]

Люди пишут, что запись блюреев в Убунте вообще не поддерживается из коробки. Для нормальной работы вроде нужно cdrtools из ppa:  https://launchpad.net/~brandonsnider/+archive/cdrtools. В англоязычной вики написано.

[Shaman207]

Я в UBUNTU 16.04 х64 ничего стороннего не настраивал просто поставил k3b из официальных репов, в Минте тоже.

[Tear]

Я в UBUNTU 16.04 х64 ничего стороннего не настраивал просто поставил k3b из официальных репов, в Минте тоже.

Ну я так понял, что проблема в том, что k3b и Brasero используют cdrkit, который блюрей не умеет, а нужно прикрутить к ним cdrtools, с которыми всё нормально. Сам проверить не могу, блюрей-привода не имею.

[Shaman207]

Blu-ray я пишу нормально, установив K3b из официальных репов.
Маленько поразбиравшись понял, что убунтовский K3b тянет за собой пакет wodim который является форком программы cdrecord в cdrtools. Вот статья в Вики.
Т.е. cdrecord необходимый для записи Blu-ray дисков ставиться в месте с K3b.
Статья которую вы указали датирована 23 марта 2015 14:50 GMT т.е. 2,5 года назад видимо за это в ремя в репы добавили форк.
Ради интереса поменял пакеты и установил оригинальный cdrecord проблема с определением скоростей не ушла, (записывать не пробовал не охота зря болванку пороть) поэтому вернул всё как было.
За инфу благодарю.

P.S. и кстати я нигде не говорил, что у меня проблема с записью. Диски пишутся нормально,что по моему понятно из второго скрина т.к. это окошко начала записи которое вообще бы не появилось если бы у меня не был установлен нужный пакет. Проблема именно с определением скорости. Я по первой как православный выбирал 4 скорость и очень долго ждал завершения процесса, пока не загрузил винду и не записал диск в ней. Увидел разницу и начал разбираться. 

[Tear]

Ради интереса поменял пакеты и установил оригинальный cdrecord проблема с определением скоростей не ушла, (записывать не пробовал не охота зря болванку пороть) поэтому вернул всё как было.

А настройки тоже меняли, как в англоязычной вики указано? Интересно просто.

[Shaman207]

Да, без изменений.
Пользователь добавил сообщение 10 Сентября 2017, 20:18:29:Отписался на багтрекере
Вот ссылка: Bug 384566
Огромная благодарность пользователю, с другого форума, под ником Oleg65 за за перевод.

Поскольку не могу однозначно быть уверен, что прямое указание ссылки на этот форум не попадает под действие правила
2.15. "Несанкционированно рекламировать и продвигать другие сетевые и несетевые ресурсы, товары, компании, услуги; так же запрещён любой PR."
то указывать его не буду, но при желании его можно нагуглить словами "ФОРУМ ДЛЯ LINUX", а тема там называется также.

[Shaman207]

Проблема решилась.

Как видно из этого сообщения

(Нажмите, чтобы показать/скрыть)

Hi,

the strange speed value 4.1x seems to stem from a 1024/1000 confusion
in growisofs.
growisofs_mmc.cpp has:

  #define BD_1X   4390    // 4495.5 * 1000 / 1024
  ...
        _1x = BD_1X;
  ...
      page2A = pull_page2A (cmd);
  ...
    hlen = 8 + (page2A[6]<<8|page2A[7]);

    unsigned char * const p = page2A + hlen;
  ...
    {   velocity = p[28]<<8|p[29];
  ...
        fprintf (stderr,"%s: \"Current Write Speed\" is %.1fx%dKBps.\n",
                        ioctl_device,velocity/(double)_1x,_1x);

Page 0x2A is the obsolete "CD/DVD Capabilities and Mechanical Status Page"
last mentioned in MMC-3. One can ask a drive to fill it out and return it.
Its bytes 28 and 29 then contain the "Current Write Speed Selected".
To my knowledge, all drives return this value as kB/sec. So growisofs
should divide it by 4495, not by 4390.

Not K3B's fault. growisofs needs a maintainer.


Have a nice day

Thomas

видно, что проблема в модуле growisofs и ниже  есть ссылка указывающая на то, что начиная с версии 17.07.0 баг исправлен.

(Нажмите, чтобы показать/скрыть)

diff --git a/ChangeLog b/ChangeLog
index 3b00797..e413e09 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,18 @@
+17.07.0
+=======
+Changes:
+ * Keep transcode until a replacement is implemented (BUG: 381131)
+
+Bugfixes:
+ * It doesn't need to warn if filesGreaterThan2Gb for new Linux system (BUG:
+ 380067)
+ * Fixed Rip fails to start when using clone mode and target exsists (BUG:
+ 379849)
+ * Added MediaType for GrowisofsHandler (BUG: 380064)
+ * Fixed unnecessary spaces to file names of tracks extracted from audio cd
+ (BUG: 380322)
+ * Set desktop file name explicitely (BUG: 380909)