[Comm] cdrecord - bug = шаг к виндам? ;)

[Comm] cdrecord - bug = шаг к виндам? ;)

[Oleg K. Artemjev]

Основной раздражающий меня в виндах фактор - мало что можно отключить, много чего делается не зависимо от желания
пользователя. Внимание вопрос - какого $%^@$%&@&*!*!&*%% cdrecord игнорирует ключик -speed 1 и пытается писать на 
4ой скорости, когда я прошу на 1ой. :/ 

bugreport:
Коробочный ALT MAster 2.0. Для того чтобы записать на 1ой скорости дома мне приходится вынимать компакт, а 
команду пускать до того как он вставлен, чтобы диск не успевал савтодетектится. На работе у меня этого 
вообще сделать не удается - диск всегда успевает сдетектится и в результате я не могу записать на той
скорости которую мне надо. :( 

What's the f**k? ?-(
PS: и не надо мне говорить, что "писать на первой скорости... " - это не программы дело за меня решать. =|
-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 552 bytes --]

On Thu, Feb 27, 2003 at 10:30:45AM +0300, Oleg K. Artemjev wrote:
> 
> Основной раздражающий меня в виндах фактор - мало что можно отключить, много чего делается не зависимо от желания
> пользователя. Внимание вопрос - какого $%^@$%&@&*!*!&*%% cdrecord игнорирует ключик -speed 1 и пытается писать на 
> 4ой скорости, когда я прошу на 1ой. :/ 

export CDR_SPEED=1
или 
export CDR_SPEED=0
должно решить эту проблему (кстати в документации cdrecord описано)

-- 

With Best Regards, Maxim Tyurin
mailto: MrKooll@mail.ru
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Antonio]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 27 Feb 2003, Oleg K. Artemjev wrote:

> Основной раздражающий меня в виндах фактор - мало что можно
> отключить, много чего делается не зависимо от желания
> пользователя. Внимание вопрос - какого $%^@$%&@&*!*!&*%%
> cdrecord игнорирует ключик -speed 1 и пытается писать на 4ой
> скорости, когда я прошу на 1ой. :/

cdrecord -v speed=1 ...

не катит?

- -- 
Best regards,
	Tony.			mailto:obidos@mail.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+XcXp2gaLrWRbr5URAuZhAKCzQZvH+KOA7hPRFFDYA/wbhl4vIQCgq3+f
FGDBZyr1FGM8AORNcQWRZgg=
=i0PJ
-----END PGP SIGNATURE-----

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Oleg K. Artemjev]

On Thu, 27 Feb 2003 11:01:42 +0300 (MSK)
Antonio <obidos@mail.ru> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Thu, 27 Feb 2003, Oleg K. Artemjev wrote:
> 
> > Основной раздражающий меня в виндах фактор - мало что можно
> > отключить, много чего делается не зависимо от желания
> > пользователя. Внимание вопрос - какого $%^@$%&@&*!*!&*%%
> > cdrecord игнорирует ключик -speed 1 и пытается писать на 4ой
> > скорости, когда я прошу на 1ой. :/
> cdrecord -v speed=1 ...
> не катит?
то же самое. %-)

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Maxim Tyurin]

> > cdrecord -v speed=1 ...
> > не катит?
> то же самое. %-)
export CDR_SPEED=1; cdrecord -v spped=1 ..
или 
export CDR_SPEED=0; cdrecord -v spped=1 ..
не катит?
У меня первый вариант Тику помог
-- 

With Best Regards, Maxim Tyurin
mailto: MrKooll@mail.ru
JID:	MrKooll@jabber.pibhe.com
			

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Oleg K. Artemjev]

On Thu, 27 Feb 2003 10:26:22 +0200
Maxim Tyurin <mrkooll@tdr.pibhe.com> wrote:

> > > cdrecord -v speed=1 ...
> > > не катит?
> > то же самое. %-)
> export CDR_SPEED=1; cdrecord -v spped=1 ..
> или 
> export CDR_SPEED=0; cdrecord -v spped=1 ..
> не катит?
> У меня первый вариант Тику помог
не канает.


-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Antonio]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 27 Feb 2003, Oleg K. Artemjev wrote:

> > cdrecord -v speed=1 ...
> > не катит?
> то же самое. %-)

