Lines Matching refs:data
37 * bugfix (G:227) Quicktime check subatoms data length
43 * bugfix (G:219) Quicktime.UUID now parsed more discriminately for XML and other data types
108 * Quicktime: parse some GoPro-specific data
137 * bugfix (G:87): ID3v2 write GRID data not working properly
214 * Bugfix: (G:12) If [tags] data contains an array of strings then html
240 ¤ DSS files return additional data in new keys, and some existing
246 * Bugfix: [demo/demo.zip] could read more uncompressed data than
247 required; fail to read file if local data descriptor not set;
295 * Bugfix: (#1275) MD5/SHA1 data hashes not working properly
304 still may occur with Xiph data lacing
307 5. Audio/video keys are now populated with data from the
318 ¤ (#1039) iXML data in WAV files now returned and parsed into
319 [riff][WAVE][iXML][0][data] and [riff][WAVE][iXML][0][parsed]
337 ¤ ASF Extended Header Object data now (partially) parsed
348 * Bugfix: (#1193) [image_mime] key not set fo WM/picture data
363 ¤ picture data is now returned only in the original source
368 ¤ GPS data in MP4 files (e.g. iPhone) is now parsed (#1157)
371 ¤ Nikon-specific data (NCDT atom) in Quicktime videos now parsed
372 ¤ QuickTime atoms 'meta' and 'data' now (mostly) parsed
373 * Bugfix: remove false warning of junk data on WAV+ID3v1
375 * Bugfix: large attachment data in Matroska tags were not
384 * Bugfix: FLAC.picture was not returning under [data] +
402 * Bugfix: (#999, #1154) ID3v2 UFID data was missing
414 ¤ embedded image data is returned inside [comments][picture]
415 in a 2-element array (data, image_mime) for all formats
427 * Bugfix: demo.browse.php now encodes data according to
475 ¤ MusicBrainz / AmpliFIND data more accessible in returned data
478 text data, and/or garbage data prepended before text
479 data; DataLengthIndicator value was being ignored
482 * Bugfix: (#999) ID3v2 UFID data was missing
497 data to make binary-safe. Existing cached data must be
530 partofset tag; added WMA tag picture data to WMA comments
556 * Bugfix: [id3v2] UFID was not returning data
877 calls with zero data length)
937 stream present in the file (usually only one). The data is a
940 of all audio streams, and the data format of the first stream
941 (if streams are of different data types)
960 * Bugfix: Some ID3v2 frames had data key unset incorrectly
970 * Bugfix: AVIs with VBR MP3 audio data reported incorrect bitrate
975 therefore also incorrect data hashes (md5_data, sha1_data)
1023 for faster scanning when ID3v2 data is not required. If you
1026 ¤ 8-bit WAV data now calculates MD5 checksums as normal, not
1027 converting to signed data as before, so stored md5_data_source
1050 ¤ All parsed ID3v2 frame data is now in ['id3v2'][XXXX][#]
1055 as ID3v2 with the image (ex JPEG) data returned in [data]
1063 now detected and incorrect ID3v1 data not returned
1135 * Bugfix: WavPack no longer tries to read entire compressed data
1162 made ID3v2 tag containing binary data (typically pictures) get
1181 » PhotoCD (PCD) format now supported. Image data for the three
1204 if present in data) rather than integer (thanks Plamen)
1337 if present in data) rather than integer (thanks Plamen)
1394 parsing RIFF data occuring after the end of the compressed audio
1395 data (notably RIFF comments)
1399 return data on all tags in ['swf']['tags']
1408 data array by unsetting ['quicktime']['moov'] before returning.
1410 of several atom types that contain very large tables of data
1415 detected but no other data format recognized
1486 ¤ Returned data structure documentation improved and updated and
1494 are passing are already UTF8-encoded, otherwise all data is
1495 encoded to UTF8 by default. For all ASCII/ANSI data this value
1520 each item (title, artist, etc) with no data
1521 * Bugfix: APE tag writing was not UTF8-encoding the data -
1574 values rather than the actual data (thanks ahØartemis*dk)
1661 directories, and stores the resulting data in MySQL database,
1664 uncompressed data for formats that store that information
1670 ['md5_data_source']. To check if the compressed audio/video data
1675 converted version of the data from unsigned to signed (MSB
1686 attempt is made to parse the data contents of the file at all.
1690 data is lossless-compressed, false means the data is lossy-
1704 signed data rather than the original byte values. ['md5_data']
1707 ¤ ['ape']['items']['data'] and ['ape']['items']['data_ascii'] now
1709 opposed to binary data)
1716 * Bugfix: MP3 data in an MP4 wrapper fileformat could not identify
1730 frame at the beginning of the data is now detected for MP3s
1736 * Bugfix: added warning if ID3v2 frame has zero-length data
1740 Improved detection of RIFF-MP3 data. [unknown program] encodes
1741 RIFF-WAV data with a chunk name of 'RMP3' instead of the
1759 » Added support for OggFLAC (FLAC data stored in an Ogg container)
1761 » Added support for Speex (the data stored in an Ogg container)
1784 the audio/video data, stripped of all prepended/appended tags
1815 * Appended data tags: 'ape', 'lyrics3', 'id3v2', 'id3v1'
1839 the data inside that structure. For example, an Ogg file can
1840 contain Vobis data (normal), or it can contain FLAC data in the
1877 ¤ MPEG-4 audio files which consist of MP3 data wrapped in a
1878 Quicktime fileformat will now return the usual data in
1885 ¤ RealMedia chunk data is now returned inside ['real']['chunks']
1973 data is directory structure returned under ['iso']['files']
1988 ¤ RIFF-WAV files with MP3 data (or MP3s with RIFF headers, if you
1990 scanned and the usual data returned in ['mpeg']['audio'] if the
1994 ¤ EXIF data (if present) is returned for JPEG files under
2002 frame name ('COM ' - should be 'COMM') but the data is valid
2014 * Bugfix: ['data'] and ['image_mime'] were being returned for all
2076 of audio data matches DSIZ value, if present
2107 defaults to FALSE - if TRUE then the data for every frame is
2124 header with CBR data. (thanks fletchØpobox*com)
2187 data at the beginning wasn't always correct, also meant possible
2213 » Support for BMP added. Palette and pixel data can optionally be
2216 which will take the extracted pixel data and output it as a true
2253 ¤ ['ogg']['comments'][n]['data'] and
2255 comments. ['ogg']['comments'][n]['data'] is only useful if
2256 the field is supposed to contain binary data. It is a
2262 ['ogg']['comments'][n]['data'] contains valid image data.
2263 ¤ More than 3 Ogg pages may now be read in, if the comment data
2281 * Bugfix: Ogg comments that are larger than one data page (usually
2283 * Bugfix: Ogg comment data is now UTF8-decoded
2284 * Bugfix: Ogg comment writing now UTF8-encodes the data
2287 * Bugfix: ['asf']['stream_properties_objects']['flags'] data was
2290 Stream Bitrate Properties Object data (now returned correctly in
2321 filename.ext.[byte offset of APIC data].[jpg|gif|png]
2370 * Bugfix: If there is garbage data between a valid VBR header
2371 frame and a sequence of valid MPEG-audio frames the VBR data is
2382 Changed amount of data read in getid3.getimagesize.php from 10kB
2388 Added checks to make sure all needed data is available for writing
2413 getid3.write.php now only writes ID3v2 frames that have data
2416 and data is "getID3() v[version] (www.silisoftware.com)"
2474 * Bugfix: Lyrics3 data wasn't being properly copied from the ['raw']
2487 that would very easily be more data than PHP could handle.
2518 » The actual image data is now displayed (for JPEG, PNG and GIF
2524 NOTE: The actual image data is still returned in ['data']
2616 around and/or restructured. A lot of new data is in there too -
2625 audio data not parsed, if no ID3v2 header present in an MP3
2683 Removed some test data-dumping from the ID3v2 writing functions
2695 ¤ Added ['framenamelong'] to all returned frame data arrays with
2735 ¤ RVA2 data now returned as an array (multiple RVA2 tags are
2741 ¤ RVRB/REV data no longer returns under ['reverb'] array
2751 ¤ added ['datalength'] to all ID3v2 frames: length of frame data,
2754 but no audio data
2796 POPM/POP, AENC/CRA, ENCR and GRID frame data now returned under
2798 ¤ RVA2 frame data is now returned keyed by $channeltypeid instead of
2801 instead of ['data']
2802 Trailing null bytes now trimmed from frame (W??? & T???) text data
2804 [unknown program] had data padded to 50 chars with null bytes,
2833 ID3v1 data (title, artist, album, year, comment) is now trimmed
2899 ¤ This means that most no longer return ['flags'] and ['data']
2908 ¤ Added 'title', 'artist', etc names to ID3v2 data (easier to access