mainCompact Disc Input and Control Library - Support: sr #103793, Full UDF (CD's/DVD's) compliant...

 
 

sr #103793: Full UDF (CD's/DVD's) compliant reading

Submitter:  None
Submitted:  Tue 18 Jan 2005 04:41:51 PM UTC
   
 
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  Postponed
Privacy:  Public Assigned to:  None
Originator Email:  -email is unavailable- Open/Closed:  Open
Operating System:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 13 Jan 2008 12:21:38 PM UTC, comment #26: 

There are patches for UDF 2.50 reading on the Linux UDF project patch tracker on SourceForge.net, for most Linux kernels, see:

http://sourceforge.net/tracker/?group_id=295&atid=300295

http://sourceforge.net/projects/linux-udf/
http://www.trylinux.com/projects/udf/index.html

Andreas Setterlind <gamester17>
Sun 13 Jan 2008 12:15:46 PM UTC, comment #25: 

Any news or updates on UDF v2.5 support?
UDF 2.50 is what Blu-ray and HD DVD uses.

http://en.wikipedia.org/wiki/Blu-ray_Disc
http://en.wikipedia.org/wiki/HD_DVD

There is also a UDF version 2.60 out, see:
http://en.wikipedia.org/wiki/Universal_Disk_Format

Andreas Setterlind <gamester17>
Fri 07 Jul 2006 08:04:05 PM UTC, comment #24: 

Could it be ported from http://sourceforge.net/projects/linux-udf and then updated using the documentation from http://www.osta.org/specs/index.htm ?

Anonymous
Fri 07 Jul 2006 07:58:09 PM UTC, comment #23: 

Can you somehow try to recruit more members to the libcdio project?, maybe post jobs on:
http://savannah.gnu.org/people/
http://freshmeat.net/projects/libcdio/

And maybe start a contest, or find a sponsor to hire a task programmer (india outsource)?

Can you 'get it out there' to let people know about PayPal donations to the project?

Anonymous
Sat 20 May 2006 03:07:59 PM UTC, comment #22: 

Small correction. I had an off-by-one error in release numbers: 0.77 added UDF headers and what is in CVS now will be come release 0.78

Rocky Bernstein <rocky>
Group administrator
Sat 20 May 2006 02:57:28 PM UTC, comment #21: 

Various UDF headers were added to version 0.76. In CVS there is some basic support for getting directory entries and reading files which will probably go out in 0.77.