Тогда вопросы такие:
1) модель резака;
2) версия cdrecord;
3) в другом дистрибутиве или в мышевозе на первой скорости
на этом приводе писать получается?

- -- 
Best regards,
	Tony.			mailto:obidos@mail.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD4DBQE+Xddh2gaLrWRbr5URAnX3AJ94iXJavfKdPwaMYTPGIDwYMJ6l+wCXUTsi
aIJAswPJ03qwcs2094P6yw==
=F9f0
-----END PGP SIGNATURE-----

[Comm] cdrecord игнорирует speed=1

[Olga]

Antonio <obidos@mail.ru> пишет:

> > > cdrecord -v speed=1 ...
> > > не катит?

Нет, равно как и вариант с  export CDR_SPEED=1
(да впрочем, CDR_SPEED=1 у меня было записано в /etc/cdrecord)

 
> Тогда вопросы такие:
> 1) модель резака;
> 2) версия cdrecord;
> 3) в другом дистрибутиве или в мышевозе на первой скорости
> на этом приводе писать получается?

У меня наблюдается та же проблема - невозможность заставить
cdrecord писать на 1й скорости, игнорирование им speed=1.

Тем не менее, раньше, в ASPLinux 7.1 cdrecord понимал speed=1 
(и в win95 OSR2 тоже получалось писать на 1й скорости). 

Ни CDR_SPEED=1, ни опция -speed=1 не действуют,
cdrecord упорно норовит писать на 2й скорости.


Относительно вопросов 1) и 2), а также упомянутой опции
driveropts=forcespeed  можно сказать следующее:

[olga@localhost olga]$ cdrecord -checkdrive driveropts=help
Cdrecord 1.11a23 (i586-alt-linux-gnu) Copyright (C) 1995-2002 JЖrg Schilling
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.6'
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : 'LG      '
Identifikation : 'CD-RW CED-8083B '
Revision       : '1.05'
Device seems to be: Generic mmc CD-RW.
Driver options:
None supported for this drive.

   Нету forcespeed...   

(А на болванках, кстати, явно указана возможность записи на 1й скорости)


С уважением,
OL

Re: [Comm] cdrecord игнорирует speed=1

[Antonio]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, 28 Feb 2003, Olga wrote:

> У меня наблюдается та же проблема - невозможность заставить
> cdrecord писать на 1й скорости, игнорирование им speed=1.
>
> Тем не менее, раньше, в ASPLinux 7.1 cdrecord понимал speed=1
> (и в win95 OSR2 тоже получалось писать на 1й скорости).
>
> Ни CDR_SPEED=1, ни опция -speed=1 не действуют,
> cdrecord упорно норовит писать на 2й скорости.

Вообще-то speed=1 пишется без минуса.

То есть железо не менялось? Тогда, если нужна первая скорость,
можно схитрить так: чтобы не нарушать зависимости, собрать из
tar.gz cdrecord той версии, которая была в ASPLinux 7.1, но НЕ
УСТАНАВЛИВАТЬ, а создать каталог, скажем, ~/bin и положить файл
cdrecord туда (при желании обозвав его как-нибудь типа
cdrecord.1speed), выдав ему нужные права по аналогии со штатным
cdrecord. Поправляем PATH, добавив ~/bin.

Тогда для записи на первой скорости говорим

$ cdrecord.1speed -v speed=1 ...,

а для обычной записи пользуем "системный" cdrecord.

> Относительно вопросов 1) и 2), а также упомянутой опции
> driveropts=forcespeed  можно сказать следующее:
>
[skip]
> Vendor_info    : 'LG      '

