Talk:Digital container format

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Computing / Software (Rated Start-class, Low-importance)
WikiProject icon This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
Start-Class article Start  This article has been rated as Start-Class on the project's quality scale.
 Low  This article has been rated as Low-importance on the project's importance scale.
Taskforce icon
This article is supported by WikiProject Software (marked as Mid-importance).
WikiProject Guild of Copy Editors
WikiProject icon A version of this article was copy edited by e.w.bullock, a member of the Guild of Copy Editors, on 29 May 2010. The Guild welcomes all editors with a good grasp of English and Wikipedia's policies and guidelines to help in the drive to improve articles. Visit our project page if you're interested in joining! If you have questions, please direct them to our talk page.

AV only?[edit]

Aren't there possibilities other than audio and video? I would agree that the idea is usually used to distinguish between different compression formats (whether lossless or lossy) - as opposed to uncompressed data - you don't get a format that is designed to contain spreadsheets in e.g. either CSV or Excel format. But what about images? I'm thinking of TIFF in particular, which allows a number of different compressed image formats.

VBR Delivery as apposed to encoding[edit]

I believe that an item for varaible bit rate delivery should be added to the Issues section. For example, depending on the bandwidth connecting the viewer to the video stream, one could view the same video in a lower resulotion/frame rate/bitdepth/artifacts/etc by skipping chunks of the file.

Nice idea, but the way you put that sounds like original research :-P.

Poor grammar?[edit]

This made me cringe and I was wondering if anyone else did the same when reading this:

"A container or wrapper format is a file format whose specifications regard only the way data are stored (but not coded) within the file, and how many metadata could or are effectively stored" I can have a go at cleaning it up myself, but was after someone elses opinion. Legios (talk) 05:04, 13 March 2009 (UTC)

A good chunk of the introduction to this article made me cringe, actually. There are way too many parentheses and comma, and at times it seems like there is a stretch for more wiki-links. I tried re-writing a sentence and I could barley understand what its purpose was. Below is a new version of the introduction that I think is more clear and still contains the relevant information for someone looking for more information. I'll wait for comments before putting it on the main page.

A container or wrapper format is a meta-file format whose specification describes how data and meta-data is stored (not coded). A program able to identify and open a container file might not be able to decode the contained data. This can be caused by the program lacks the required decoding algorithm or the meta-data does not provide enough information. By definition, a container format could wrap any kind of data. Though there are a few examples of such file formats (e.g. Microsoft Windows's DLL files), most container formats are specialized for the specific requirements of the data.

For example, a popular family of containers is found among multimedia file formats. Since audio and video streams can be coded and decoded with many different algorithms, a container format can be used to provide a single file to the user.

Sutekh.destroyer (talk) 22:53, 12 December 2009 (UTC)

Per Wikipedia's general policy, I have replaced the original introduction with the one written above. Feel free to improve it. Sutekh.destroyer (talk) 00:00, 24 December 2009 (UTC)

Why container?[edit]

The article should address why container formats are used instead of the "raw" content. (talk) 06:03, 27 February 2010 (UTC)

How so TIFF trashes Exif?[edit]

Removed the following:

, which results in difficulties in properly preserving information – notably, Exif photo data is often discarded.

I did a lot of work with TIFF in the late 1980s and the only reason I can think of for Exif lossage is sloppy coding, or a developer cutting corners to create a false impression of speed. Explain it so a software developer with 30 years of experience can comprehend it, or leave it out. My experience with TIFF was that it was disk seek intensive and only performed well if the file was written in a sensible order to disk. We had tools in house to do this which tripled the speed of many operations in a TIFF-like data structure we used to store font data. — MaxEnt 18:46, 13 April 2010 (UTC)

Clarify Container vs content[edit]

"Since the container does not describe how data or metadata is encoded, a program able to identify and open a container file might not be able to decode the contained data. This may be caused by the program lacking the required decoding algorithm, or the meta-data not providing enough information.[clarification needed]"

Could one please find nice words for: A program can read (open) the container, but is not able to handle the content.

At least something that tries to explain it. It's obvious to me even though I did not write it. —Preceding unsigned comment added by (talk) 20:04, 21 March 2011 (UTC)

Include Reference to CAF format?[edit]

Would it be appropriate to include a reference to the Core_Audio_Format?

dpbaril 13:51, 17 April 2012 (UTC) — Preceding unsigned comment added by Dpbaril (talkcontribs)