Hello again
First of all, I tested all my BD backup discs now, and there are no problems
from #1 (2017) - #12 (05/2018) as well as #14 - #17 (2019-05/2020).
# 13 from 03/2019 fails.
#1 to #10 are all from 05/2017, they're the first BD backup at all and I assume
I used some manual workflow back th
to...@tuxteam.de (12022-07-10):
> But then, always doing sync twice looks like a very mild measure, and
> far cheaper than seeing a therapist. Especially given that the second
> sync will typically be very quick. If it's working, I'd go with that :)
>
> Since writing to USBs for me mostly involves
Hi,
B.M. wrote:
> Do I understand correctly, you say that this Pioneer drive doesn't work well
> with Verbatim BD-RE, i.e. their rewriteable BDs.
Yes. The problem is with the high reading speed of the drive and with
a physical flaw of Verbatim BD-RE (CMCMAG/CN2/0).
The flaw is that there are lett
> Good questions. Make some experiments. :))
> At least the manual intervention is a good suspect because it occurs exactly
> when you get undecryptable images.
Will do later.
> I see in your script:
>
> umount /mnt/BDbackup
> cryptsetup luksClose /dev/mapper/BDbackup
> losetup -d $IM
On 7/10/22 12:10, to...@tuxteam.de wrote:
... I do use sync much less these days after having discovered dd's oflag=sync.
+1
When doing pipelines involving 'dd bs=1M ...', I have also found
'iflag=fullblock' to be useful.
David
On Sun, Jul 10, 2022 at 07:01:49PM +0200, Nicolas George wrote:
> fxkl4...@protonmail.com (12022-07-10):
> > I would have nightmares about corrupt data haunting me :)
>
> Well, you can see a therapist, or you can conduct the experiment I
> suggested:
But then, always doing sync twice looks like a
fxkl4...@protonmail.com (12022-07-10):
> I would have nightmares about corrupt data haunting me :)
Well, you can see a therapist, or you can conduct the experiment I
suggested:
> > You can check for yourself: mount a slow USB stick, create file that is
> > just large enough to fit in memory with
On Sun, 10 Jul 2022, Nicolas George wrote:
> fxkl4...@protonmail.com (12022-07-10):
>> I'm just flapping my gums
>> As a systems administrator for UNIX systems I wrote more than a few scripts
>> Many time I found it necessary to put a sleep between operations
>> Several decades ago I was taught to
fxkl4...@protonmail.com (12022-07-10):
> I'm just flapping my gums
> As a systems administrator for UNIX systems I wrote more than a few scripts
> Many time I found it necessary to put a sleep between operations
> Several decades ago I was taught to type sync and then type sync again before
> unmo
I'm just flapping my gums
As a systems administrator for UNIX systems I wrote more than a few scripts
Many time I found it necessary to put a sleep between operations
Several decades ago I was taught to type sync and then type sync again before
unmounting a drive
The only reason I ever got was tha
Hi,
i wrote:
> > No
> > cryptsetup luksClose /dev/mapper/BDbackup
> > between remove and burn ?
B.M. wrote:
> To be honest, I cannot say for sure, so maybe yes. But: what would be the
> implication? The fs inside is already unmounted, is cryptsetup luksClose
> modifying anything within the ima
> No
> cryptsetup luksClose /dev/mapper/BDbackup
> between remove and burn ?
To be honest, I cannot say for sure, so maybe yes. But: what would be the
implication? The fs inside is already unmounted, is cryptsetup luksClose
modifying anything within the image?
> Andy Polyakov decided to format
Hi,
Tim Woodall wrote:
> cdromSHA=$( dd status=progress if=/dev/cdrom bs=1k count=$maxsize |
> sha1sum | cut -d' ' -f1 )
> [...]
> It's unusual, but I have had instances where the burn has completed
> without any issues but the verify has failed. When that happens I got
> several failures close to
On Sat, 9 Jul 2022, B.M. wrote:
Verifying that your procdure with two UDF images is not the culprit would
help even if the result is boringly ok, as we expect. (Or we are in for
a surprise ...)
I don't have two UDF images.
Not been following this closely, but I do something very similar and
On 7/9/22 08:41, B.M. wrote:
If you want you can have a look at my script, I attached it to this mail...
I have written several generations of such scripts in Bourne and Perl
over the past 3+ decades. They all have obvious and inobvious
limitations and bugs.
What we both have are progra
Hi,
B.M. wrote:
> If you want you can have a look at my script, I attached it to this mail...
Will do. (There must be some rational explanation ...)
> "Filesystem full" is not handled at all. Typically if this happens it's
> quite late i.e. most folders are already backuped and I do the followi
> > > A UDF filesystem image is supposed to bear at its start 32 KiB of zeros.
>
> B.M. wrote:
> > This is indeed the case:
> > [...]
> > For a readable disk, this look like you said: Only zeros.
>
> So it looks like at least a part of the problem is decryption.
Agreed
> > > If UDF does not work
bosely):
---
1: You are running Debian 9 and have some mountable Blu-rays (Debian or
not) and want to make backups on USB sticks.
Make room on the USB sticks so that they can take all the data from the
Blu-rays. Then mount one Blu-ray after the other and co
Hi to Debian.
I have first edition of Debian 9. I want to convert from Blu-rays to
USB-stics to take care of content and also the USB-stick do not making
damaging of the disc. I have tried to understand the content of some
console help descriptions to convert, copy, burning to iso but I did not
un
Hi,
i wrote:
> > A UDF filesystem image is supposed to bear at its start 32 KiB of zeros.
B.M. wrote:
> This is indeed the case:
> [...]
> For a readable disk, this look like you said: Only zeros.
So it looks like at least a part of the problem is decryption.
> > If UDF does not work even unen
> > file "$IMGFILE"
> > LUKS encrypted file, ver 2 [, , sha256] UUID:
> > 835847ff-2cb3-4c6d-aa04-d3b79010a2d3
> So it did not stay unencrypted by mistake.
> (I assume this is one of the unreadable images.)
It looks like this for both, the readable and the unreadable discs.
> > mount -t udf -o no
Hi,
B.M. wrote:
> file "$IMGFILE"
> LUKS encrypted file, ver 2 [, , sha256] UUID:
> 835847ff-2cb3-4c6d-aa04-d3b79010a2d3
So it did not stay unencrypted by mistake.
(I assume this is one of the unreadable images.)
> mount -t udf -o novrs /dev/mapper/BDbackup /mnt/BDbackup
> [62614.207920] UDF-f
On Montag, 4. Juli 2022 19:51:57 CEST Thomas Schmitt wrote:
> Hi,
>
> B.M. wrote that dmesg reports:
> > UDF-fs: warning (device dm-10): udf_load_vrs: No VRS found
>
> That's a very early stage of UDF recognition.
> Given that you were able to copy files into that UDF image by help of
> the Linux k
On 7/4/22 05:36, B.M. wrote:
Hello
I create encrypted backups on blu-ray discs for some years now with a bash
script, but now I encountered a problem mounting some of these discs (but not
all of them - in fact, my last backups consist of two discs each, and I cannot
mount the first one but I
Hi,
B.M. wrote that dmesg reports:
> UDF-fs: warning (device dm-10): udf_load_vrs: No VRS found
That's a very early stage of UDF recognition.
Given that you were able to copy files into that UDF image by help of
the Linux kernel driver, i deem it improbable that the properly decrypted
UDF format
Hello
I create encrypted backups on blu-ray discs for some years now with a bash
script, but now I encountered a problem mounting some of these discs (but not
all of them - in fact, my last backups consist of two discs each, and I cannot
mount the first one but I can mount the second one for each
sMuxerGUI: error while loading shared libraries: libQtGui.so.4:
> cannot open shared object file: No such file or directory
>
> On Thu, Aug 29, 2019 at 4:02 AM Jiangsu Kumquat
> wrote:
>
>>
>> I should clarify... I need a program like Brasero to take a 4K video,
>>
h
> as an .mp4 file, and burn it onto a Blu-ray disc so that it will play on
> any Blu-ray player.
>
> The software you mentioned says: "Note that xorriso does not write audio
> CDs and that it *does not produce UDF filesystems which are specified for
> official video DVD or BD
I should clarify... I need a program like Brasero to take a 4K video, such
as an .mp4 file, and burn it onto a Blu-ray disc so that it will play on
any Blu-ray player.
The software you mentioned says: "Note that xorriso does not write audio
CDs and that it *does not produce UDF filesystems
Hi,
Jiangsu Kumquat wrote:
> > I was wondering if there is any way to create a Blu-ray disc from within
> > Debian? I have a 1080p video camera [...]
Yes, BD media can be burnt on GNU/Linux.
But the bottleneck is with formatting the UDF filesystem that would
be needed for Blu-ray
On Thu, 2019-08-29 at 02:07 -0600, Jiangsu Kumquat wrote:
> (Please respond directly to my email address)
>
> I was wondering if there is any way to create a Blu-ray disc from
> within Debian? I have a 1080p video camera and the only tool that I
> have found to make a disc that wil
(Please respond directly to my email address)
I was wondering if there is any way to create a Blu-ray disc from within
Debian? I have a 1080p video camera and the only tool that I have found to
make a disc that will play in a Blu-ray player is Brasero. However, that
will only create a DVD disc
Curt wrote:
> Here's a decade-old (and a little more) opinion from UNESCO (?) about
> the matter (although they completely ignore the critical 'shape'
> parameter mentioned by TS):
>
> While recordable optical discs are viable tools in the access to and
> dissemination of digital information of a
Hi,
deloptes wrote:
> the nature of the CD/DVD implies degradation of material.
This is where our experience differs.
If i had such media in hand i would run
img_buffer=...path.for.emerging.media.image.file...
sector_map=...path.for.emerging.map.file...
xorriso -outdev /dev/sr0 \
On 2018-12-05, deloptes wrote:
> Thomas Schmitt wrote:
>
>> To my experience, degradation of once verified media is rare, even long
>> after they have been written. More probable is drive degradation.
>> (With re-usable media stored for a long time, there is an increased
>> probability that they f
Thomas Schmitt wrote:
> To my experience, degradation of once verified media is rare, even long
> after they have been written. More probable is drive degradation.
> (With re-usable media stored for a long time, there is an increased
> probability that they fail to take new data. But that's a diff
On Tue, Dec 04, 2018 at 02:49:31PM -0500, Stefan Monnier wrote:
> >> yes indeed, unless those few blocks are part of a tar file :)
> > Hm. Now there would be some utility for an error-correcting encoder
> > as easy to use as gzip [...]
> Indeed, e.g. `par2` (that's what `bup` uses to defend itself
>> yes indeed, unless those few blocks are part of a tar file :)
> Hm. Now there would be some utility for an error-correcting encoder
> as easy to use as gzip. Perusing the debian repos I do see some
> libraries made for that (reed-solomon and friends).
Indeed, e.g. `par2` (that's what `bup` uses
Hi,
Jonathan Dowland wrote:
> I am mid-way through importing all my old CD-Rs and DVD-Rs,
> and finding plenty of unreadable or partially damaged discs in the
> process.
I am interested in exploring the kind and severeness of the damage.
How old is the reader drive ? Do you have a second one in r
On Mon, Dec 03, 2018 at 03:29:28PM +0100, deloptes wrote:
Last week I looked at about 20 CDs and few DVDs with backups from
2000-2004 - perhaps 1/2 of them had errors. I had also some USB sticks from
that time, that do not work, but most of them still do or CF cards and
similar, I use for 10y+ wi
On Mon, Dec 03, 2018 at 07:33:39PM +0100, Michael Lange wrote:
> On Mon, 3 Dec 2018 16:37:22 +0100
> wrote:
>
> > On Mon, Dec 03, 2018 at 09:35:28AM -0500, Stefan Monnier wrote:
> > > > "Energy"? Or "environmental externalities confounded?"
> > >
> > > I remember it talking specifically about en
>> > "Energy"? Or "environmental externalities confounded?"
>> I remember it talking specifically about energy.
> Interesting.
Part of the discussion was about it being useless to recycle those
material 'cause most of the damage is in the form of energy used to put
those material in this particula
Michael Lange wrote:
> This "gray" or "emobodied" energy is usually being grotesquely
> underestimated.
> According to
>
https://www.dw.com/en/ecological-footprint-how-gray-energy-is-totally-underestimated/a-43261811
> :
>
> "The production of a laptop's hardware amounts to 1,000 kWh of grey
> en
On Mon, 3 Dec 2018 16:37:22 +0100
wrote:
> On Mon, Dec 03, 2018 at 09:35:28AM -0500, Stefan Monnier wrote:
> > > "Energy"? Or "environmental externalities confounded?"
> >
> > I remember it talking specifically about energy.
>
> Interesting.
This "gray" or "emobodied" energy is usually being g
Hi,
Curt wrote:
> they sail quite beautifully
Not to forget the intrinsic corner protection feature at the time
of landing.
to...@tuxteam.de wrote:
> It seems that CDs/DVDs seem to lose single blocks, while flash (sticks, etc)
> seem to fail catastrophically, in my experience at least.
One can
lifetime. And AFAIK there are
precious few studies trying to measure such things, so who knows whee
things stand now.
I think it's fair to assume that chips are very expensive ecologically,
indeed, and optical disks are likely much cheaper in this regard.
But the same amount of chips a
On Mon, Dec 03, 2018 at 04:51:50PM +0100, deloptes wrote:
> to...@tuxteam.de wrote:
>
> > It seems that CDs/DVDs seem to lose single blocks, while flash (sticks,
> > etc) seem to fail catastrophically, in my experience at least.
>
> yes indeed, unless those few blocks are part of a tar file :)
H
to...@tuxteam.de wrote:
> This is, btw, the counter-argument posed here by conservatives wrt.
> reducing the carbon footprint: "But China". They don't know what they are
> talking about.
well given the capacity of a blue ray I still would need plenty of them to
copy the relevant data, (not in tar
to...@tuxteam.de wrote:
> It seems that CDs/DVDs seem to lose single blocks, while flash (sticks,
> etc) seem to fail catastrophically, in my experience at least.
yes indeed, unless those few blocks are part of a tar file :)
On Mon, Dec 03, 2018 at 03:29:28PM +0100, deloptes wrote:
> to...@tuxteam.de wrote:
>
> > Most probably, yes. But I wouldn't know where to begin to compare the
> > ecological footprint[s]
[error rates]
It seems that CDs/DVDs seem to lose single blocks, while flash (sticks, etc)
seem to fail cata
On Mon, Dec 03, 2018 at 09:35:28AM -0500, Stefan Monnier wrote:
> > "Energy"? Or "environmental externalities confounded?"
>
> I remember it talking specifically about energy.
Interesting.
Thanks
-- t
signature.asc
Description: Digital signature
On 2018-12-03, deloptes wrote:
>
> The ecological footprint is neglectable in the contest and we do not want to
> argue ... when people pay 1500+ US$ for a new iphone every 3y avg, I guess
> I could spent couple of bugs for a good CF or SSD, which I would keep for
> 10y.
As everyone was respondin
> "Energy"? Or "environmental externalities confounded?"
I remember it talking specifically about energy.
Stefan
to...@tuxteam.de wrote:
> Most probably, yes. But I wouldn't know where to begin to compare the
> ecological footprint of a (small) semiconductor chip (or two?) plus
> bonding, packaging and connector with that of one big polycarbonate
> disk (plus some magic dyes) plus the amortized cost for a dr
And AFAIK there are
> precious few studies trying to measure such things, so who knows whee
> things stand now.
Yes, more transparency here would be something, wouldn't it?
> I think it's fair to assume that chips are very expensive ecologically,
> indeed, and o
On Mon, Dec 03, 2018 at 04:37:41AM -0500, Stefan Monnier wrote:
> > They are different in shape, price, ruggedness and safety against
> > inadverted overwriting.
>
> Probably also in terms of ecological footprint, BTW.
Most probably, yes. But I wouldn't know where to begin to compare the
ecologic
> They are different in shape, price, ruggedness and safety against
> inadverted overwriting.
Probably also in terms of ecological footprint, BTW.
Stefan
Hi,
deloptes wrote:
> What is the advantage of using blueray disks to using external USB stick or
> SSD?
They are different in shape, price, ruggedness and safety against
inadverted overwriting.
Have a nice day :)
Thomas
Thomas Schmitt wrote:
> Brands or model names change frequently. I am happy with an ASUS BW-16D1HT
> which seems still to be available. (My others are older.)
> There are no brands with a specially bad reputation. Individual bloopers
> happen. So the seller's warranty and replacement reputation ma
Hi,
Kamil Jońca wrote:
> I'am thinkig about external (usb) blu-ray recorder.
Brands or model names change frequently. I am happy with an ASUS BW-16D1HT
which seems still to be available. (My others are older.)
There are no brands with a specially bad reputation. Individual bloopers
ha
I'am thinkig about external (usb) blu-ray recorder.
It would be mostly used to create backups/archives.
Any hints?
KJ
--
http://wolnelektury.pl/wesprzyj/teraz/
Compliment, n.:
When you say something to another which everyone knows isn't true.
Hi,
Will wrote:
> There are a few Windows/DOS utilites to flash/probe the drive firmware. I
> was just wondering if there was any kind of Linux equivalent.
If i google "dvd diagnostic software" i get advertising for data recovery
tools, which look mostly like hot air wrapped around normal SCSI c
Hi,
Will wrote:
> I'm failing in my search to find some kind of diagnostic for my blu-ray
> drive that - for some reason - I can hear the drive spin up, but isn't
> reading DVDs or blu-rays.
Do i get it right that it's a computer attached drive, not a standlone
video
Greetings fellow Debian users,
I'm failing in my search to find some kind of diagnostic for my blu-ray
drive that - for some reason - I can hear the drive spin up, but isn't
reading DVDs or blu-rays. I was also curious if there is any generic
utility that could probe the drive firmwa
Reco wrote:
> Nope. It was /usr/lib32 (notice the absence of 'x') that became
> /usr/lib/i386-linux-gnu.
> /usr/lib/x32 should've become /usr/lib/x32-linux-gnu.
>
Ah you are absolutely right it was lib32
> But, nobody is interested in it, so it's dead for all intents and
> purposes.
Thanks God
Hi.
On Thu, Oct 04, 2018 at 07:56:29PM +0200, deloptes wrote:
> Jonathan Dowland wrote:
>
> > /usr/libx32 might be related to the x32 architecture port - which is
> > something different to i386 or amd64 and almost certainly not relevant
> > to solving this problem.
>
> which port?
A ve
Jonathan Dowland wrote:
> /usr/libx32 might be related to the x32 architecture port - which is
> something different to i386 or amd64 and almost certainly not relevant
> to solving this problem.
which port?
I am pretty sure this directory was removed in favor
of /usr/lib/i386-linux-gnu/, so it s
On Thu, Oct 04, 2018 at 08:25:02AM +0200, deloptes wrote:
don't know your setup, but /usr/libx32 does not exist since or after
wheezy - I don't recall when exactly it was replaced
by /usr/lib/i386-linux-gnu/ for the sake of multi-arch.
/usr/libx32 might be related to the x32 architecture port -
Bob McGowan wrote:
> One question does remain, why didn't apt-get refuse to install the
> application, or pull in the correct library?
don't know your setup, but /usr/libx32 does not exist since or after
wheezy - I don't recall when exactly it was replaced
by /usr/lib/i386-linux-gnu/ for the sake
high def (4K) mp4 video I would like to put on a Blu-Ray disk,
to play in a standard Blu-Ray player.
So I did the Google search and found several posts, all of which
mentioned an application tsMuxeR, which is available for Linux and is in
the Debian repos.
However, it is a 32 bit application, but he
Bob McGowan wrote:
> Hi,
>
> I have a high def (4K) mp4 video I would like to put on a Blu-Ray disk,
> to play in a standard Blu-Ray player.
>
> So I did the Google search and found several posts, all of which
> mentioned an application tsMuxeR, which is available for
On 10/02/2018 09:02 PM, Bob McGowan wrote:
Hi,
I have a high def (4K) mp4 video I would like to put on a Blu-Ray disk,
to play in a standard Blu-Ray player.
So I did the Google search and found several posts, all of which
mentioned an application tsMuxeR, which is available for Linux and is
Hi,
I have a high def (4K) mp4 video I would like to put on a Blu-Ray disk,
to play in a standard Blu-Ray player.
So I did the Google search and found several posts, all of which
mentioned an application tsMuxeR, which is available for Linux and is in
the Debian repos.
However, it is a 32
Hi,
Dominique Dumont wrote:
> > > try with -speed=1
i wrote:
> > What are the negative symptoms if you do not use this option ?
> The burn process DVD-DL at full speed (8x) on a plextor dvd burner apparently
> works fine, but read verification shows i/o errors on 2 diffrerent drives.
If this is
Le mardi 15 mars 2016, 08:39:21 08:39:21 Thomas Schmitt a écrit :
> > This option is the only way for me to burn reliably with my old BR drive
>
> What are the negative symptoms if you do not use this option ?
The burn process DVD-DL at full speed (8x) on a plextor dvd burner apparently
works fi
Hi,
Jan Gregor wrote:
> is it possible to correct the files via pseudo-overwrite
If the BD-R is already formatted for Pseudo-Overwrite and if you
can determine the block range of the damaged files, then this might
be possible.
The block range could be determined by
path_to_file=...
xorriso -
Hello,
I found that two files on formatted bd-r media cannot be read. Since few
hundred megabytes are left on medium and spare area is also not full, is it
possible to correct the files via pseudo-overwrite or new session ? First
method seems to me more natural, same is used when data written to
Hi,
Dominique Dumont wrote:
> I guess that growisofs got better.
It depends on the starting point of the comparison. {:)
https://tracker.debian.org/media/packages/d/dvd%2Brw-tools/changelog-7.1-11
shows two program changes in the last 5 years. None would be
related to speed or physical quality
On Tuesday 15 March 2016 08:39:21 Thomas Schmitt wrote:
> > This option is the only way for me to burn reliably with my old BR drive
>
> What are the negative symptoms if you do not use this option ?
I did a test on a bluray this evening without -speed option and the disk was
burnt without issue
Hello,
I tried to burn data to rest of the blu ray disc, that failed and use
speed=2.
At first it failed with original 25GB image, it was solved by excluding
some files and burn only 24GB.
Executing 'builtin_dd if=mybluray-disc.udf of=/dev/sr0 obs=32k seek=0'
:-( /dev/sr0: 12088
Hi,
Jan Gregor wrote:
> Until 8GB the speed varied between 1.0 and 1.5x, between 8GB and 24GB
> it significantly dropped so average speed was 0.2x.
This is a typical effect of checkreading while writing. 1.0x with 2x
nominal speed indicates a good relationship between drive and medium.
0.2x is ra
Hi,
Dominique Dumont wrote:
> # problem with plextor writer: io error on last files on DL DVD
To my own experience, DVD+R DL are the first media to fail when the
DVD laser begins to go blind. Unformatted DVD-RW are next.
> # note: plextor's slowest speed on Prodye ix 4x, which is too fast
> #
Le 15/03/2016 19:49, Dominique Dumont a écrit :
On Tuesday 15 March 2016 08:39:21 Thomas Schmitt wrote:
What are the negative symptoms if you do not use this option ?
It's been a while and I don't remember the exact symptoms.
I've often noted that the disk writing end with an error, but it w
On Tuesday 15 March 2016 09:43:24 Jan Gregor wrote:
> Did you experienced same also on other OS or you can write reliably at
> higher speed outside linux ?
I've not tried outside of Debian/unstable.
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumo
On Tuesday 15 March 2016 08:39:21 Thomas Schmitt wrote:
> What are the negative symptoms if you do not use this option ?
It's been a while and I don't remember the exact symptoms.
Here's what I've noted at that time:
# problem with plextor writer: io error on last files on DL DVD
# try : 1 reduc
Le 15/03/2016 10:43, Jan Gregor a écrit :
Did you experienced same also on other OS or you can write reliably at
higher speed outside linux ?
the standard cdrecord I use (but not on debian) checks the speed and low
it if necessary - I use usb blu-ray writer for 5 years now
jdd
Hi,
Jan Gregor wrote:
> After message about formatting of the media I saw about 10 lines of write
> buffer with very high estimate followed by error message
> WRITE@LBA Input/output error
So for now the best guess is that the drive does not like the medium.
> > Buffer underrun is not an issu
Did you experienced same also on other OS or you can write reliably at
higher speed outside linux ?
Thanks,
Jan
On Tue, Mar 15, 2016 at 8:31 AM Dominique Dumont wrote:
> On Tuesday 15 March 2016 06:56:11 Jan Gregor wrote:
> > For burning I used growisofs with -Z /dev/sr0=image argument only. Ca
On Tue, Mar 15, 2016 at 8:25 AM Thomas Schmitt wrote:
> Hi,
>
> Jan Gregor wrote:
> > does anybody uses this burner in debian jessie ?
>
> I don't have this burner, but i am interested in such problems in general.
>
>
> > So far I was succesful with burning to bd-re medium
>
> This means its blue
Hi,
jdd wrote:
> you may also try the original cdrecord by joerg
> which is *much* faster on BD write
The speed advantage on BD-R is because cdrecord does not format
the medium by default (as do my xorriso and cdrskin, too).
With growisofs you can achieve this behavior by option
-use-the-forc
Le 15/03/2016 08:25, Dominique Dumont a écrit :
This option is the only way for me to burn reliably with my old BR drive (~ 5
years)
you may also try the original cdrecord by joerg
(http://cdrtools.sourceforge.net/private/cdrecord.html) which is *much*
faster on BD write, but I don't know ho
Hi,
Dominique Dumont wrote:
> try with -speed=1
> This option is the only way for me to burn reliably with my old BR drive
What are the negative symptoms if you do not use this option ?
Have a nice day :)
Thomas
On Tuesday 15 March 2016 06:56:11 Jan Gregor wrote:
> For burning I used growisofs with -Z /dev/sr0=image argument only. Can you
> recommend arguments to growisofs or some configuration to the drive to
> minimize number of wasted bd-r media ?
try with -speed=1
This option is the only way for me t
Hi,
Jan Gregor wrote:
> does anybody uses this burner in debian jessie ?
I don't have this burner, but i am interested in such problems in general.
> So far I was succesful with burning to bd-re medium
This means its blue laser lens is not blind.
> failed with bd-r medium with i/o error after
Hello,
does anybody uses this burner in debian jessie ? So far I was succesful
with burning to bd-re medium and failed with bd-r medium with i/o error
after start of burning - probably caused by default 6x speed compared to 1x
speed of bd-re but the drive should have buffer underrun protection.
people wanting to do
the media center thing, computer gaming on the TV, etc...
About 3 years ago I did play around with Blu-ray, the drive was old, the
software that came with it
stopped being updated in 2010. Had 2 movies both released after 2010,
initially neither would play,
after poking a
On 08/28/2015 03:55 AM, Thomas Schmitt wrote:
Since this all stays a bit obscure, how about this summary statement:
Be aware that inserting a commercial Blu-ray video disc into the drive
can have undesired effects on the overall video decoding and display
system. (This does not affect the
y talk of keydb.cfg (clearly a disk file) and quote
the program "most likely current AACS host certificate
is revoked by your drive". Also its about "vid", "vuk".
(whut ?)
Since this all stays a bit obscure, how about this
summary statement:
Be aware that inserting
On Friday 28 August 2015 06:24:33 Seeker wrote:
> On 8/27/2015 12:48 PM, Lisi Reisz wrote:
> > On Thursday 27 August 2015 19:30:48 Seeker wrote:
> >> On a marginally related but not relevant note, that was at a time when
> >> hooking a computer to a TV
> >> was not so common,
> >
> > My, we have so
On Friday 28 August 2015 03:09:48 Gene Heskett wrote:
> > On Thursday 27 August 2015 17:00:15 Gene Heskett wrote:
> > > On Thursday 27 August 2015 05:44:20 Thomas Schmitt (?)wrote:
> > > > I am curious to learn more about the Sony-CD incident.
> > >
> > > The mailing list archives contain many mega
1 - 100 of 226 matches
Mail list logo
