Jövő héten érkezik a Cdrtools 3.0

Szerszám

Jörg Schilling bejelentette, hogy több mint öt év után ismét stabil cdrtools verzióval áll elő. A következő verziót cdrtools-3.0-nak hívják majd és egy héten belül érkezik. Az utolsó hivatalos stabil verzió (2.01) 2004. szeptember 9-én került kiadásra. A fejlesztő szerint a 2004. szeptember 9-től a mai napig majdnem annyi új kód került a programcsomagba, amint amennyi a kezdetektől, 1996. februárjától 2004. szeptemberéig. A legfontosabb fejlesztések 2006. májusa óta:

  • BluRay support was added
  • The DVD support code was moved to the OpenSource part of cdrtools
  • DVD Double layer support was added
  • DVD-RAM support was added
  • DVD Multi-border support for DVD- was added to cdrecord
  • Support for reading and writing Hidden Tracks (audible content before
  • Track 01) on Audio CDs was added to cdda2wav and cdrecord
  • Cdda2wav is now able to create CDRWIN CUE files instead of *.inf files
  • Cdrecord now understands the CUE file enhancements from ExactAudioCopy
  • SCSI autotarget mode makes cdrtools work without the dev= SCSI address parameters in all cases where only one drive is available in the system
  • Mkisofs now includes support for find(1) style command line arguments implemented via "libfind"
  • Mkisofs now includes working support for UTF-8 based locales
  • Mkisofs now includes enhanced UDF support like symlinks, user IDs, group IDs and permissions (needed for DVDs and BluRays)
  • There is also support for Apple specific extensions (thanks to Helios.de)
  • Mkisofs now supports ISO-9660 with files up to 8 TB (requires -iso-level 3)
  • New cdrecord option -minfo/-media-info to print Media information/status
  • Readcd now implements media quality scanning support code for C1/C2/CU errors with Plextor and NEC/Optiarc drives. Use readcd -cxscan
  • Readcd now implements media quality scan support code for Plextor drives. Use readcd -pi8scan or -pifscan
  • All SCSI aware programs from cdrtools now support -scanbus
  • Support for the Plextor GigaRec feature was added
  • Workarounds for many firmware bugs in various drives have been added
  • Cdrecord now defaults to -sao mode instead of -tao
  • Cdrecords CDRWIN CUE sheet parser was enhanced to support all features from CDRWIN and cdrecord specific extensions in addition
  • Cdrecord now allows CDRWIN CUE sheet based writing in -raw/-raw16/-raw96r to work around Pioneer firmware bugs and to allow to write SVCDs on Pioneer drives
  • Cdrecord now supports DVD-RW/DL media (once the related media will be made available to the public)
  • Cdda2wav now implements a new option -interactive to support being called from GStreamer (to avoid license problems with libcdio)
  • Cdda2wav now supports MD5 sums for audio data
  • Support for "root"-less installation on Solaris using fine grained privileges was added
  • Support for DragonFlyBSD was added
  • Support for Zeta (BeOS clone) was added
  • Support for Haiku (BeOS clone) was added
  • Support for Syllable was added
  • Support for ATARI FreeMiNT was added
  • Support for AMIGA-OS was added
  • Support for SunStudio 12 on Linux was added Call "make CCOM=suncc"
  • New program "btcflash" to flash firmware on some BTC writers
  • A new Reed Solomon "decoder" (repair) library was added
  • New experimental option -edc-corr in "readcd" was added
  • Mkisofs no longer used GNU getopt_long() but getargs() to avoid various bugs from GNU getopt_long()
  • Mkisofs now supports correct inode numbers for hardlinks
  • Mkisofs now implements "UNIX V6 FS style" link counts on directories,
  • This is: link count for directories is "2 + number of subdirectories"
  • Mkisofs now implements the new Rock Ridge (rrip) protocol version 1.12 from 1994 that added support for hard linked files
  • Mkisofs now correctly implements deep directory relocation (this is for directories nested deeper than 8 nesting levels)
  • New mkisofs options -posix-H/-posix-L/-posix-P implement the -H/-L/-P options defined by POSIX.1-2001 for descending commands like ls/chmod/chown/find/pax/...
  • The makefile system now implements support for cdrtools local dynamic linking using: make LINKMODE=dynamic
  • All projects except "libhfs_iso", "libparanoia" and "schily autoconf" have been relicensed to CDDL with permission from all authors.
  • Libparanoia was relicensed from GPL to LGPL with permission from Monty.

A részletek itt.

( evone | 2010. 05. 22., szo – 09:28 )

DVD Double layer support was added !!!!!!!

