55 results about "End-of-file" patented technology

A system and method for presenting document records to a user through a display interface, comprising means for processing data of the first type through a first applet and data of the second type through a second applet and separately extracting data of the two different types using the separate applets. The user interface provides means for selecting a data file from a plurality of data files, displaying the merged and formatted processed first and second data, and managing a plurality of data files with the host application. Each record on the list may be individually selected, comprising providing at least two distinct categorization inputs from the user, providing an indicia in the record list to indicate a respective record classification, and providing means for selectively processing the records according to a respective classification thereof. The data file employs a standard image format file with an embedded index pointer to segregate two data types. A first data type, preferably an image, is referenced by the index pointer and is located near the terminus of the file. A second data type, for example text, appears immediately after the file header which includes the index pointer, and preferably terminates with an end of file marker. Thus, the single file may be read by both a standard image file reader, and a standard text reader, without parsing or segregation. The two data types are preferably text and image data, and the data file is preferably a tagged image format file (TIFF) file with Group-4 image compression.

A computer-implemented method for compressing a first stream of data, the first stream of data comprising a plurality of input words. The computer-implemented method includes receiving the plurality input words, and adaptively compressing the plurality of input words into a plurality of compression codes. The computer-implemented method further includes outputting the plurality of compression codes upon encountering an end-of-file signal in the first stream of data, wherein the plurality of compression codes are fewer in number than the number of unique bit patterns requiring unique compression codes under LZW (Lempel Ziv & Welch) compression.

While storing and managing moving picture data that cannot be reproduced unless data of an entire file is included, the present invention enables a request source apparatus to reproduce the file without waiting for the reception of the end of the file and then transfers the file. To this end, all storage addresses of chunks managed by a moov atom are increased by the size of the moov atom to generate a new moov atom when a transfer request of a moving picture file, which is arranged in the order of an ftype atom, an mdat atom, and the moov atom, is received. A file, which is arranged in the order of the ftype atom, the generated new moov atom, and the mdat atom, is transferred to the request source.

Augmenting data files in a repository of an append-only file system comprises maintaining metadata corresponding to each data file for tracking a logical end-of-file (EOF) for each data file for appending. A global versioning mechanism for the metadata allows selecting the current version of the metadata to read for performing an append job for a set of data files. Each append job comprises multiple append tasks. For each successful append job, the global versioning mechanism increments a valid metadata version to use for each data file appended. Said valid metadata version indicates the logical EOF corresponding to a new physical EOF for each of the data files appended.

A system and method for presenting document records to a user through a display interface, comprising means for processing data of the first type through a first applet and data of the second type through a second applet and separately extracting data of the two different types using the separate applets. The user interface provides means for selecting a data file from a plurality of data files, displaying the merged and formatted processed first and second data, and managing a plurality of data files with the host application. Each record on the list may be individually selected, comprising providing at least two distinct categorization inputs from the user, providing an indicia in the record list to indicate a respective record classification, and providing means for selectively processing the records according to a respective classification thereof. The data file employs a standard image format file with an embedded index pointer to segregate two data types. A first data type, preferably an image, is referenced by the index pointer and is located near the terminus of the file. A second data type, for example text, appears immediately after the file header which includes the index pointer, and preferably terminates with an end of file marker. Thus, the single file may be read by both a standard image file reader, and a standard text reader, without parsing or segregation. The two data types are preferably text and image data, and the data file is preferably a tagged image format file (TIFF) file with Group-4 image compression.

Implementations provide a structure for low-latency live-video streams using existing content delivery networks. An example method includes creating, at the start of a broadcast stream, a playlist forthe broadcast stream that identifies at least two segment files. The content of each of the segment files is a table header. The method also includes transmitting the playlist and each of the segmentfiles to a cache server, obtaining the video broadcast stream as a series of frames, and transmitting each frame in the series of frames to the cache server using an HTTP chunk transfer protocol, each frame being associated with, and written to, a first segment file identified in the playlist. When a frame in the broadcast stream is a break frame, the method includes transmitting an end of file marker for the first segment file and adding a video header for the break frame before it is transmitted.

Media files such as MPEG-4 files are fragmented to allow for media and live media creation and delivery. A MPEG-4 standard description box includes synchronization information, end of file information, and chapter information to provide signaling information for near live playback of fragments. Playback can begin upon receiving a first MPEG-4 file fragment. A second MPEG-4 file fragment can be requested using information included in the first MPEG-4 file fragment.