I had proposed this as a Google Summer of Code project ('06). However no student signed up for this project. (Short of one student who was probably not qualified and probably not genuinely interested either.)

Last and least of all, as far as I can tell no money's been collected either should there be someone who was willing to work on this for hire.

Rocky Bernstein <rocky>
Group administrator
Wed 22 Mar 2006 12:15:07 PM UTC, comment #20: 

I too want UDF support ín libcdio, I can't code myself

Anonymous
Tue 06 Sep 2005 12:30:02 AM UTC, comment #19: 

Sorry for not replying sooner.

I recently changed jobs and it looks like I won't have much free programming time.

However, in free moments I'll try to start working on this.  If
anybody's interested in contributing towards paying developers for getting this task done, money can be sent via Paypal to -email is unavailable- (this is my roommate's account; be sure to include a note saying what it's for and how you want any attribution of contribution noted).

If other developers get involved, I can send them contributed money from this account.

If the work isn't done by the time Google has another "Summer of
Coding," I can certainly put in a suggestion.

Thanks for the repeated interest.

Rocky Bernstein <rocky>
Group administrator
Wed 24 Aug 2005 11:12:30 AM UTC, comment #18: 

do/would you take paypal donations for programming this?

Anonymous
Thu 07 Jul 2005 09:45:59 AM UTC, comment #17: 

yes will someone please volenteers to add udf support, there are no multi-platform libraries for it out there =(

Anonymous
Wed 06 Jul 2005 10:14:51 AM UTC, comment #16: 

Yeah libdvdread/dvdread could be used as a low-level code base for adding UDF file-system support to libcdio (but the higher-level code to understand file-structure such as .IFO, etc. is not needed in libcdio, just ISO9660 file-structure is not needed, the 'only thing needed' is for libcdio to be able to read the data of all discs with UDF file-system, the rest higher-level code that is not in libcdio will have to handle themselves, again similar to libcdio deals with ISO9660).

I would also like to make it clear that general UDF support will never be implemented into libdvdnav/dvdread, the authors of libdvdnav (dvd.sourceforge.net) has made that very clear, they will only implement code and features that is directly related to DVD-Video playback and navigation, ...libcdio authors can be safe that they will not step on any-ones toes if they would add UDF support to libcdio, so libcdio would not be in competition in any way with libdvdnav/dvdread.

Anonymous
Wed 06 Jul 2005 09:06:54 AM UTC, comment #15: 

Question: Why not use libdvdnav for UDF support?, (as it was suggested to port it from libdvdnav to libcdio).
Answeer: Because libdvdnav UDF support is only a limited version of UDF 1.02 (that isn't full UDF support).

Anonymous
Wed 06 Jul 2005 09:00:25 AM UTC, comment #14: 

For referese; UDF file-system 'unofficial' specification for DVD-Audio (DVDA) discs can be found here:
http://dvd-audio.sourceforge.net/spec/udf.shtml
PS! The AUDIO_TS folder on all DVD-Video discs is ISO9660 so DVD-Video discs are in fact hybrids:
http://docs.rage.net/system/mkisofs-2.0/README.sort
(anyone with NERO can test/burn this themself,  ...all but the "AUDIO_TS" folder is a form of UDF 1.02).

Anonymous
Tue 05 Jul 2005 01:00:07 PM UTC, comment #13: 

As stated before, the issue is a shortage of volunteers. Some discussion of what might be appropriate is on the libcdio-devel mailing list.

Rocky Bernstein <rocky>
Group administrator
Tue 05 Jul 2005 11:19:52 AM UTC, comment #12: 

I think the OSD-scene would benifit from a common library which supports all UDF

Anonymous
Wed 29 Jun 2005 09:32:00 AM UTC, comment #11: 

I don't understand the benefit here. Why not use libdvdnav when one needs things from libdvdnav?

I post something to the libcdio-devel mailing list to solicit comments there.

Rocky Bernstein <rocky>
Group administrator
Wed 29 Jun 2005 09:07:06 AM UTC, comment #10: 

Please port dvd_udf.h and dvd_udf.c from dvdread (libdvdnav) to read DVD-Video UDF
http://sourceforge.net/projects/dvd/
http://cvs.sourceforge.net/viewcvs.py/dvd/libdvdnav2/src/dvdread/

Anonymous
Sun 05 Jun 2005 05:14:44 PM UTC, comment #9: 

Yeah how about closing the bug repost (since not a bug) and only keep this request open?

PS! If you do that then suggest copy the request for other devs to volenteer into here ;-)

Anonymous
Sun 05 Jun 2005 07:39:36 AM UTC, comment #8: 

See also https://savannah.gnu.org/bugs/?func=detailitem&item_id=11818
which is a duplicates this request.

Rocky Bernstein <rocky>
Group administrator
Thu 02 Jun 2005 11:38:08 AM UTC, comment #7: 

How can we activly lobby (convince) developers to code this and submit a patch for it?, any ideas?, maybe a contest with a prize?

Anonymous
Thu 19 May 2005 08:03:57 AM UTC, comment #6: 

FYI, since original request was made UDF revision 2.50 and 2.60 been announced by OSTA:

UDF revision 2.60 changes/differences from UDF 2.50:
(Added Pseudo OverWrite method for drives supporting pseudo overwrite capability on sequentially recordable media)
http://www.osta.org/specs/pdf/udf260.pdf
http://www.osta.org/specs/pdf/udf260_lastDraftWithChanges.pdf
http://www.osta.org/specs/pdf/udf260_allApprovedDCNs.pdf

UDF revision 2.50 changes/differences from UDF 2.01:
(Added the Metadata Partition facilitating metadata clustering and optional duplication of file system information)
http://www.osta.org/specs/pdf/udf250.pdf
http://www.osta.org/specs/pdf/201250diffs.pdf
http://www.osta.org/specs/pdf/dcn250appr.pdf
http://www.osta.org/specs/pdf/udf250_errata.pdf

Anonymous
Mon 16 May 2005 11:40:26 AM UTC, comment #5: 

There is no question that UDF support is importan, very desireable and would be a great thing to add to libcdio as probably another library.

The issue is a shortage of volunteers.

Rocky Bernstein <rocky>
Group administrator
Mon 16 May 2005 11:06:29 AM UTC, comment #4: 

I heard Blu-Ray and HD-DVD will use UDF as default!?!

Anonymous
Thu 28 Apr 2005 10:40:45 AM UTC, comment #3: 

The king (ISO) is dead, long live the king (UDF) ;-)

Anonymous
Thu 17 Mar 2005 08:07:18 AM UTC, comment #2: 
Anonymous
Wed 02 Feb 2005 05:31:39 PM UTC, comment #1: 

Any volunteers?

Rocky Bernstein <rocky>
Group administrator
Tue 18 Jan 2005 04:41:51 PM UTC, original submission:  

Request for full UDF (Universal Disk Format) compliant reading support.
(this request for both data-UDF and video-UDF on both CD and DVD):

Please add a full UDF parser / layer to libCDIO, capable or reading all UDF and ISO/UDF hybrid formats. UDF is an open standard defined by OSTA (Optical Storage Technology Association) so hopefully finding all the specification / documentation and even existing code for it should not be too hard. Please prioritize x86 ATA / ATAPI and OS Independent oriented code support first. Personaly I see reading UDF data and hybrid ISO/UDF discs most important, ....but reading data of non-encrypted DVD-Video (DVD-V) discs through a common library like libcdio would be very nice too, (many people think that UDF is only for DVD-Video but that is not true; while ISO 9660 was only designed for CD's and then later extended for DVD's, UDF was designed for both data CD's and data DVD's from the start so should really be the primary file-system used for all DVD's.

Looking for full UDF read support for:
UDF (Universal Disk Format) revision 1.0
UDF (Universal Disk Format) revision 1.02
UDF (Universal Disk Format) revision 1.5
UDF (Universal Disk Format) revision 2.0
UDF (Universal Disk Format) revision 2.01


--------------------------------------------------------
Universal Disk Format (UDF) specs and docs:
--------------------------------------------------------
http://www.osta.org/specs/index.htm


--------------------------------------------------------
Existing Source Code (C and/or C++) that I found:
---------------------------------------------------------
http://www.koders.com/c++/fid8ADBD7C9EB8C1B64128EDE7E278B405E9652A2DE.aspx
http://www.koders.com/c/fidD460510E7EBE6881B488582EC91FEC68459A2E07.aspx
http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/libmpdvdkit2/dvd_udf.c
http://linux-udf.sourceforge.net/
http://sourceforge.net/projects/linux-udf
http://sourceforge.net/projects/fudf/
http://sourceforge.net/projects/rfunc/
http://freshmeat.net/projects/bgrescue/
http://freshmeat.net/projects/recoveryispossible/

Smart would probebly also be to check out Linux OS's source's ;-)

--------------------------------------------------------
Other common information on UDF:
--------------------------------------------------------
http://www.cdrfaq.org/
http://www.ecma.ch/stand/standard.htm
http://www.osta.org/html/ostatech.html#udf
http://www.osta.org/specs/pdf/udf200.pdf
http://www.symbios.com/x3t10/scsi-3.htm
http://www.trylinux.com/projects/udf/
http://www.trylinux.com/projects/udf/docs/e167-r2.pdf
http://www.codeproject.com/useritems/UDFCDR.asp
http://homepage.ntlworld.com/allcam/cdformat.html
http://www.cdroller.com/Help/source/html/hs1080.htm

PS! Reading Xbox DVD Filesystem be nice too but not so important:
http://xbox-linux.sourceforge.net/articles.php?aid=2002173060135

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by gamester17 (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2005-07-05 rocky StatusNone Postponed

    Back to the top

    Powered by Savane 3.13-cf05.
    Corresponding source code