ight, then the effect depends on drive firmware and
media type. Far from being reliable.
Since exactly the same (portable) hadware and media type (DVDs from the
same package) behave differently on different OSs, there is at least a
case when OS makes the difference.
Hope all these experiments being i
Hello. Using xorriso to burn DVD the second time (without -multi, a.k.a.
there is no 3rd session). The latest session's image is created using
genisoimage -C (but not using -M, a.k.a. the old and new content are not
related).
The burnt DVD has such special characteristic: with Linux (gnome), n
uses the tools offered by all
these genisoimage, cdrecord and xorriso stuff. They are best told by
stories. I can start contributing one of my own story and hope to get
some others from you.
Read on:
On 05/07/2011 11:36 AM, Zhang Weiwu maintains CDRBQ wrote:
I can think of one answer, but ther
n they can recover from previous
sessions. Photographers don't keep the deleted photos, customer do, thus
rule out copyright and privacy concern. Do this scenario happen in your
country?
Best regards
Zhang Weiwu
--
CDRBQ - desktop application for optical disc
authoring / reco
On 02/22/2011 03:10 PM, Thomas Schmitt wrote:
i sent this reply yesterday ongly to Zhang Weiwu by mistake.
Thanks for the explanation. Now I see the -close off do have effect
although not shown in dvd+rw-media the obvious way.
--
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with
having DVD+RW in the drive, do:
$ xorriso -dev /dev/sr0 -blank as_needed -close off -as mkisofs -exclude-list
.exclude.lst .
[snip]
xorriso : UPDATE : 97.43% done, estimate finish Mon Feb 21 21:08:56 2011
xorriso : UPDATE : 97.85% done, estimate finish Mon Feb 21 21:08:56 2011
xorriso : UPDAT
On 01/17/2011 08:52 PM, Thomas Schmitt wrote:
be invited to try the release 1.0.0 of GNU xorriso, a ISO 9660 Rock Ridge
filesystem manipulator. Available on GNU FTP mirrors as
xorriso/xorriso-1.0.0.tar.gz
Thank you for your invitation and congratulations of the release of 1st
release editio
于 2010年11月15日 23:49, Joerg Schilling 写道:
The numbers lead to a missconfigured kernel that does not support DMA.
Thanks. You are right, I discovered this in kernel dmesg:
[1.760318] ata2.00: ATAPI: HL-DT-ST DVDRAM GSA-H10A, JL02, max UDMA/33
[1.760342] ata2.00: WARNING: ATAPI DMA di
Hello. I am a hardware newbie.
I am actually pretty surprised my IDE-wired DVD writer can only reach
avarage of 4MBytes/s when I try to make iso file out of my DVDs by using
'dd' (tried various block sizes and settled down with 20480bytes which
seems to be fastest for me). And, it takes 100% s
On 11/12/2010 06:24 PM, Thomas Schmitt wrote:
But first we have to see a successful run with RESERVE TRACK.
It is unlikely that the successful cdrskin run used that command.
I am not sure about the successful growisofs run.
So the proposed experiment is essential for deciding this question:
Is th
On 11/11/2010 10:29 PM, Thomas Schmitt wrote:
I meant the DVD written by cdrskin.
Oh that one. Sorry I didn't notice you were replying the 'second case'
(the case of cdrskin)
(Driver was a different one but the disco is definitely the cdrskin'ed
disk.)
dvdyulia...@andalusia:~$ dvd+rw-medi
On 11/11/2010 10:29 PM, Thomas Schmitt wrote:
It appears that the old DVD took one valid session (by growisofs ?)
and only afterwards fell victim to wodim.
You are perhaps right but I cannot remember the old test case in October
and the disco was dumped. But since I can reproduce the problem
On 11/11/2010 08:20 PM, Thomas Schmitt wrote:
wodim option -V would bring more insight into the SCSI command
sequence that preceeds the failed command.
(If you got a blank 20 cent media left.)
I got plenty to spoil if you are interested in looking at it. Do you
need? Next day I burn another whe
On 10/23/2010 03:02 PM, Thomas Schmitt wrote:
> We would first try whether it brings better results (which i rather
> doubt) and could then study the SCSI commands in detail (by option -V)
> if it fails.
Now, following instruction from Thomas on 10/30/2010 02:24 AM, I have
both tools ready:
al
On 11/11/2010 12:49 AM, Thomas Schmitt wrote:
> There is a mkisofs option -print-size which allows you to get
> the size without producing the full image stream.
Thanks. Without -print-size, can the image producing stream benefits the
following burning process by loading needed files into memory c
I am no more technical than an average user thus going to be verbose.
Mind: I am going to change subject line as when see fit, I hope your
email client can keep the threads.
First try to reproduce this issue with a different DVD+R DL to exclude
optical media problems.
dvd+almust...@orphalese:~$
Since it's be a while I'll post the story again.
On 10/22/2010 04:57 PM, I reported a case in a previous discussion
thread wodim spoils a DVD+R DL, perhaps because with -multi.
On 10/23/2010 03:02 PM, Thomas Schmitt wrote:
> If you want to go on with investigating the problem together with me,
>
On 10/30/2010 02:09 PM, Thomas Schmitt wrote:
> Well, i am curious whether wodim -multi reliably spoils DVD+R DL.
> (If so: Is -multi the trigger ? Does it work without that option ?)
Just to let you know, I lost my 4-6 firewire cable somewhere in my home
office, that's why I cannot follow up the
On 11/10/2010 09:28 PM, Zhang Weiwu wrote:
Is there a way to tell how much would be appended when I burn a
multi-session disk with growisfs?
Okay I found a way myself.
1) do a dry run and write down the first line in the output, should be
like this:
Executing 'genisoima
On 11/10/2010 09:28 PM, Zhang Weiwu wrote:
Is there a way to tell how much would be appended when I burn a
multi-session disk with growisfs?
Okay I found a way myself.
1) do a dry run and write down the first line in the output, should be
like this:
Executing 'genisoima
Hello. Is there a way to tell how much would be appended when I burn a
multi-session disk with growisfs?
I could use -dry-run but it doesn't report the size before writing.
I could not use grace time because growisofs doesn't have this parameter.
I could use 'du -sh' but that counts in the fil
On 11/01/2010 07:56 PM, Thomas Schmitt wrote:
> Your milage may vary:
> http://www.videohelp.com/dvdmedia/memorex-dvd-r-ritek-s04-8/4640
> http://www.videohelp.com/dvdmedia?dvdmediadvdridsearch=RITEK...D01%20
>
thank you very much for pointing out such a source of quality discos. I
never knew
On 11/01/2010 04:44 PM, Thomas Schmitt wrote:
> The troublesome DVD+R DL was a Ritek (whatever is written on its label):
>
> > dvd+rw-mediainfo
> > Media ID: RITEK/S04
That's funny!
The original post refer to a supposedly high quality DVD+R DL from TDK,
at 2USD per disco, one of the
On 10/30/2010 02:09 PM, Thomas Schmitt wrote:
> That's suspiciously cheap.
> Life would be boring without such adventures. :))
I drop by local consumer electronic market and found this ANV
2USD-per-10-pack DVD+R DL is the only DVD DL product available, so much
to the extent that some retailers ar
On 10/22/2010 05:26 PM, Joerg Schilling wrote:
> wodim does not support DVDs correctly in general and it does not support Dual
> layer at all.
>
Since you happen to be on this mailing list:
I checked wikipedia with the hope to get some information about the
advantage of star as file form
On 10/23/2010 03:05 AM, Thomas Schmitt wrote:
> If you want to give xorriso or cdrskin a try then first post the outcome
> of their track catalog commands
> xorriso -outdev /dev/sr2 -toc
almust...@orphalese:~$ xorriso -outdev /dev/sr2 -toc
xorriso 0.5.6 : RockRidge filesystem manipulator, libbur
--On \u661f\u671f\u516d, \u5341\u6708 23, 2010 09\u65f636\u520607\u79d2
+0800 Zhang Weiwu wrote:
I had tried growisofs first, before using wodim, and end up with an
erorr message
This is what I tried and the error message I got, before I try wodim
instead, as descrbied in the original
--On 星期六, 十月 23, 2010 09时36分07秒 +0800 Zhang Weiwu
wrote:
I had tried growisofs first, before using wodim, and end up with an
erorr message
This is what I tried and the error message I got, before I try wodim
instead, as descrbied in the original post.
yulia...@andalusia:/tmp
On 10/23/2010 03:05 AM, Thomas Schmitt wrote:
> Hi,
>
>> 1st session: burnt successfully.
> How many bytes is it supposed to contain ?
>
>
almust...@orphalese:~$ ls -l /var/tmp/DVD+R/1st_session.iso
-rw-r--r-- 1 root root 1663696896 2010-10-19 10:23
/var/tmp/DVD+R/1st_session.iso
> What happens
1st session: burnt successfully.
newly purchased DVD+R DL (from TDK) burnt in the newly purchased LG
Portable Super Multi GP08NU20 by first generating iso image and then
wodim -multi at speed 2x.
Result: wodim successfully finish without complaining. But later, to
mount the D
On 2010年10月14日 15:44, Thomas Schmitt wrote:
> So again, growisofs did it right.
I post not without a sense criticize growisoimage did something wrong,
rather instead is knowledge of how to get such thing right next time :)
If growisofs did it right, something must have done it wrong, because
the
This problem is simple: I burn a new DVD session using dvd+rw-tools
7.1-6 (kernel 2.6.23), and output seems to show it is successful. Then I
offload it from the drive, insert again, try to mount it, and failed. A
few trial shows only if I mount by specifying iso9660 as file-system
explicitly, can t
On 2010年10月14日 12:34, Zhang Weiwu wrote:
> A few trial shows only if I mount by specifying iso9660 as file-system
> explicitly, can the mount be successful, and correctly mounted to the
> last session.
I guess the reason might be, that the previous session of the DVD might
have been bu
Thomas Schmitt 写道:
>> # xorriso -osirrox on \
>>-mount /dev/sr0 session 2 /mnt
>> mount -t iso9660 -o nodev,noexec,nosuid,ro,sbsector=992400 '/dev/sr2'
>> '/mnt'
>>
>
> Should have been "mount ... '/dev/sr0' ..."
> (I tested the command with DVD-RW at sr2 and
> copied the outcom
在 2010-01-03日的 20:11 +0100，Thomas Schmitt写道：
> Hi,
>
> it comes to me that 1256091 is not a probable
> exact start address. It should at least be
> divisible by 16.
> Well, check what is written in the first
> sessions. Hopefully this will yield a better
> number than 28. 0x17 = 23 would be nice.
在 2010-01-03日的 17:02 +0100，Thomas Schmitt写道：
> If so, then you have the task to guess the offset
> value TheOffset that was used with
>
> genisoimage -C c1,TheOffset
snip...
> This would be easy if you had the DVD from sr0.
>
> If not, then lets have a look into ECMA-119,
> 8.4 Primary Volume
在 2010-01-03日的 17:02 +0100，Thomas Schmitt写道：
> If this is an ISO 9660 image then
>
> $ dd if=backup.iso bs=2048 skip=16 count=1 | \
> od -c | less
>
> should show this output
>
> 000 001 C D 0 0 1 ...
> ...
ar...@jamaica:/tmp> dvd+rw-mediainfo /dev/sr1 | grep
在 2010-01-03日的 16:05 +0100，Joerg Schilling写道：
> I recommend you to start with installing recent original software from
>
> ftp://ftp.berlios.de/pub/cdrecord/alpha/
>
> and then to run "isoinfo -i devname -d" in order to check thether the
> medium contains a ISO-9660 filesystem at all.
I forgot t
在 2010-01-03日的 15:19 +0100，Joerg Schilling写道：
> 1)
> wodim does not support to write DVDs (in special DVD+). This is bad in special
> as it claims that it includes DVD support.
>
> 2)
> If you have "wodim" on your system, there is a big chance that you used
> "genisoimage" (part of the fork) inst
Hello. We have a website backup that has to be recovered thanks to
webserver hard disk crash. However the person who burned the backup seems
to have done it wrong. This is what we investigated what most likely
have happened:
a. he have a DVD+R that has a session on it.
b. he created a backup i
在 2007-02-01四的 10:29 +0800，Zhang Weiwu写道：
> Maybe I am stupid (had several stupid ones before) but I think there is
> a difference between Windows' Nero Burning Rom's "append from previous
> session" (rough translation) and mkisofs's -M option:
>
> With
Maybe I am stupid (had several stupid ones before) but I think there is
a difference between Windows' Nero Burning Rom's "append from previous
session" (rough translation) and mkisofs's -M option:
With Nero Burning Rom => if a file was on DVD old session and no longer
on my harddisk, the new sessi
Hello. For a CDR I can do it this way to create a new session without
importing old session:
$ mkisofs -C xxx,xxx root-folder/ | cdrecord -multi -data dev=/dev/cdr -
The trick is to create iso image using -C but NOT use -M.
Now with growisofs this seems impossible because in order to create a
ne
在 2007-01-24三的 14:00 +0100，Joerg Schilling写道：
> Zhang Weiwu <[EMAIL PROTECTED]> wrote:
>
> > Hello. I used to use 'cdrdao disk-info' to obtain a list of multisession
> > information for a CDR, like whether if it is appendable, how much space
> > left on it
Hello. I used to use 'cdrdao disk-info' to obtain a list of multisession
information for a CDR, like whether if it is appendable, how much space
left on it etc.
Now doing
$ cdrdao disk-info /dev/dvd
seems to produce wrong information (e.g. sataing total capacity is some
300MB).
So what do you guy
45 matches
Mail list logo
