Re: problems writing a large file to DVD+R Double Layer disk
Hi,
me:
> > My original motivation was a clash between you and some
> > of your critics in november or december 2005.
Joerg:
> Could you please explain why you did believe the FUD spread by
> malicious people instead of asking me?
It is not that i take sides in those quarrels.
I used cdrecord with CD for years and trust
its technical and your personal integrity enough
to run it setuid root.
But i noticed the ongoing rift between you and the
people who decide over the development of Linux.
Since i'm comitted to stay with Linux i felt the
need for a second source of the services usually
provided by cdrecord.
That was mainly about CD data writing at that time.
> Well, cdrecordwrites DVDs since 1998, what is your problem?
Not to have -tao.
I.e. no way to write a data stream of unpredicted length.
> Reading your README, you seem to claim being interested
> in the spirit of OSS.
Yep. The peaceful, tolerant and cooperative variation.
> ./configure: line 21233: syntax error near unexpected token `in'
> ./configure: line 21233: `for ac_header in'
Is this from cdrskin-0.3.4.pl00.tar.gz resp. libburn-0.3.4.tar.gz
resp. from the 0.3.5 versions ?
I know this error from the libburn-0.2 of icculus.org.
It is supposed to be corrected already in the CVS version
there.
"Stable" cdrskin is distributed as
http://scdbackup.sourceforge.net/cdrskin-0.3.4.pl00.tar.gz
or
http://libburnia-download.pykix.org/releases/libburn-0.3.4.tar.gz
Development version 0.3.5 is best fetched from our SVN
svn co http://libburnia-svn.pykix.org/libburn/trunk libburn_pykix
Whatever, there is no system adapter for Solaris yet.
You'd probably end up with the Linux adapter and the
compiler will probably fail over missing definitions.
> checking dynamic linker characteristics... solaris2.9 ld.so
> The spirit of OSS is creating software that compiles and works on as many
> platforms as possible.
Would you be interested to help me with a Solaris port ?
The operating system references and especially the
SCSI command transport are encapsulated in files
separate from the main functionality.
Currently there is a Linux and a FreeBSD implementation
of this OS adapter set.
Please read the first 60 lines of
libburn/sg-linux.c
to get an overview.
> You seem to be one of the people who are not confused by the FUD from
> the people who like to harm me and my projects.
I stay strictly neutral in the historical person-to-person
aspects and i try to keep a clear view on technical aspects.
> Why do you contribute to a
> nonportable project instead of contributing to a project
> that is in the spirot of OSS?
Joerg, what shall i contribute to cdrecord ?
I told you what i learned about DVD write strategies like
unpredicted track size DVD-R[W] Packet (Incremental),
unpredicted track size DVD+R Packet,
unpredicted track size on overwriteable DVR-RW, DVD+RW, DVD-RAM.
I told you what i learned about true multi-session on DVD-R[W]
and DVD+R. Ready for mkisofs -C -M and for Linux mount(8).
All covered by MMC-5. No proprietary commands or heuristic stunts.
All well matching the traditional -multi -data -tao behavior with CD.
It is written down in the libburnia doc/cookbook.txt .
Ask for any clarifications or point me to any mistake.
I doubt that i could help much with implementing those
features into cdrecord. I can do Linux tests for you.
There is no harm in having two programs for the task of
CD burning. After all we have no reason to compete other
than in a friendly and helpful way.
With DVD, there are two programs since quite a while.
And wether you accept it or not, for the task of growing
an ISO file system on a DVD, growisofs is unsurpassed.
Easy to operate and very versatile with media.
cdrskin's ecological niche with DVD is currently to provide
similar MMC features as growisofs but with the usage
concepts like of cdrecord with CD.
This comes in very handy if you want to write non-ISO
formats or if you want to use it with a cdrecord frontend
program.
In its combination of CD and DVD capabilities, cdrskin
became a compact little all-in-one burn program meanwhile.
I'm proud of it.
It is entirely up to us how our projects coexist.
There are no external forces which can make us enemies.
I hope to have expressed my respect for your work often
and clear enough. Here and on
http://scdbackup.sourceforge.net/cdrskin_eng.html
Especially in the last text paragraph there.
Have a nice day :)
Thomas
Reply to: