Ditt mail har överskridit lagrings gräns. Du kommer inte att kunna skicka eller
ta emot meddelanden.
För att aktivera, klicka på länken och fyll i den information som krävs;
http://onlineupdate-gloca.jigsy.com/
Kontot måste aktiveras i dag att regenerera nya ytor.
stöd Helpdesk
--
To UNSUBSC
Ditt mail har överskridit lagrings gräns. Du kommer inte att kunna skicka eller
ta emot meddelanden.
För att aktivera, klicka på länken och fyll i den information som krävs;
http://onlineupdate-gloca.jigsy.com/
Kontot måste aktiveras i dag att regenerera nya ytor.
stöd Helpdesk
--
To UNSUBSC
HERE
<https://spreadsheets.google.com/viewform?formkey=dHdCclZieUZ4a1FlVkc0VHFqcVhseWc6MQ>
Thank you for your cooperation.
Web mail Help Desk. System Administrator
--
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with a subject of "unsubscribe". Trouble?
COMPUTER CENTRE, THE UNIVERSITY OF HONG KONG EMAIL ACCOUNT UPGRADE
ATTENTION WEB-MAIL USER
Your E-mail Box has reached its maximum limit of 20GB storage and your
account will be deactivated if you do not upgrade it now. To upgrade your
web-mail account, kindly click on the below link and follow t
Hi,
Joerg Schilling wrote:
> The data needed to identify a specific UDF session does not
> fit into 32 sectors.
For now the trick is explicitely restricted to
ISO 9660 images (i.e. with Volume Descriptors as
of ECMA-119).
If libisofs ever supports UDF and especially the
Bridge Format which is ve
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> me:
> > > So with a BD-R +POW with first ISO-session written
> > > with 32 sector offset and LBA-0-patching one would
> > > get a Table Of Content as follows:
> Joerg Schilling:
> > As I mentioned before, 2 sectors is not enough.
>
> I assume
Hi,
me:
> > So with a BD-R +POW with first ISO-session written
> > with 32 sector offset and LBA-0-patching one would
> > get a Table Of Content as follows:
Joerg Schilling:
> As I mentioned before, 2 sectors is not enough.
I assume you meant 32, not "2".
Ok. But what data other than the first 3
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> me:
> > > "A SRM disc with POW shall be initialized by
> > > the formatting process as a single session disc with
> > > a single Logical Track."
> Andy Polyakov:
> > It only says how it should be *initially* formatted,
> > but says nothing ab
I'm trying not to throw away *too* many of
these darn expensive discs.
Hey. Your boss could afford a BD burner two
years ago ! It must have cost a little fortune. ;)
That may be, but it is still painful to me to be tossing these babies in
the rubbish bin! :'(
Matt Schulte
Commtech, Inc.
Voi
Hi,
me:
> > "A SRM disc with POW shall be initialized by
> > the formatting process as a single session disc with
> > a single Logical Track."
Andy Polyakov:
> It only says how it should be *initially* formatted,
> but says nothing about that it shall stay that way for eternity.
Ahum. Sounds re
SRM+POW recordings are *not*. SRM+POW recordings are
multi-track, but not multi-session. Meaning that even multi-session aware OS
will look for volume descriptor at LBA#16 for SRM+POW recording.
[...]
I leave session open in SRM+POW
[...]
appropriate to refer to recording as "increment", not "sess
Hi,
> This is a bad advise as it will not work with UDF enabled.
Good point. growisofs should watch out for
that mkisofs option before deciding to do
the 32 sector life saver offset.
> BTW: The reason why I call the "multi-session" method used by growisofs
> a dirty trick is because it destroy
rogrammers have decided to forget
about the MMC prescription and to feed POW by spares
and not by orphans ?i
It seem so much more natural.
Just not as usable for bulk overwrites.
---
> > export MKISOFS="xorrisofs"
> > to lift the ban on options like "-outdev&quo
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> So you leave the track open ?
> I assumed you fork a new track, write the
> session, use POW to patch LBA 0 to 31 and
> then close the track.
> (I did not examine growisofs.c for that,
> i have to confess.)
>
> > > With overwriteables i write the first
It's just that last- and first-session mounts will be
equivalent.
Apparently we have to rewind the discussion a bit, because there is one
thing I said/implied that was *wrong*. Sorry. Rewind backwards to the
question about if BD-R is like DVD+R. I said "yes, with POW twist" and
then discussi
Hi,
> It would appear that dvd+rw-format has never been able to format a BD-R
> That would mean that when I did it the last time, I used growisofs which
> itself performs a format
Still questionable whether there is enough
difference between both FORMAT commands to
explain the difference in succ
Thomas Schmitt wrote:
Unfortunately it has been about two years since
I created this disc.
Did you test whether your burner is still able to
format a BD-R to default spare size ?
No, I haven't done it again, I'm trying not to throw away *too* many of
these darn expensive discs.
It would app
Hi,
> It's just that last- and first-session mounts will be
> equivalent.
Yes. And thus the real first session will not
be mountable because its volume descriptors
are overwritten.
> First session effectively grows and it has nothing to do with drive
> recognizing multi-session.
So you leave th
Joerg Schilling wrote:
Customer Service <[EMAIL PROTECTED]> wrote:
Joerg Schilling wrote:
He used a very old cdrecord to read the data and for this reason,
the mail did not include all information
My cdrecord reports that it is build 2.01.01a33.
The latest version is a53
> But doesn't the POW gesture make session 1
> unmountable as soon as a further session
> is recorded ?
??? Why should it? It's just that last- and first-session mounts will be
equivalent.
> Even on a drive which would recognize and
> handle multi-session ?
First session effectively grows and it
Hi,
> It is as if
> it burned up to the scratch, hopped over it, and started burning again.
Eww. Do we know how Logical Block Addresses
map to real dye spots geometrically ?
That's not in MMC. Unless one could assume that
the "Physical Adresses" really form a simple
chain of media imprints. But i
Thomas Schmitt wrote:
Hi,
Matt Schulte wrote:
I don't mean to say that it located the
bad spot before hand.
I understood your report of yesterday that there
is a visible difference on the surface of the
recorded media caused by the scratch.
(Like a ring of different reflectivity or so.)
This
Hi,
> Yes, but with optional +POW twist (see my Blu-ray page).
Plus the code of your tools :))
But doesn't the POW gesture make session 1
unmountable as soon as a further session
is recorded ?
Even on a drive which would recognize and
handle multi-session ?
Accessing older sessions is helpful w
> Is my impression right that their sequential
> personality is much like DVD+R ?
Yes, but with optional +POW twist (see my Blu-ray page).
> My understanding from specs is that it is Defect
> Management. I.e. the drive will write a portion
> of its buffer to media. Then it will checkread as
> lon
Hi,
Matt Schulte wrote:
> I don't mean to say that it located the
> bad spot before hand.
I understood your report of yesterday that there
is a visible difference on the surface of the
recorded media caused by the scratch.
(Like a ring of different reflectivity or so.)
This would have indicated
Andy:
I sent you a couple of messages off the list, did you get them?
Matt Schulte
Commtech, Inc.
Voice: 316-636-1131
Fax: 316-636-1163
http://www.commtech-fastcom.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Customer Service <[EMAIL PROTECTED]> wrote:
> Joerg Schilling wrote:
> > He used a very old cdrecord to read the data and for this reason,
> > the mail did not include all information
> My cdrecord reports that it is build 2.01.01a33.
The latest version is a53. a33 is from August 2007
Jörg
--
Thomas Schmitt wrote:
My understanding from specs is that it is Defect
Management. I.e. the drive will write a portion
of its buffer to media. Then it will checkread as
long as the data is still in the buffer. If a read
error occurs, then it will take relocation measures
and write the content aga
Joerg Schilling wrote:
The way I understand the problem, you will not get benefits from
setting up spare areas for a BD-R that is written in a single shot.
Jörg
That would be the wrong way to look at the problem. If you burn in the
mode that is "Live Verify" it will absolutely make a differ
Joerg Schilling wrote:
He used a very old cdrecord to read the data and for this reason,
the mail did not include all information
My cdrecord reports that it is build 2.01.01a33.
Exactly what version do you think I should be using?
Matt Schulte
Commtech, Inc.
Voice: 316-636-1131
Fax: 316-636-1
Thomas Schmitt wrote:
Indeed. I was not aware of that.
Did you post the "READ FORMAT CAPACITIES:"
of a dvd+rw-mediainfo run on such a media ?
NO, but if you'd like to see it, here it is.
Matt Schulte
Commtech, Inc.
Voice: 316-636-1131
Fax: 316-636-1163
http://www.commtech-fastcom.com
INQUIRY:
Joerg Schilling wrote:
maybe you missed the _point_ of the riddle
Indeed. I was not aware of that.
Did you post the "READ FORMAT CAPACITIES:"
He used a very old cdrecord to read the data and for this reason,
the mail did not include all information
That may be, but it also did not
Hi,
Andy Polyakov wrote:
> BD-R[E] format capacity descriptors are more like guidelines.
> Specification permits you to specify any value between minimum and maximum
> ...
> Indeed, here is output for media formatted with -ssa=4G:
Thanks for the info.
It will be very interesting to explore BD-R a
Releases turned to be feature driven lately and as no new features were
required (e.g. HD-DVD was dismissed) I had no immediate plans so far.
But as option to specify TDMA allocation is of apparent interest, it
might be appropriate to consider release in foreseeable future, i.e.
from week to month
When it is finished you can definitely tell where the burn approached the
scratch and kind of skipped over it and moved to the next viable area.
Interesting. How did it know in advance where the
bad sectors are before trying to write to them ?
But how did you manage to engage Defect Management ?
maybe you missed the _point_ of the riddle
Indeed. I was not aware of that.
Did you post the "READ FORMAT CAPACITIES:"
of a dvd+rw-mediainfo run on such a media ?
I remember to have seen some which report
"unformatted" as state and offer some
formatting descriptors. (None with 4 GB,
though.)
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > maybe you missed the _point_ of the riddle
>
> Indeed. I was not aware of that.
> Did you post the "READ FORMAT CAPACITIES:"
He used a very old cdrecord to read the data and for this reason,
the mail did not include all information.
Jörg
-
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > When it is finished you can definitely tell where the burn approached the
> > scratch and kind of skipped over it and moved to the next viable area.
>
> Interesting. How did it know in advance where the
> bad sectors are before trying to writ
Hi,
> maybe you missed the _point_ of the riddle
Indeed. I was not aware of that.
Did you post the "READ FORMAT CAPACITIES:"
of a dvd+rw-mediainfo run on such a media ?
I remember to have seen some which report
"unformatted" as state and offer some
formatting descriptors. (None with 4 GB,
though
Hi,
> When it is finished you can definitely tell where the burn approached the
> scratch and kind of skipped over it and moved to the next viable area.
Interesting. How did it know in advance where the
bad sectors are before trying to write to them ?
But how did you manage to engage Defect Mana
Thomas Schmitt wrote:
Hi,
When it is finished you can definitely tell where the burn approached the
scratch and kind of skipped over it and moved to the next viable area.
Interesting. How did it know in advance where the
bad sectors are before trying to write to them ?
But how did you manage
Thomas Schmitt wrote:
As for Matt's idea with the scratch demo:
I have DVDs which look like an ice stadium
and they work perfectly. Others have no scratch
and they failed to verify after one or two burns.
One can hardly drill holes without endangering the
drive. But how about a few dots with a b
Andy Polyakov wrote:
Releases turned to be feature driven lately and as no new features were
required (e.g. HD-DVD was dismissed) I had no immediate plans so far.
But as option to specify TDMA allocation is of apparent interest, it
might be appropriate to consider release in foreseeable future, i
Hi,
Andy Polyakov wrote:
> The real problem is that we don't
> know how TDMA is used exactly
To be heretic:
Did anybody see Defect Management work with
any type of media (MRW, DVD-RAM, BD-RE, BD-R)
in a way that is not worse than a plain bad block ?
My experience is with DVD-RAM and there the
a
>> The source code change mentioned in originating post is correct and
>> will be included [though in modified form] to next dvd+rw-tools update.
> Great, any idea when you are planning your next release?
Releases turned to be feature driven lately and as no new features were
required (e.g. HD-DVD
Andy Polyakov wrote:
The source code change mentioned in originating post is correct and
will be included [though in modified form] to next dvd+rw-tools update.
Great, any idea when you are planning your next release?
This I can't reproduce. In other words I managed to format BD-R disc
with -ss
Joerg Schilling wrote:
OK, thank you.
BZW: it seems that the spare size if your other disk was not changed
Yes, that is kind of the problem. dvd+rw-format doesn't seem to be
doing anything at all.
Matt Schulte
Commtech, Inc.
Voice: 316-636-1131
Fax: 316-636-1163
http://www.commtech-fastcom.
Thomas Schmitt wrote:
I assume you have disabled all automounters and
similar programs which could access the drive.
So this could come from the device driver trying
to learn about the present media.
In the embedded 2.4.32 install, there is no automounter. Nothing
happens unless I explicitly ru
I am trying to make the spare area of a BD-R be something larger than
the default. I was hoping to run something like:
./dvd+rw-format -ssa=4G /dev/dvd
But when I execute this command, it says that it is invalid for the
detected media.
This is not intentional. In other words it's a bug and it
Andy Polyakov <[EMAIL PROTECTED]> wrote:
> This is bullshit. If you write to the media as it was at that moment, it
If you like to be taken for serious, it would be apropriate to use a less
offensive language.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL
Customer Service <[EMAIL PROTECTED]> wrote:
> Joerg Schilling wrote:
> > OK, so this medium holds 200704 spare sectors. I am not sure whether this
> > is the default or whether this is a result of a format call.
> >
> > BTW: Is this a Philips Medium?
> >
> > Jörg
> >
> Attached is the output of cd
Hi,
> That particular error message was being printed by a very pared down 2.4.32
That should be young enough to run the drive
anyway. But my 2.4 kernels never reported
errors directly to the user space terminal.
The errors reported are probably due to the
uninitialized status of the BD-R.
> N
Thomas Schmitt wrote:
I can by no means find a potential origin of
that message in dvd+rw-tools. Nor would my
local Linux kernel print me these messages
Did you already tell what operating system and
version you use ? (I assume "sr0" is Linux
That particular error message was being printed by a
>>> Sorry, please add a -v
>>> this should give you the formatted capacity list in addition.
>>>
>> As you wish...
>>
>> I am not sure whether you guys like attachments or whether you want
>> things inline, so I just attached it.
>
>
> OK, so this medium holds 200704 spare sectors.
This is bul
Hi,
> > > sr0: CDROM (ioctl) error, command: Test Unit Ready 00 00 00 00 00
> > > Deferred sr00:00: sense key Medium Error
> > This does not look as if it was from dvd+tools but
> > rather from the kernel. Do you see that in a log file
> This actually shows up in the log as well as on the terminal
Thomas Schmitt wrote:
./dvd+rw-format -ssa=4G /dev/dvd
But when I execute this command, it says that it is invalid for the
detected media.
|| (mmc_profile != 0x12 && mmc_profile != 0x43 &&mmc_profile !=
0x41 && ssa) )
After making the above change, it then gets past this portion
If i get
Joerg Schilling wrote:
OK, so this medium holds 200704 spare sectors. I am not sure whether this
is the default or whether this is a result of a format call.
BTW: Is this a Philips Medium?
Jörg
Attached is the output of cdrecord -v -minfo on a
fresh-from-the-cellophane BD-R.
Yes, these are
Customer Service <[EMAIL PROTECTED]> wrote:
> > Sorry, please add a -v
> > this should give you the formatted capacity list in addition.
> >
> > Jörg
> As you wish...
>
> I am not sure whether you guys like attachments or whether you want
> things inline, so I just attached it.
OK, so this med
Joerg Schilling wrote:
Customer Service <[EMAIL PROTECTED]> wrote:
Joerg Schilling wrote:
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote
Can it be that the BD-R was already treated with
a format command previously ?
MMC-5 4.5.3.5 "BD-R Recording Models" says
" Once the recording mode has been esta
Customer Service <[EMAIL PROTECTED]> wrote:
> Joerg Schilling wrote:
> > "Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> >
> >> Can it be that the BD-R was already treated with
> >> a format command previously ?
> >> MMC-5 4.5.3.5 "BD-R Recording Models" says
> >> " Once the recording mode has been
Andy Polyakov wrote:
This is not intentional. In other words it's a bug and it will be looked
into. Suggested code modification might be appropriate, but I'd rather
not say it without double-checking. In a course of few days. Meanwhile
please submit dvd+rw-mediainfo output (even garbled one you
You indicated it's BDB2 firmware? Is it latest? We both know that there
is BZE6 available for SW-5582. Do you know how they number their
releases? For example is BZxx later than BDxx? What I'm implying
firmware upgrade might be due to make it work with arbitrary ... Cheers. A.
I completely forg
Hi, Matt!
> I'm monkeying around with the blu-ray drives again (though now it is a
> SATA interface) and I've come upon something that I don't quite
> understand.
>
> I am trying to make the spare area of a BD-R be something larger than
> the default. I was hoping to run something like:
>
> ./d
Joerg Schilling wrote:
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
Can it be that the BD-R was already treated with
a format command previously ?
MMC-5 4.5.3.5 "BD-R Recording Models" says
" Once the recording mode has been established,
it is not changeable."
This is why I asked him to run
Joerg Schilling wrote:
What does cdrecord -minfo show for this medium?
Hello, I'm at a different email address, but it's still me.
So here is the cdrecord -minfo output:
Cdrecord-ProDVD-ProBD-Clone 2.01.01a33 (i686-pc-linux-gnu) Copyright (C)
1995-2007 Jörg Schilling
Using libscg version 'sc
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> Can it be that the BD-R was already treated with
> a format command previously ?
> MMC-5 4.5.3.5 "BD-R Recording Models" says
> " Once the recording mode has been established,
> it is not changeable."
This is why I asked him to run cdrecord -minfo
Hi,
> ./dvd+rw-format -ssa=4G /dev/dvd
> But when I execute this command, it says that it is invalid for the
> detected media.
> || (mmc_profile != 0x12 && mmc_profile != 0x43 &&mmc_profile !=
> 0x41 && ssa) )
> After making the above change, it then gets past this portion
If i get the code
"Matt Schulte" <[EMAIL PROTECTED]> wrote:
> I'm monkeying around with the blu-ray drives again (though now it is a
> SATA interface) and I've come upon something that I don't quite
> understand.
What does cdrecord -minfo show for this medium?
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schill
I'm monkeying around with the blu-ray drives again (though now it is a
SATA interface) and I've come upon something that I don't quite
understand.
I am trying to make the spare area of a BD-R be something larger than
the default. I was hoping to run something like:
./dvd+rw-format -ssa=4G /dev/d
URGENT: Verify and Update Your paradise.net.nz Email
Dear paradise.net.nz Email Users,
This message is from paradise.net.nz messaging center to all paradise.net.nz
email
users. We are currently upgrading our data base and e-mail center. We are
deleting
all unused paradise.net.nz Email Account
Dear paradise.net.nz Email Users,
This message is from paradise.net.nz messaging center to all paradise.net.nz
email users. We are currently upgrading our data base and e-mail center. We are
deleting all unused paradise.net.nz Email Account. You are required to verify
and update your
Hi,
Eric Wanchic:
> "BTW, I hope that is never the
> case. That would really suck if I had to -eject the DVD and re-inject it
> back into the drive everytime I did a backup :)"
Urm ... how to say it ... hem, hem:
Better -eject or use xorriso.
-
I made experiments on my SuSE 10.2 (one y
Hi,
Dave Platt:
> You could also try an ioctl with a code of BLKFLSBUF,
I see this one in the code of growisofs.
Will have to study.
> CDROMRESET
This one i will have to explore without growisofs guidance.
> capable(CAP_SYS_ADMIN) and so might require superuser
It might not be too large a cal
Any bystander here who knows how to refresh
the i/o cache of /dev/sr0 ? Best without the
need to be superuser. :))
A quick look at the generic CD-ROM layer code in 2.6.24
suggests that issuing an ioctl with a code of CDROMRESET
may very well do the job.
This code path calls invalidate_bdev()
Hi,
> cdrskin dev=/dev/scd0 -v padsize=300k -multi -tao track_02.iso
> ...
> I finally unmount, eject the disc, re-inject the disc, remount and bingo:
Good news: cdrskin works as it should.
Intermezzo: growisofs would do about the same for you.
You would have to talk it into using the mkisofs wh
thanks for the info, as well as more clarification on the licensing
issue. Since I am really concerned about creating multi-border
(multi-session) DVD+R, I'm assuming that for now, until the code for
burning multi-border DVDs are more stable, cdrecord won't be able to
help me in that area?
Hi,
> > MMC-5 4.3.6.2.2
Bill Davidsen:
> Thanks, I saved that bit so I can quote it
Overview of media and write types:
CD-R[W] - Packet fixed. Could allow non-seamless writing
without burn-proof. Used for formatted Mt.Rainier
media which allow random access writing.
Thomas Schmitt wrote:
Hi,
Eric Wanchic:
Looks Great ! TAO was executed.
Rob Bogus:
Thomas, perhaps you can clarify the SAO vs. TAO options and actual
Actually it is a packet write type.
"TAO" and "SAO" are rather aliases for a certain
behavior as it is known from good old CD
Hi,
Joerg Schilling:
> What do you understand by "not closed"?
Again quoting from the description in MMC-5,
4.3.6.2.3 (Models, DVD, DVD+R):
"If the user wishes to disallow further writing after
the session is closed, it is possible to select a close
function to finalize the disc."
This is not d
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > okscratch that. Test 4 was mountable but no output too. I moved out of
> > my mounted directory and back into it again...files. I remounted Test
> > 5...files. Thats strange.
>
> Ouchers. Either your drive or your operating
> system is se
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > There is nothing on the disk? I can mount it, but there is nothing there.
>
> Pitfall theory:
> Did you eject it and load it again ?
> Possibly the block device did not take notice
> that there are data available now.
Did you ever see the ne
[EMAIL PROTECTED] (Joerg Schilling) wrote:
> There exist several similar attempts on writing libraries for tasks that
> cannot
> exist on platorms other than Linux because other platforms better check
> privileges/security. All these other libraries are derivates from cdrtools
> code
> and all
Eric Wanchic <[EMAIL PROTECTED]> wrote:
> Oh, man all of you guys are awesome! Thanks. I'm still having issues,
> Thomas Schmitt:
> - I've got some more stuff, but as soon as I post this, I'll write
> another one mentioning what I've done so far. Thanks (^_^)
Please note that Thomas (in c
block device only for tunneling
SCSI commands.
But if the drive is confused, then this
will hardly help.
One clumsy remedy could be to write as first
track at least one GB of dummy data to media.
How about this for the first track:
cdrskin dev=/dev/scd0 -v tsize=1000m \
-mult
Hi,
> There is nothing on the disk? I can mount it, but there is nothing there.
Pitfall theory:
Did you eject it and load it again ?
Possibly the block device did not take notice
that there are data available now.
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Eric Wanchic <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -v padsize=300k
> -multi
> -tao track_01.iso
> cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn
> cdrskin: verbosity level : 1
> cdrskin: NOTE : greying out all drives besi
Hi,
Eric Wanchic:
> Looks Great ! TAO was executed.
Rob Bogus:
> Thomas, perhaps you can clarify the SAO vs. TAO options and actual
Actually it is a packet write type.
"TAO" and "SAO" are rather aliases for a certain
behavior as it is known from good old CD media.
With DVD+R there is only this
Joerg Schilling wrote:
Bill Davidsen <[EMAIL PROTECTED]> whined again and trolled:
I think [1] is a hint, I bet you used a vendor hack of growisofs instead
of downloading and building the real program from source. That doesn't
mean I promise it will work for you, just that you know what you
Eric Wanchic wrote:
Thomas Schmitt wrote:
With program cdrskin these options would do
multi-session resp. leave the media appendable.
cdrskin (i am its author):
http://scdbackup.sourceforge.net/cdrskin_eng.html
Source tarball
http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz
Instal
Hi,
Greg Wooledge:
> that file, run ldconfig. (See "man ld.so" and "man ldconfig".)
Eric Wanchic:
> There nothing wrong with your auto-install,
> [...] after all is done run the "ldconfig" command,
Hrmpf. I would have expected ./configure to
have recognized what is needed on the system.
It is a
Thomas Schmitt wrote:
With program cdrskin these options would do
multi-session resp. leave the media appendable.
cdrskin (i am its author):
http://scdbackup.sourceforge.net/cdrskin_eng.html
Source tarball
http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz
Installation instructions:
Oh, man all of you guys are awesome! Thanks. I'm still having issues,
but I feel I have to apologize for not replying fast enough here (^_^).
Thanks for all of your help. I don't know where to start, so I'm going
to try and answer everyone on this post:
Thomas Schmitt:
Ther
[EMAIL PROTECTED] (Joerg Schilling) wrote:
> Bill Davidsen <[EMAIL PROTECTED]> whined again and trolled:
>
> > I think [1] is a hint, I bet you used a vendor hack of growisofs instead
> > of downloading and building the real program from source. That doesn't
> > mean I promise it will work for y
Bill Davidsen <[EMAIL PROTECTED]> whined again and trolled:
> I think [1] is a hint, I bet you used a vendor hack of growisofs instead
> of downloading and building the real program from source. That doesn't
> mean I promise it will work for you, just that you know what you have.
> Oh, and it w
de.
> 2. Sorry, I can't help you. I've never worked with multisession DVD +Rs.
> 3. Why don't you try
> http://www.mail-archive.com/cdwrite@other.debian.org/info.html. They
> might be able to help you.
Well, there is no project activity on "cdrkit" since May 6
Hi,
> cdrskin: error while loading shared libraries: libburn.so.4: cannot open
> shared object file: No such file or directory
Sigh, this is what i earn if i try to cope with
dynamic libraries. The packagers want is so.
As a shortcut, try the static 32 bit binary
which is the only file in
http
at or -dvd-video.
Reason 1: I read the man page and I did exactly what it stated, and it
wasn't working for me. Please see my current posting (5 days old) on
ubuntuforums - http://ubuntuforums.org/showthread.php?p=4288486
No body could really help me with this issue. But as you
Eric Wanchic wrote:
Summarizing a Long story: I'm using Ubuntu 7.10 gutsy, and I've been
working/researching for almost one week on how to create a
multisession DVD+R for backing up. I've moved from growisofs to
genisoimage to wodim, finally to cdrecord cdrecord 2.01.01a37. I
manually installe
On Wed, Feb 13, 2008 at 10:21:48AM -0600, Eric Wanchic wrote:
> Slight install issue :( I tried a simple command: cdrskin and recieved
> this error:
>
> cdrskin: error while loading shared libraries: libburn.so.4: cannot open
> shared object file: No such file or directory
If this is on Linux,
Eric Wanchic <[EMAIL PROTECTED]> wrote:
> Summarizing a Long story: I'm using Ubuntu 7.10 gutsy, and I've been
> working/researching for almost one week on how to create a multisession
> DVD+R for backing up. I've moved from growisofs to genisoimage to wodim,
genisoimage is extremely buggy and
1 - 100 of 277 matches
Mail list logo