А чего еще от lg ожидать. :(((

- -- 
Best regards,
	Tony.			mailto:obidos@mail.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+XzoN2gaLrWRbr5URAlKYAJ4zJFDj1TUMov3U2kdWjSKRwPYcUgCdHzjd
tUSAsYdBZL8LuxRGg+WNtfA=
=TVnN
-----END PGP SIGNATURE-----

Re: [Comm] cdrecord игнорирует speed=1

[Oleg K. Artemjev]

On Fri, 28 Feb 2003 13:29:30 +0300 (MSK)
Antonio <obidos@mail.ru> wrote:
> > У меня наблюдается та же проблема - невозможность заставить
> > cdrecord писать на 1й скорости, игнорирование им speed=1.
> > Тем не менее, раньше, в ASPLinux 7.1 cdrecord понимал speed=1
> > (и в win95 OSR2 тоже получалось писать на 1й скорости).
> > Ни CDR_SPEED=1, ни опция -speed=1 не действуют,
> > cdrecord упорно норовит писать на 2й скорости.
> Вообще-то speed=1 пишется без минуса.
еще один. 

если программа опцию ест и не кричит - значит обязана согласно ей работать. :/

> То есть железо не менялось? Тогда, если нужна первая скорость,
> можно схитрить так: чтобы не нарушать зависимости, собрать из
<ужасные извраты поскипаны>


> > Vendor_info    : 'LG      '
> А чего еще от lg ожидать. :(((
при чем тут лыжи. В первом абзаце написано: работало ранее на том же железе в софте 
собранном другим человеком. Резюме - либо тот кто собирал его в ALT собирал плохо, 
либо с тех пор сам софт покорежили в процессе заведения новых фич. Все. Других вариантов нет.
Дорога этому - в bugs. До наличия слов, что cdrecord когда-то писал это можно было бы 
расценивать как future request. Но поскольку раньше умел а теперь не умеет - это _баг_. :/


-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] cdrecord игнорирует speed=1[JT]

[Илья Брызгалов]

В Fri, 28 Feb 2003 13:37:19 +0300 "Oleg K. Artemjev" <olli@rbauto.ru>
сообщил следующее:

> Но поскольку раньше умел а теперь не умеет - это _баг_. :/
Если раньше умел, а теперь не умеет - это еще можно назвать
"исключение устаревших фичей" (или как там по-научному :-)

-- 
===================-iLL-======================+
Илья Брызгалов ака iLL - Краснодарское РУМН
    _ I don't smoke, so wish to you!
   (_)  ___    ___   http://illinux.boom.ru/
  /  / /  /   /  /   mailto:ill@krumn.oilnet.ru
 /  / /  /__ /  /__  JID:illinux@jabber.ru
/__/ /_____//_____/  ICQ:43835329
ALT Linux Sisyphus (20030225)
============-Linux User #301257-==============+

Re: [Comm] cdrecord игнорирует speed=1[JT]

[Oleg K. Artemjev]

On Fri, 28 Feb 2003 14:09:09 +0300
Илья Брызгалов <ill@krumn.oilnet.ru> wrote:

> В Fri, 28 Feb 2003 13:37:19 +0300 "Oleg K. Artemjev" <olli@rbauto.ru>
> сообщил следующее:
> > Но поскольку раньше умел а теперь не умеет - это _баг_. :/
> Если раньше умел, а теперь не умеет - это еще можно назвать
> "исключение устаревших фичей" (или как там по-научному :-)
да, баги в головах (когда люди за других решают) приводят 
именно к таким объяснениям. =) Так что я все же надеюсь, что 
это именно баг в софте. ;)

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] cdrecord игнорирует speed=1

[Antonio]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, 28 Feb 2003, Oleg K. Artemjev wrote:

> > То есть железо не менялось? Тогда, если нужна первая скорость,
> > можно схитрить так: чтобы не нарушать зависимости, собрать из
> <ужасные извраты поскипаны>

Извраты, позволяющие, однако, пока проблема не решена
идеологически верным путем, все-таки писать на первой скорости
(если не искорежено ядро, о чем ниже).

> В первом абзаце написано: работало ранее на том же железе в
> софте собранном другим человеком. Резюме - либо тот кто
> собирал его в ALT собирал плохо, либо с тех пор сам софт
> покорежили в процессе заведения новых фич. Все. Других
> вариантов нет.

ИМХО, есть-таки третий: (ядра-то у ASP и ALT разные) kernel team
перемудрила в ide-scsi.

> Дорога этому - в bugs. До наличия слов, что cdrecord когда-то
> писал это можно было бы расценивать как future request. Но
> поскольку раньше умел а теперь не умеет - это _баг_. :/

Осталось определиться, кому bug вешать -- Шиллингу за cdrecord,
ALT за сборку или kernel team за кореженное ядро.

P.S. Времени нет, но попробую выкроить, дабы проверить, умеет ли
последний cdrecord писать на первой скорости на Teac-540 и
Yamaha-8424S (SCSI).

- -- 
Best regards,
	Tony.			mailto:obidos@mail.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+X0j+2gaLrWRbr5URApRBAJ9M+BF4b1Gf82TPfwFdMuCP/LRumwCfeCt6
u//uaGdT/9Ceky/7YF8qqOQ=
=wNC5
-----END PGP SIGNATURE-----

Re: [Comm] cdrecord игнорирует speed=1

[Oleg K. Artemjev]

On Fri, 28 Feb 2003 14:33:15 +0300 (MSK)
Antonio <obidos@mail.ru> wrote:

> > > То есть железо не менялось? Тогда, если нужна первая скорость,
> > > можно схитрить так: чтобы не нарушать зависимости, собрать из
> > <ужасные извраты поскипаны>
> Извраты, позволяющие, однако, пока проблема не решена
> идеологически верным путем, все-таки писать на первой скорости
> (если не искорежено ядро, о чем ниже).
зачем держать два cddrecord'а? Лучше вынести альтовский и собрать 
или поставить тот, который работает как надо. ;) Впрочем фраза идеологически
верным путем в Вашем варианте явно должна относится к идеологии ALT. ж;)
 