csodalatos hogy hol tart ma a tudomany!! :)

Akkor részletesebben: Az cdrtools utolsó stabil változatának megjelenése és a kétrétegű írható lemezek megjelenése kb. egybeesik. A fenti lista az utolsó és a mostani stabil változat közötti "újdonságokat" tartalmazza.

-----
Innen most töltsünk tiszta vizet a nyílt kártyákba: ...

Én például használtam videó archíválásra. Az egyetlen megfizethető formátum, amiből van tokos lemez. Külső önálló digitalizálót (valamint DV átkódolót) vettünk nagyon jó áron, ami elfogadott tokost.

Aztán Panasonic cseszett nekem hozni számítógéphez tokos meghajtót, szerintük ezt ebben a régióban nem kell forgalmazni. Kivenni meg nem fogom a tokból a lemezt, mert azzal már értelmét veszti az egész.

Szóval a Panasonic maga okozta kb a formátum halálát, mert pont arra nem lehet használni már, amire eredetileg tervezték: a félprofesszionális videó munkákra.

dvd+rw-tools-féle growisofs-sel eddig is lehetett kétrétegű lemezt írni - legalábbis nekem FreeBSD alatt némi kezdeti nehézségek után többször is sikerült. (Pedig az ugye aztán végképp nem mainstream opsys.) És rémlik, hogy a cdrecord-prodvd is tudta. meg a lentebb emlegetett libburnia. Meg a Nero. Hol itt a gond?

( Zahy v | 2010. 05. 22., szo – 10:28 )

Ez annyit jelent, hogy *X-re immár a következő *különböző* multiplatform CD/DVD-író backend-ek léteznek (fognak létezni kb 1 hét múlva):
- cdrecord
- dvd+rw-tools
- dvdrecord? Fejlesztik még? Hallottam róla csúnyákat ...
- a libburnia-project.org -féle, asszem az egyetlen grafikus frontend hozzá az XFCE-hez "való" xfburn
- meg a bináris Nero - gőzöm nincs, hogy lehet-e grafikus felület nélkül használni.

Sajnos (vagy nem sajnos) kb a k3b tekinthető egyedül normális grafikus frontendnek, ami leginkább a dvd+rw-tools-féle growisofs -t supportálja. Mondjuk a dvdrecord és a libburnia mind rendelkezik több-kevesebb cdrecord-kompatibilis parancssori interfésszel, így ha mondjuk a k3b-nek lenne (van?) olyan lehetősége, hogy a parancssori backend-et pontosan be lehet állítani, akkor cdrecord-kompatibilis módon ezeket is be lehet alá suvasztani. No majd talán ha valóban meglesz a k3b 2.0.

nekem semmi bajom nem volt 1.70beta ota. Most 1.91rc2, de johetne mar a stabil, lehet pont ezutan jon :D Mert vmi blu-ray issue tartotta fel oket epp
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

"bináris Nero" - nem akarok kötözködni, de egyre többen használjátok így ezt a kifejezést, csak szólni szeretnék, hogy kb a "mélykonzollal" van egy szinten, légyszi kerüljétek!

A többi is bináris, amikor éppen használod, DE! a "bináris" se nem a "futtatható állomány" se nem a "zárt kódú program/driver" szinonímája!! (tudod, mint a minden bogár rovar...)

Én sem akarok kötözködni, de: bináris = kettes számrendszerű. A számítógépek többsége mindent binárisan tárol. Még a nyílt forrású szoftverek forrását is. Legfeljebb ha belenézünk egy szövegszerkesztővel, akkor a hozzáértők számára olvasható karaktersorozatot látunk.
Egyszerűbb lenne a zárt forrású kifejezést használni.

-----
Innen most töltsünk tiszta vizet a nyílt kártyákba: ...

( viraghj v | 2010. 05. 22., szo – 10:46 )

OK, és az igazi kérdés:

Mi ujság licence-fronton, melyik disztro fogja ezt használni
a mostani patch-elt, forkolt, átírt, stb. változatok helyett...

+1
Annak ellenére hogy Schilling egy bunkó, abban sajnos igaza van, hogy a cdrkit egy fos (a cdrecord évekkel ezelőtti, buggal teli snapshotja, aminek a bugjaiból jó ha párat javítottak azóta)
Az első dolgom bárhova Linuxot teszek, hogy még a helyét is felhintem sóval, és a Schilling-félét teszem fel.

( Replaced | 2010. 05. 22., szo – 13:00 )

All projects except "libhfs_iso", "libparanoia" and "schily autoconf" have been relicensed to CDDL with permission from all authors.
Libparanoia was relicensed from GPL to LGPL with permission from Monty.

