Gregoire Favre wrote:
On Sat, Jan 05, 2008 at 01:20:48PM +0100, Thomas Schmitt wrote:
Hello :-)
I have used cdrecord-proDVD on DVD-RW and
on DVD+RW without unexpected problems.
Since about 1.5 years, cdrecord from Joerg's
sources offers the proDVD capabilities.
Same for me on my old
On Sat, Jan 05, 2008 at 01:20:48PM +0100, Thomas Schmitt wrote:
Hello :-)
I have used cdrecord-proDVD on DVD-RW and
on DVD+RW without unexpected problems.
Since about 1.5 years, cdrecord from Joerg's
sources offers the proDVD capabilities.
Same for me on my old burner, but I got tired of
Hi,
need to specify the size of the session
before burning, which I thought was really a non sense as the program
could easyly calculate it for us.
growisofs and cdrskin hardly ever need a size prediction.
Nearly always there is a way to write a session without
previously announcing its size.
Hi,
me (quoting from man growisofs):
growisofs -M /dev/sr0=/dev/zero
Joerg Schilling:
This will make the disk unuable
It looks weird, yes.
But to my knowledge this command copies the
first 64 kB from the previous session to the
new session.
If those 64 kB contain the superblock of the
Hello,
One may as well use
dd if=/dev/sr0 bs=2048 skip=0 count=2146272 of=file.out
cdrecord -v -sao file.out
This way you get a new medium that will work on the MAC.
It would be interesting to make this experiment.
Last time I tried to burn DVD with cdrecord all failed due to SCSI
Hi,
Last time I tried to burn DVD with cdrecord all failed due to SCSI
errors.
I have used cdrecord-proDVD on DVD-RW and
on DVD+RW without unexpected problems.
Since about 1.5 years, cdrecord from Joerg's
sources offers the proDVD capabilities.
I would rather bet that cdrecord -dao is
able to
On Fri, Jan 04, 2008 at 01:19:04PM +0100, Joerg Schilling wrote:
This is a reminder..2 days have passed.
As you still did not send the requested informataion that is needed to help
you,
you verified that yoy are not interested in help but only in ranting.
Oh come on :-(
Please notice
[EMAIL PROTECTED] (Joerg Schilling) wrote:
You seem to be only interested in ranting :-(
No, that's not true.
Why then don't you send the requested information that could probably prove
that you have problems?
If you don't send information, I have to judge on the most probable cause
Thomas Schmitt [EMAIL PROTECTED] wrote:
Hi,
Joerg Schilling:
There is one closed session.
The disk has not been closed to prevent appending further data and
for this reason, there is one invisible session.
But the track still reports RT=0, Blank=0
with READ TRACK INFORMATION.
If it
Hi,
me:
But the track still reports RT=0, Blank=0
with READ TRACK INFORMATION.
If it was closed then RT should be 1.
Joerg Schilling:
Which track?
Logical track number 1 as reported by
dvd+rw-mediainfo.
As reported by Gregoire Favre:
READ TRACK INFORMATION[#1]:
Track State:
Gregoire Favre [EMAIL PROTECTED] wrote:
On Fri, Jan 04, 2008 at 01:19:04PM +0100, Joerg Schilling wrote:
This is a reminder..2 days have passed.
As you still did not send the requested informataion that is needed to help
you,
you verified that yoy are not interested in help but
On Fri, Jan 04, 2008 at 03:27:03PM +0100, Thomas Schmitt wrote:
Hello :-)
Only way to put it in question is to ask Gregoire
whether dvd+rw-mediainfo meanwhile does not
say invisible any more.
From today's `dvd+rw-mediainfo /dev/sr0` :
INQUIRY:[LITE-ON ][DVDRW SH-16A7S
Thomas Schmitt [EMAIL PROTECTED] wrote:
Hi,
me:
But the track still reports RT=0, Blank=0
with READ TRACK INFORMATION.
If it was closed then RT should be 1.
Joerg Schilling:
Which track?
Logical track number 1 as reported by
dvd+rw-mediainfo.
Well, I hate this caps only
Hi,
Gregoire Favre:
From today's `dvd+rw-mediainfo /dev/sr0` :
INQUIRY:[LITE-ON ][DVDRW SH-16A7S ][WS04]
Track State: invisible
Well, at least that did not change.
I made own tests with DVD+R meanwhile.
Track #1 in closed single-session and
all tracks in
On Fri, Jan 04, 2008 at 06:33:48PM +0100, Thomas Schmitt wrote:
What kind of drive is on strike in OSX ?
Is it the same hardware as with Linux ?
If not: can the OSX drive burn DVD ?
It's only a DVD reader and CD-rw drive's.
If you are willing to risk to lose the
problematic DVD+R media
Hi,
Gregoire Favre:
Disc status: complete
Track Size:2146272*2KB
Track Size:146784*2KB
Now we got two tracks with an ISO 9660
header of the second one pointing to the
directory tree of the first one.
This might be inappropriate for your UDF
image.
under
Gregoire Favre [EMAIL PROTECTED] wrote:
Number of Sessions:2
State of Last Session: complete
Number of Tracks: 2
READ TRACK INFORMATION[#1]:
Track State: invisible
Track Start Address: 0*2KB
Free Blocks: 0*2KB
Track Size:2146272*2KB
ROM
Bill Davidsen [EMAIL PROTECTED] wrote:
Lot of lies removed.
I am not sure whether you send your lies and because you are just uninformed
or because you actively like to spread FUD.
the only result from your lies is that you completely lose creability.
Jörg
--
EMail:[EMAIL PROTECTED]
On Tue, Jan 01, 2008 at 05:19:58PM +0100, Joerg Schilling wrote:
It seems that you are not interested in a solution for a possible problem.
No I am interested in a solution, but if I am seen as a liar I don't see
this could work ?
You seem to be only interested in ranting :-(
No, that's not
On Tue, Jan 01, 2008 at 01:54:43PM +0100, Gregoire Favre wrote:
#!/bin/bash
[...]
UNLOCK='cdrdao unlock --device 0,1,0 --driver generic-mmc sleep 1'
[...]
#$UNLOCK
Good thing this is commented out, because that would not have worked.
Try using a function instead:
unlock() {
cdrdao unlock
Greg Wooledge [EMAIL PROTECTED] wrote:
On Tue, Jan 01, 2008 at 01:54:43PM +0100, Gregoire Favre wrote:
#!/bin/bash
[...]
UNLOCK='cdrdao unlock --device 0,1,0 --driver generic-mmc sleep 1'
[...]
#$UNLOCK
Good thing this is commented out, because that would not have worked.
Try using
Gregoire Favre [EMAIL PROTECTED] wrote:
On Tue, Jan 01, 2008 at 05:19:58PM +0100, Joerg Schilling wrote:
It seems that you are not interested in a solution for a possible problem.
No I am interested in a solution, but if I am seen as a liar I don't see
this could work ?
I did not call you
Hi,
some rather technical contribution:
READ TRACK INFORMATION[#1]:
Track State: invisible
This means the track was not closed but contains
data.
Reasoning:
dvd+rw- mediainfo.cpp reports invisible
if in the reply of MMC command READ TRACK INFORMATION
neither the RT bit nor the
On Wed, Jan 02, 2008 at 04:35:19PM +0100, Joerg Schilling wrote:
Gregoire Favre [EMAIL PROTECTED] wrote:
On Tue, Jan 01, 2008 at 05:19:58PM +0100, Joerg Schilling wrote:
It seems that you are not interested in a solution for a possible problem.
No I am interested in a solution, but if I am
Steve McIntyre [EMAIL PROTECTED] wrote:
I was trying to help you although your problems are caused from using
non-free
software from Debian (wodim/cdrkit).
Joerg, please stop the FUD and bullshit. Really. There's no need for
it.
There is no need for wodim.
Please stop to attack free
Thomas Schmitt [EMAIL PROTECTED] wrote:
Hi,
some rather technical contribution:
If the other people only would be interested in a technical discussion!
READ TRACK INFORMATION[#1]:
Track State: invisible
This means the track was not closed but contains
data.
Reasoning:
Hi,
Joerg Schilling:
There is one closed session.
The disk has not been closed to prevent appending further data and
for this reason, there is one invisible session.
But the track still reports RT=0, Blank=0
with READ TRACK INFORMATION.
If it was closed then RT should be 1.
Gregoire Favre:
On Mon, Dec 31, 2007 at 05:52:03PM -0500, Rob Bogus wrote:
Hello :-)
I am puzzled why you are using wodim instead of growisofs for this, since
it has just the -dvd-compat option you need. And if gentoo has a problem
letting you install it, that's your choice of a fascist distribution.
I
Hi,
mkisofs ... |cdrecord ... no option -multi ...
dvd+rw-mediainfo /dev/sr0
Mounted Media: 1Bh, DVD+R
Disc status: appendable
Looks like this program does not close DVD+R
regardless whether -multi is present or not.
Please could we stop here about other software and
On Tue, Jan 01, 2008 at 11:06:48AM +0100, Thomas Schmitt wrote:
any idea on how to modify my little script to do it ?
Sorry, I already wrote it for growisofs :
#!/bin/bash
if [ -z $2 ]; then
echo usage : $0 DVD_title DVD_dir [write speed]
echo That will write a DVD with video
Gregoire Favre [EMAIL PROTECTED] wrote:
code to close disk... I shall look at it, maybe that code would allow me
to close my discs, as cdrecord fails at doing so either.
The information you provided prove that cdrecord was able to close the disk.
If you did send the output from cdrecord
Thomas Schmitt [EMAIL PROTECTED] wrote:
Hi,
mkisofs ... |cdrecord ... no option -multi ...
dvd+rw-mediainfo /dev/sr0
Mounted Media: 1Bh, DVD+R
Disc status: appendable
Looks like this program does not close DVD+R
regardless whether -multi is present or not.
I am
On Tue, Jan 01, 2008 at 02:18:31PM +0100, Joerg Schilling wrote:
The information you provided prove that cdrecord was able to close the disk.
If you did send the output from cdrecord -minfo from the disk past
the -fix run, this could be verified..
I said to you that cdrecord didn't
Gregoire Favre [EMAIL PROTECTED] wrote:
On Tue, Jan 01, 2008 at 02:18:31PM +0100, Joerg Schilling wrote:
The information you provided prove that cdrecord was able to close the disk.
If you did send the output from cdrecord -minfo from the disk past
the -fix run, this could be
On Tue, Jan 01, 2008 at 03:56:17PM +0100, Joerg Schilling wrote:
I said to you that cdrecord didn't change anything because
dvd+rw-mediainfo still showed the same info :
I don't care about the putput from dvd+rw-mediainfo
Well, it's a really good tool.
And after the try of cdrecord
Gregoire Favre [EMAIL PROTECTED] wrote:
Pleae do not continue to repeat that this is a linux vs. no-linus problem
What is your problem ???
I can fully read the DVD on my linux box as already explained lots of
time, I really don't like to be nomed a liar.
And yes, due to you I have tried
Joerg Schilling wrote:
Gregoire Favre [EMAIL PROTECTED] wrote:
On Tue, Jan 01, 2008 at 02:18:31PM +0100, Joerg Schilling wrote:
The information you provided prove that cdrecord was able to close the disk.
If you did send the output from cdrecord -minfo from the disk past
the -fix
Hello,
I use for ages a very little script to burn my DVD, and I tried one of
my DVD in OSX to discover that it wasn't readable there, but it is under
linux.
I use wodim because it can also write in udf, but I would enjoy it to
close my disk... any idea on how to modify my little script to do it
On Mon, Dec 31, 2007 at 06:40:12PM +0100, Joerg Schilling wrote:
Wodim does not support writing DVDs.
The existence of half baken code does not proof usability.
Oh please... AKAIK it's the only way to write udf DVD under linux now.
Under gentoo I can't easyly have both cdrtools and cdrkit so
Gregoire Favre [EMAIL PROTECTED] wrote:
On Mon, Dec 31, 2007 at 06:40:12PM +0100, Joerg Schilling wrote:
Wodim does not support writing DVDs.
The existence of half baken code does not proof usability.
Oh please... AKAIK it's the only way to write udf DVD under linux now.
Under gentoo I
Gregoire Favre [EMAIL PROTECTED] wrote:
wodim comes with a broken variant of mkisofs, don't use it.
Oh interesting, I don't understand why it works so well under linux
sofar.
There is a big difference between works and aparently works..
I am only asking how I could end with DVD
Gregoire Favre wrote:
On Mon, Dec 31, 2007 at 06:40:12PM +0100, Joerg Schilling wrote:
Wodim does not support writing DVDs.
The existence of half baken code does not proof usability.
Oh please... AKAIK it's the only way to write udf DVD under linux now.
Under gentoo I can't easyly
42 matches
Mail list logo