> > В первом абзаце написано: работало ранее на том же железе в
> > софте собранном другим человеком. Резюме - либо тот кто
> > собирал его в ALT собирал плохо, либо с тех пор сам софт
> > покорежили в процессе заведения новых фич. Все. Других
> > вариантов нет.
> ИМХО, есть-таки третий: (ядра-то у ASP и ALT разные) kernel team
> перемудрила в ide-scsi.
уломали. =)

> > Дорога этому - в bugs. До наличия слов, что cdrecord когда-то
> > писал это можно было бы расценивать как future request. Но
> > поскольку раньше умел а теперь не умеет - это _баг_. :/
> Осталось определиться, кому bug вешать -- Шиллингу за cdrecord,
> ALT за сборку или kernel team за кореженное ядро.
мдя.. а может обоим и пусть сами думают? ;-)

> P.S. Времени нет, но попробую выкроить, дабы проверить, умеет ли
> последний cdrecord писать на первой скорости на Teac-540 и
> Yamaha-8424S (SCSI).
Было бы интересно поглядеть на рассказ о резултатах.

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] cdrecord игнорирует speed=1

[Antonio]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, 28 Feb 2003, Oleg K. Artemjev wrote:

> Впрочем фраза идеологически верным путем в Вашем варианте явно
> должна относится к идеологии ALT. ж;)

Скорее к идеологии менеджера пакетов. То бишь "идеологически
верно" в данном случае я понимаю так: написать spec, собрать и
штатными средствами поставить собранный rpm. В случае
{Free|Open}BSD -- залить tar.gz в /usr/ports/distfiles,
поправить Makefile, make [--some_options[, ...]], make install.

> > P.S. Времени нет, но попробую выкроить, дабы проверить, умеет ли
> > последний cdrecord писать на первой скорости на Teac-540 и
> > Yamaha-8424S (SCSI).
> Было бы интересно поглядеть на рассказ о резултатах.

Итак, результаты для Teac-W540. Оговорюсь, что эксперимент
нельзя считать "чистым", поскольку проводился на Slackware-8.1
(ну нравится мне BSD-style), kernel 2.4.18 родной.

cdrecord-1.10 -- минимум 4x;
cdrecord-1.11a24 (родной пакет слаки) -- то же;
1.1.а40 -- то же;
2.0 (релиз) -- то же;
2.01а03 (последняя альфа) -- то же.

Мои выводы на данный момент: либо 540-й тик вообще не умеет
скорости менее 4х, либо баг в 2.4.18. driveropts=forcespeed не
пройдет, ибо тик умеет только burnfree.

P.S. Попросил коллегу посмотреть в виндовозе (у него точно такая
же машина) -- Nero и Feurio тоже не дают скорости ниже 4х.

P.P.S. На тест ямахи времени не хватило, проверю -- отпишу.

- -- 
Best regards,
	Tony.			mailto:obidos@mail.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+X2Hw2gaLrWRbr5URAnA6AJ9zMWBVac2D0UfcXu0rTEyrmpY25gCfUc/J
MUxXaGzeNxbFuJGDUFyYmBs=
=22CB
-----END PGP SIGNATURE-----

[Comm] Re: cdrecord - bug = шаг к виндам? ;)

[Michael Shigorin]

On Thu, Feb 27, 2003 at 10:30:45AM +0300, Oleg K. Artemjev wrote:
> cdrecord игнорирует ключик -speed 1 и пытается писать на 

s/ /=/ А.С.П. будет делать? =]

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: cdrecord - bug = шаг к виндам? ;)

[Oleg K. Artemjev]

On Thu, 27 Feb 2003 15:06:05 +0200
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Thu, Feb 27, 2003 at 10:30:45AM +0300, Oleg K. Artemjev wrote:
> > cdrecord игнорирует ключик -speed 1 и пытается писать на 
> s/ /=/ А.С.П. будет делать? =]
программа не ругается на некорректные опции, значит она их кушает. Что касаемо прочего:

[root@ws002 root]# export CDR_SPEED=1;cdrecord -v -dev=0,0,0 -speed=1 -eject  /mnt/ALT-maykov/data/iso/ms-system.iso 
Cdrecord 1.11a19 (i586-alt-linux-gnu) Copyright (C) 1995-2002 JЖrg Schilling
TOC Type: 1 = CD-ROM
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.6'
atapi: 1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : '_NEC    '
Identifikation : 'NR-7900A        '
Revision       : '1.23'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
Driver flags   : SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R
FIFO size      : 4194304 = 4096 KB
Track 01: data  418 MB        
Total size:     481 MB (47:39.65) = 214474 sectors
Lout start:     481 MB (47:41/49) = 214474 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 6
  Is not unrestricted
  Is not erasable
  Disk sub type: Medium Type C, low Beta category (C-) (6)
  ATIP start of lead in:  -11231 (97:32/19)
  ATIP start of lead out: 359847 (79:59/72)
Disk type:    Short strategy type (Phthalocyanine or similar)
Manuf. index: 27
Manufacturer: Prodisc Technology Inc.
Blocks total: 359847 Blocks current: 359847 Blocks remaining: 145373
Starting to write CD/DVD at speed 4 in write mode for single session.
Last chance to quit, starting real write in 8 seconds.
cdrecord: fifo had 64 puts and 0 gets.
cdrecord: fifo was 0 times empty and 1 times full, min fill was 0%.

[root@ws002 root]# cdrecord -dev=0,0,0 speed=1 -eject  /mnt/ALT-maykov/data/iso/ms-system.iso 
Cdrecord 1.11a19 (i586-alt-linux-gnu) Copyright (C) 1995-2002 JЖrg Schilling
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.6'
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : '_NEC    '
Identifikation : 'NR-7900A        '
Revision       : '1.23'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
Driver flags   : SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R
Starting to write CD/DVD at speed 4 in write mode for single session.
Last chance to quit, starting real write in 8 seconds.

[root@ws002 root]# cdrecord -dev=0,0,0 -speed 1  /mnt/ALT-maykov/data/iso/ms-system.iso 
Cdrecord 1.11a19 (i586-alt-linux-gnu) Copyright (C) 1995-2002 JЖrg Schilling
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.6'
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : '_NEC    '
Identifikation : 'NR-7900A        '
Revision       : '1.23'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
Driver flags   : SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R
Starting to write CD/DVD at speed 4 in write mode for single session.
Last chance to quit, starting real write in 8 seconds.


PS: и вообще - наличие разного поведения при различной нотации одних и тех же по смыслу ключей - не менее очевидный баг.

PPS: В общем повесте плиз это на bugs.altlinux.ru, если не в лом.. 

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Aleksey Korotkov]

On Thu, 27 Feb 2003 10:30:45 +0300
"Oleg K. Artemjev" <olli@rbauto.ru> wrote:

OKA> Основной раздражающий меня в виндах фактор - мало что можно отключить, много чего делается не зависимо от желания
OKA> пользователя. Внимание вопрос - какого $%^@$%&@&*!*!&*%% cdrecord игнорирует ключик -speed 1 и пытается писать на 
OKA> 4ой скорости, когда я прошу на 1ой. :/ 

Прежде, чем так матюгаться, стоило бы почитать документацию.
Доки -- рулез.