\o/

--
NetBSD - Simplicity is prerequisite for reliability

( bervi | 2010. 05. 22., szo – 15:01 )

nesze neked, "release early, release often" ...
szerintem.

( mrev | 2010. 05. 22., szo – 15:17 )

Ez a Schilling fiú hosszú ideig nem volt hajlandó sem fejleszteni, sem hibákat javítani. Debiánék megharagudtak ezért, és forkolták a projektet, ebből lett az icedax.
--
CCC3

"Ez a Schilling fiú" csinált egy minőségi működő programot. Debiánék hibás patcheket forceoltak volna a programjába, ahelyett hogy a "saját sarukat" javították volna.
Userektől anyázást "Schilling fiú" kapta, másnak a kétbalkezessége miatt. Amikor ezt (vissza)jelezte, tény hogy nem finom módon, akkor egyből ö lett a "fekete bárány". Lett egyből fork. Mellesleg gyakran most is a fórumokon, ha a "csodálatos" wodim cseszi el a lemezeket, a cdrecord kapja az észosztást... Kulcsszó - gyakran.
--
http://opensolaris.org/os/project/indiana/
http://www.opera.com/browser/

Ennél kicsit azért komplikáltabb volt a helyezet. Ugye volt itt szó a -ProDVD változat fizetőssé tételéről, aztán volt hiszti a Linux SCSI apijáról, hogy azmilyenszar, debezzeg a Solarisé jó és a továbbiakban már csak solarisra fogja csinálni és hasonlók. Aztán amikor a Linux alatt megváltoztatták a SCSI API-t, hogy mégse legyen olyan rossz, akkor meg az volt a baj, hogy miért változtatnak, most már tényleg nem fogja linuxra karbantartani.

Én nem mondom, hogy Debian-os fejlesztők tökéletesen ott vannak a szeren, de azért érthető, hogy kicsit elegük lett Jörg folyamatos hisztijeiből. Még akkor is, ha Jörg amúgy jobb programot adott ki a kezéből.
---
Internet Memetikai Tanszék

cdrkit (http://en.wikipedia.org/wiki/Cdrkit)

cdrkit is a collection of computer programs for CD and DVD authoring that work on Unix-like systems. The creation of cdrkit was initiated by the Debian project, as a fork of cdrtools. cdrkit is released under the GNU General Public License version 2. Fedora, Gentoo Linux, Mandriva Linux, openSUSE and Ubuntu all include cdrkit. Joerg Jaspert is cdrkit's leader and release manager.

Major components include:
- wodim (an acronym for write optical disk media), which was forked from the cdrecord program in cdrtools.
- icedax (an acronym for incredible digital audio extractor), which was forked from the cdda2wav program in cdrtools.
- genisoimage (short for generate ISO image), which was forked from the mkisofs program in cdrtools.

cdrtools (http://en.wikipedia.org/wiki/Cdrtools)

cdrtools (formerly known as cdrecord) is a collection of independent projects of free software/open source computer programs. It has been adapted to use on Windows.
The project collection called cdrtools was created by Jörg Schilling and others under the GNU General Public License (GPL). The sub-project mkisofs completely remains under GPL. The most important parts of the package are cdrecord, a console-based burning program; cdda2wav, a CD audio ripper that includes libparanoia support; and mkisofs, a CD filesystem image creator.

( nanto | 2010. 05. 24., h – 20:09 )

akkor lehet az archban sem ilyen lesz a cdrecord?
~]$ cdrecord --version
Cdrecord-yelling-line-to-tell-frontends-to-use-it-like-version 2.01.01a03-dvd
Wodim 1.1.10
Copyright (C) 2006 Cdrkit suite contributors
Based on works from Joerg Schilling, Copyright (C) 1995-2006, J. Schilling
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

( taxy | 2010. 12. 19., v – 18:57 )

De fura ennek a telepítője, mindent az /opt-be pakol. Gobolinuxnak biztos beletörne a bicskája.

$ fgrep -A17 'different installation directory:' cdrtools-3.00/INSTALL
Using a different installation directory:

If your system does not yet use the standard installation path /opt
or if you don't like this installation directory, you can easily
change the installation directory. You may edit the DEFAULTS file
for your system and modify the macro INS_BASE.

You may use a different installation directory without editing the
DEFAULTS files. If you like to install everything in /usr/local, call:

If your make program supports to propagate make macros to sub make programs
which is the case for recent smake releases as well as for a recent gnumake:

smake INS_BASE=/usr/local install
or
gmake INS_BASE=/usr/local install

$