[ziga@localhost ziga]$ cdrecord -checkdrive driveropts=help
Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 JЖrg Schilling
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.7'
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : 'RICOH   '
Identifikation : 'CD-R/RW MP7200A '
Revision       : '1.30'
Device seems to be: Generic mmc CD-RW.
Driver options:
burnfree        Prepare writer to use BURN-Free technology
noburnfree      Disable using BURN-Free technology
forcespeed      Tell the drive to force speed even for low quality media
[ziga@localhost ziga]$ cdrecord blank=fast driveropts=forcespeed speed=4
Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 JЖrg Schilling
cdrecord: Operation not permitted. WARNING: Cannot do mlockall(2).
cdrecord: WARNING: This causes a high risk for buffer underruns.
cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
cdrecord: WARNING: This causes a high risk for buffer underruns.
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.7'
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : 'RICOH   '
Identifikation : 'CD-R/RW MP7200A '
Revision       : '1.30'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
Driver flags   : MMC SWABAUDIO BURNFREE FORCESPEED
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R
Turning forcespeed on
Starting to write CD/DVD at speed 4 in real BLANK mode for single session.
Last chance to quit, starting real write    0 seconds. Operation starts.
[ziga@localhost ziga]$
 
OKA> bugreport:

Отменяется.

-- 
With best regards,
Aleksey Korotkov

mailto:ziga@uni.udm.ru

Re: [Comm] Program Internationalization

[Nikolai Vitsyn]

Hi,


Может кто-нибудь знает - как русифицировать VB программу.



Заранее спасибо.



Best regards,
Nikolai Vitsyn
mailto:vitsyn@directus.net

Re: [Comm] Program Internationalization

[Alexandre Prokoudine]

On Thu, 27 Feb 2003 18:14:40 -0500
"Nikolai Vitsyn" <vitsyn@directus.net> wrote:

> Hi,
> 
> 
> Может кто-нибудь знает - как русифицировать VB программу.

И как это коррелирует с OpenSource, если не секрет?

А так... Берёте ресурсный файл и правите его в спецредакторе,
входящим в комплект VisualStudio.

На будущее - для таких писем проставляйте в тему письма [JT],
пожалуйста.

-- 
Alexandre Prokoudine
ALT Linux Documentation Team
JID: avp@altlinux.org

Re: [Comm] Program Internationalization

[Nikolai Vitsyn]

Hi Alexandre Prokoudine


> > Может кто-нибудь знает - как русифицировать VB программу.
>
> И как это коррелирует с OpenSource, если не секрет?
-----> Нет, эта другая программа.








> А так... Берёте ресурсный файл и правите его в спецредакторе,
> входящим в комплект VisualStudio.
>
> На будущее - для таких писем проставляйте в тему письма [JT],
> пожалуйста.

------> Что это значит?


Большое спасиба за мой дуратский вопрос.



Николай




> --
> Alexandre Prokoudine
> ALT Linux Documentation Team
> JID: avp@altlinux.org
> _______________________________________________
> Community mailing list
> Community@altlinux.ru
> http://www.altlinux.ru/mailman/listinfo/community
>

Re: [Comm] Program Internationalization

[Alexandre Prokoudine]

On Fri, 28 Feb 2003 16:12:42 -0500
"Nikolai Vitsyn" <vitsyn@directus.net> wrote:

> > А так... Берёте ресурсный файл и правите его в спецредакторе,
> > входящим в комплект VisualStudio.
> >
> > На будущее - для таких писем проставляйте в тему письма [JT],
> > пожалуйста.
> 
> ------> Что это значит?

Just Talk - просто болтовня. Многие из читающих список расылки
желают получать письма только "под делу" и явно соответствующие
тематике рссылки, потому ставят на них фильтр по теме письма,
который направляет их в отдельную папку или душит в зароды...
пардон, удаляет на сервере :-)

Это вполне оправданное желание для подписчиков такого далеко не low
traffic списка рассылки.


-- 
Alexandre Prokoudine
ALT Linux Documentation Team
JID: avp@altlinux.org

[JT] Re: [Comm] Program Internationalization

[Alexandre Prokoudine]

On Sat, 1 Mar 2003 17:29:43 +0300
Alexandre Prokoudine <avp@altlinux.ru> wrote:

> On Fri, 28 Feb 2003 16:12:42 -0500
> "Nikolai Vitsyn" <vitsyn@directus.net> wrote:
> 
> > > А так... Берёте ресурсный файл и правите его в спецредакторе,
> > > входящим в комплект VisualStudio.
> > >
> > > На будущее - для таких писем проставляйте в тему письма [JT],
> > > пожалуйста.
> > 
> > ------> Что это значит?
> 
> Just Talk - просто болтовня. Многие из читающих список расылки
> желают получать письма только "под делу" и явно соответствующие
> тематике рссылки, потому ставят на них фильтр по теме письма,

Что-то язык у меня на слове "рассылка" сегодня заплетается... :-///
Пойду на апельсиновым соком...

-- 
Alexandre Prokoudine
ALT Linux Documentation Team
JID: avp@altlinux.org

Re: [JT] Re: [Comm] JT

[Nikolai Vitsyn]

Hi Alexandre:

Thank you.

Nikolai

> > On Fri, 28 Feb 2003 16:12:42 -0500
> > "Nikolai Vitsyn" <vitsyn@directus.net> wrote:
> >
> > > > А так... Берёте ресурсный файл и правите его в спецредакторе,
> > > > входящим в комплект VisualStudio.
> > > >
> > > > На будущее - для таких писем проставляйте в тему письма [JT],
> > > > пожалуйста.
> > >
> > > ------> Что это значит?
> >
> > Just Talk - просто болтовня. Многие из читающих список расылки
> > желают получать письма только "под делу" и явно соответствующие
> > тематике рссылки, потому ставят на них фильтр по теме письма,
>
> Что-то язык у меня на слове "рассылка" сегодня заплетается... :-///
> Пойду на апельсиновым соком...
>
> --
> Alexandre Prokoudine
> ALT Linux Documentation Team
> JID: avp@altlinux.org
> _______________________________________________
> Community mailing list
> Community@altlinux.ru
> http://www.altlinux.ru/mailman/listinfo/community
>

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Oleg K. Artemjev]

On Fri, 28 Feb 2003 02:23:07 -0400
Aleksey Korotkov <ziga@udm.ru> wrote:
> OKA> Основной раздражающий меня в виндах фактор - мало что можно отключить, много чего делается не зависимо от желания
> OKA> пользователя. Внимание вопрос - какого $%^@$%&@&*!*!&*%% cdrecord игнорирует ключик -speed 1 и пытается писать на 
> OKA> 4ой скорости, когда я прошу на 1ой. :/ 
> Прежде, чем так матюгаться, стоило бы почитать документацию.
> Доки -- рулез.
а программы арботающие соответственно докам - еще больший рулез. =]
 
> [ziga@localhost ziga]$ cdrecord -checkdrive driveropts=help
> Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 JЖrg Schilling
> scsidev: '0,0,0'
> scsibus: 0 target: 0 lun: 0
> Linux sg driver version: 3.1.22
> Using libscg version 'schily-0.7'
> Device type    : Removable CD-ROM
> Version        : 0
> Response Format: 1
> Vendor_info    : 'RICOH   '
> Identifikation : 'CD-R/RW MP7200A '
> Revision       : '1.30'
> Device seems to be: Generic mmc CD-RW.
> Driver options:
> burnfree        Prepare writer to use BURN-Free technology
> noburnfree      Disable using BURN-Free technology
> forcespeed      Tell the drive to force speed even for low quality media
Нету у меня forcespeed. :(

> OKA> bugreport:
> Отменяется.
ммм.. так все таки - резюме - в моем CD нет возможности писать на первой скорости принципиально?
А насколько такому диагнозу можно доверять? ?-) Кроме того все равно cdrecord, будь он порядочной 
программой, мог бы завопить об игнорировании опций. Так хрен же. :/


-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] cdrecord - bug = шаг к виндам? ;)

[Aleksey Korotkov]

On Fri, 28 Feb 2003 13:15:03 +0300
"Oleg K. Artemjev" <olli@rbauto.ru> wrote:

OKA> ммм.. так все таки - резюме - в моем CD нет возможности писать на первой скорости принципиально?

Это, наверно, лучше знать владельцу резака ;) Доки к нему --
тоже рулез ;)

OKA> А насколько такому диагнозу можно доверять? ?-) Кроме того все равно cdrecord, будь он порядочной 
OKA> программой, мог бы завопить об игнорировании опций. Так хрен же. :/

Я, например, вообще воплей не люблю. А скорость, на которой он 
собирается писать -- сообщает. Если не устраивает -- есть время
отменить запись.

Дайте сюда cdrecord -atip на той болванке, на которой не
вышло писать на нужной скорости.

P.S. У меня, кстати, работает и просто speed="то, что нужно".

-- 
With best regards,
Aleksey Korotkov

mailto:ziga@uni.udm.ru