EP2272231A1 - Client and server for a video on demand system - Google Patents
Client and server for a video on demand systemInfo
- Publication number
- EP2272231A1 EP2272231A1 EP09733933A EP09733933A EP2272231A1 EP 2272231 A1 EP2272231 A1 EP 2272231A1 EP 09733933 A EP09733933 A EP 09733933A EP 09733933 A EP09733933 A EP 09733933A EP 2272231 A1 EP2272231 A1 EP 2272231A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- work
- client
- files
- time
- subset
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
- H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving management of server-side video buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2401—Monitoring of the client buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
- H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
Definitions
- the invention relates to a client and a multimedia playback device for downloading multimedia files, a server for providing and transmitting multimedia files to a client, an arrangement of a server and a client, to a method for uninterrupted transmission multimedia files and a computer program product on a machine-readable medium for downloading multimedia files.
- the technology of reproducing information has evolved from traditional broadcasting to individually requesting information from data sources by the participants.
- broadcast technology all subscribers who have selected a channel receive the same program at the same time.
- the program selection is done exclusively by selecting a channel.
- Video on Demand (“Video on Demand")
- each user can individually select their desired program content and play it at any time, and the program content can be audio / video content, audio content or other multimedia content content from a multimedia data provider on an associated data source and downloads the content from the data source with a so-called client
- the data sources are referred to as servers and the serve as receiving and playback units
- Data source to the client is not necessarily in real time, as in the broadcast, but depends mostly on the bandwidth of the transmission medium.
- Transmission medium refers to a technology for data transmission from the data source to the client, such as a radio transmission technology or the Internet, a DSL or LAN technology or a combination of these.
- the bandwidth of the transmission medium is always limited by the element with the lowest transmission speed.
- the transmission speed may also be limited by the maximum speed of the data source, especially if multiple clients access it simultaneously.
- the content is usually transmitted in the form of digital data.
- the contents are stored in the form of files, which are also referred to as multimedia files, on the data sources.
- the bandwidth of the transmission medium depends on the total bandwidth of the transmission medium and the number of clients using the transmission medium at the same time.
- the transmission speed of the contents may be above the playback speed or below the playback speed of the multimedia content.
- the playback speed of the multimedia content is the speed at which the data is converted into sound or picture when a work is played back. If the transmission speed of the data is below the playback speed of the contents of the data, the client would experience playback interruptions when the client plays the content directly from the data source over the transmission medium. Therefore, there is a need for a client to cache the data to be played back.
- a buffer a so-called buffer (English Buffer), so be dimensioned so that there are no interruptions in the playback of the contents, because even before the start of playback of a work, a sufficiently large amount of data is cached.
- the size of the buffer depends on the bandwidth of the transmission medium.
- the buffer must be chosen to be at least large enough so that there is no interruption of playback even with the lowest available bandwidth of the transmission medium. As described above, the bandwidth of the transmission medium depends on various factors and is therefore subject to variations.
- a buffer of a given size has to buffer the same amount of data, which depends on the lowest possible bandwidth of the transmission medium. Playback of the content starts when the buffer is full. The delay between download start time and playback start time again depends on the lowest possible bandwidth of the transmission medium.
- the object of the invention is achieved by a client having a data port for downloading a plurality of sub-files which, taken together, constitute a total and represent a contiguous work lasting at least approximately a known reproduction time for the purpose of reproducing the work or a part thereof.
- the playback can be done via speakers and / or a screen, a projector or the like.
- the client according to the invention is configured first to download a first subset of the sub-files and then to automatically start the replay of the entire work or of the works thereof, if a replay time of the work or of the work part to be reproduced is at least as long as one of a current one time measured for downloading the first subset of partial data files with known data volume, for downloading a remaining subset of sub-files, which is required based on the current data transfer rate thus acquired.
- the rest after playback still The partial files to be downloaded are required in order to reproduce the entire work or the part to be played.
- the advantageous technical effect of the client according to the invention is that the work or part to be reproduced during the ongoing download of the file representing the work, in which the work is stored machine readable, with high probability without interruption and at the same time as early as possible can be played.
- time position it is meant that the position thus designated refers to times within a work.
- a buffer underrun can then occur If the data transmission speed of the file representing the work was lower than its playback speed, and the buffered subset of sub-files (buffer) has already been completely reproduced, such a buffer underrun should, however, be largely ruled out with the client according to the invention the invention bie
- a buffer underrun has the advantage that the rest of the work to be reproduced can be reproduced without interruption with a high probability.
- the time delay between the start of the download and the start of playback remains as low as possible. Playback starts z. For example, immediately after downloading the first subset of subfiles, if the extrapolated remainder download time is less than the playback time of the work or the part of it to be reproduced. This is always the case, for example, when the data transfer speed is greater than the playback speed relative to the file size of the work or work part.
- the download does not end until the user aborts the download or the work or part of the work has been completely downloaded.
- the download can also be aborted by the client when playback is finally stopped by the user.
- the first subset of subfiles is a subset of subfiles representative of the remainder download time calculations.
- a representative subset of subfiles may be a predetermined subset that has proven successful in testing, or the decision of whether a subset is representative may be selected by the client as the data submission data rate fluctuation varies as the first subset of subfiles are downloaded. The larger the data transfer rate fluctuation, the larger should be a representative subset of subfiles.
- the representative subset may also be determined by a particular, downloaded subset of sub-files in a predetermined time.
- the data transfer speed must be calculated from the downloaded subset divided by the download time required for it. This is usually given in bits per second (bps). It can also be measured in sub-files per time unit. This simplifies the calculation again.
- Work refers to a perceptible representation of a recorded or created multimedia file in the context described herein.
- the multimedia file can be edited after its recording, so z. B. cut, underlaid with music, provided with navigation menus or be provided with effects.
- Typical multimedia files are audio or audio / video files, such as movies, computer games or sequences thereof, or three-dimensional virtual spaces or their textures.
- the multimedia files may in some cases be interactive, such as films with controllable plot or computer games.
- Other multimedia files can be recorded or computer-created music files.
- a work can also be a compressed multimedia file. Usual file formats are z. MPEG, DIVX, MP3, AAC, WMF etc. In the following, advantageous embodiments of the client will be described.
- the client may be configured to automatically start playing the work or part of the work when the client has downloaded at least the first subset of sub-files, thereby determining a current data transfer rate at which those sub-files have been downloaded, and has determined, from the current data transmission speed and a safety factor ⁇ 1, a data transmission speed multiplied by the safety factor and has further determined that the reproduction time of the work or of the workpiece is at least as long as the remaining download time required taking into account the data transmission speed multiplied by the safety factor.
- the current data transfer rate can be calculated by dividing the size of the first subset of subfiles (data volume) by the download time when downloading the first subfiles.
- the safety factor ⁇ 1 is selected in such a way that with a high probability an uninterrupted reproduction of the work or of the part of the work is still guaranteed during the download of the partial files.
- a safety factor with values between 0.6 and 0.7 has proven to be advantageous.
- the safety factor has a predetermined value of 0.7.
- the average current data transfer rate may also be done after each download of a subfile as a quotient of the amount of data (data volume) represented by the subset of subfiles already downloaded by the time required to download that subset of subfiles. It can also be stored for each already downloaded sub-files a respective data transfer speed. As a result, fluctuations in the transmission speed during the download of the first subset of partial files can be detected.
- the client is designed to download file size information about a total file size with at least one of the partial files already downloaded prior to the calculation of a playback start time.
- the total replay time of the work can then be calculated from the total file size of the work divided by an average encoding bit rate (in bps).
- the total file size is the data volume of the total amount of partial files of the work.
- the average encoding bit rate can be calculated from the already downloaded subset of works' partial files and the associated playback time of that subset of subfiles. Using the average encoding bit rate, the total playback time can be calculated from the total file size of the work, and vice versa.
- the average encoding bit rate depends on the nature of the work, such as: For example, audio or video file, the resolution and the Komporsionstechnik and the compression rate. Information about the coding bit rate may be stored in the file representing the work. It can also be variable within certain limits.
- Playback information about the total replay time of the work may also be downloaded when provided with at least one of the first downloaded subfiles. Then no calculation is needed and no further knowledge about the coding bit rate. The total play time and the total file size are then used to calculate a playback start time at which the work or part play is automatically started.
- the plurality of partial files to be downloaded can have an at least approximately equal volume of data or an at least approximately equal length of playback time.
- calculation steps that the client performs can be simplified. For example, the calculation of the data volume of already downloaded
- Partial files are simplified, because only a number of equally large volumes of data must be added. Also, the reproduction information and the file size information can be given in a number of sub-files. This further simplifies the calculation steps.
- the work can be split and assembled at the application level into approximately equally sized sub-files, not at one of the lower levels according to the OSI reference model, such as the PHY layer (physical layer) or the MAC layer. It is not necessary to determine the size of the individual data packet to be added.
- the OSI reference model such as the PHY layer (physical layer) or the MAC layer. It is not necessary to determine the size of the individual data packet to be added.
- a division of the work into data packets on the TCP / IP level and calculation of a data volume consisting of a large number of such data packets is complicated because each TCP / IP packet can have a different volume of data.
- the client is configured to calculate the remaining subset of subfiles to be downloaded from a total file size of the work, consisting of the total amount of subfiles, minus the size of the already downloaded subset of subfiles, and a remaining replay duration the total playing time of the work minus a current playback time position within the work from which the work or part of the work is to be reproduced.
- the client is configured to start playing the work or the worksheet from the current playback time position when the data transfer rate multiplied by the security factor is at least as large as the remaining subset of divided files divided by the remaining play time.
- the calculations can each be performed in number of sub-files.
- the data transfer rate is specified in sub-files per unit time (second).
- the advantage of this subdivision is that the calculations are simplified.
- conventionally data volumes can be expected.
- the safety factor used may be predetermined before downloading the work, and may be preset for the client or manually adjustable.
- the client may be configured to automatically adjust the safety factor to a variation in the data transfer rate during the download of the first subset of subfiles, the smaller the variation in the data transfer rate during the download, the smaller the adjusted fuzzy factor.
- the security factor can be automatically lowered by the client.
- the client is preferably designed to allocate and store a respective adapted security factor and a network address (URL or IP address) of an associated respective data source from which the sub-files are downloaded, and the stored data source belonging to the respective data source Network address associated with the adjusted security factor on the next download from the same data source.
- a respective adapted security factor and a network address URL or IP address
- the client may be configured to receive a playback start time or a playback start signal at which the reproduction of the work or the work part thereof is automatically started from a server from which the work or work is downloaded.
- This has the advantage that the client does not need to have information about playback time or file size because the calculation of the playback start time is performed on the server. For this, however, the server must be trained to perform these calculations.
- the object is achieved by a multimedia player having a memory, a data input interface for downloading a plurality of sub-files which collectively constitute a work, a data output interface for outputting a reproduction signal of the work or a part thereof and a processor connected to the data input interface of the data output interface and the memory, and a client according to the first aspect the invention or one of the embodiments solved, wherein the data terminal of the client is connected to the data input and output interface.
- the multimedia player can use the same memory and processor as the client.
- the multimedia player includes an output unit for reproducing the work or the work part.
- the playback signal is passed to the output unit and output there perceptible for a user.
- Such output may preferably be by sound or image information. However, other forms of output are also conceivable that affect one of the five senses of man.
- Such an output unit is preferably a loudspeaker or a screen or projector.
- the output signal contains the information necessary for the reproduction of the work or the part thereof.
- the multimedia player may also include a wireless communication unit connected to the data input interface.
- the wireless communication unit is suitable for receiving the plurality of sub-files.
- the object of the invention is achieved according to a third aspect by a server for transmitting a plurality of sub-files to a client.
- the server has a memory, a data interface, and a processor connected to the memory and the data interface.
- the sub-files, taken together, constitute a total and represent a contiguous work that takes at least approximately a total known duration of playback.
- the server is designed to store the total amount and to transmit a first subset of partial files of the factory via the data interface to the client.
- the server is further adapted to automatically transmit a playback start signal to the client if the total playing time of the work is as long or at least as long as one of the time taken to transmit the first subset of the part files. Data volume extrapolated remaining download time for transferring a remaining subset of part files needed to render the entire work.
- the server has the advantages explained in the first aspect of the invention, such as the possibility of being able to reproduce the work without interruption on the client during the ongoing download with a high probability.
- the calculation of the playback start time takes place on the server.
- the server then gives the client the playback start signal.
- the work may be stored as a plurality of partial files on the server, or the server may be configured to divide a total file representing the work into approximately equal sized partial files.
- the server is configured to transmit a first subset of sub-files of the work to the client and a remaining data volume of the remaining subset of sub-files of a total file size of the work to be transmitted, represented by the total amount to calculate partial files, minus a data volume of the first already transferred subset of partial files.
- the server is further configured to multiply a data rate multiplied by a safety factor from an average data rate determined from the data volume of the first subset of subfiles divided by the time for their transmission multiplied by the confidence factor between 1 and 0 to calculate.
- the server is also adapted to transmit the playback start signal to the client if the data transfer rate multiplied by the security factor is as large or at least as large as the remaining data volume of the remaining subset of subfiles divided by the total replay duration.
- the server is further configured to determine a remaining playing time from the total playing time of the work minus a current, client-side playing time position within the work from which the work or work is to be played.
- the server is here designed to transmit the playback start signal to the client when the data rate multiplied by the safety factor is as large or at least as large as the remaining data volume of the remaining subset of subfiles divided by the remaining playback time.
- the server can take into account which time playback position, ie playback time position, the work should be played on the client.
- the information from which position is to be reproduced is preferably transmitted from the client to the server z. For example, the client starts playing from a playtime position within the work.
- the server may be configured to transmit with one of the first transmitted partial files a file size information of a total file size (total data volume) of the work or a reproduction duration information for a total reproduction time of the work to the client.
- a client has file size information or playback time information from the server and can itself perform the calculation of a playback start time, as described in the first aspect of the invention.
- the server can be configured to transmit, with each sub-file transmitted to the client, a file size information about a remaining volume of data that is still to be transferred.
- the client has an information as to which data volume is still to be transmitted.
- the server may further be configured to determine, after each sub-file transmitted to the client, the current average data transmission rate, to determine an updated playback start time based on the current average data transmission rate and to transmit it to the client.
- the object is achieved by an arrangement for transmitting a plurality of partial files, which together constitute a work, with a server according to claim 13 or 14 and a client according to one of claims 1 to 9 or a server after one of claims 15 to 17 and a client solved.
- the calculation of the playback start time is performed on the client, in the second on the server.
- the object is achieved by a method for transmitting a plurality of sub-files from a server to a client.
- the method according to the invention contains the steps:
- the advantage of the method is that when downloading a work, z.
- a multimedia file based on the actual data transfer speed during transmission, a suitable playback start time is determined at which the work can still be played back during the download.
- the calculation of the playback start time can take place on the client or on the server. If the computation of the start of replay time is on the server, the server may transmit a replay start signal to the client, after which the client immediately starts replaying the work. The server may also transmit a playback start time information to the client containing the temporal information about the appropriate playback start time.
- the server can send a file size information to the client and the client calculates the appropriate start of playback time.
- a contiguous overall file of the work may be made into the plurality of sub-files.
- the technical effect of this embodiment is that the work does not already have to be present as a large number of sub-files, but is subsequently split up. This is z. B. of interest, if the work exists as an entire file on a disk and is divided into sub-files prior to transfer.
- the step of calculating the restart start time is performed on the server.
- the step of calculating the reproduction start timing includes the additional step of transmitting a reproduction start signal to the reproduction start time from the server to the client. The client then starts playing the work.
- the step of calculating the playback start time is executed on the client.
- the method includes the steps before the step of calculating:
- Providing file size information about a total file size, a total amount of subfiles, or a total replay time of the work on the server Transfer the file size information about the total file size, the total amount of subfiles, or the total replay time of the work from the server to the client.
- the technical effect of this embodiment is that the client receives the file size information about a total file size. This usually does not come from a downloaded download from the downloaded data and must be made available separately from the server.
- the step of calculating the playback start time includes the steps of:
- the extrapolation of the remaining download time taking into account the multiplied by a safety factor data transmission rate is done by the total file size minus the data volume of the first subset is calculated together divided by the multiplied by the safety factor data transmission speed.
- Remaining download time (total file size - data volume of the first subset) / (data transfer rate * safety factor)
- the method can also be applied to the reproduction of a part of the work. Instead of the total file size then enters the file size of the work part.
- the step of determining the actual data transfer rate after each download of a sub-file includes calculating the average current data transfer rate as a quotient of the amount of data (data volume) represented by the already-downloaded subset of sub-files Downloading this subset of subfiles takes time.
- the advantage of this variant is that there are always current values for the data transmission speed for calculating the playback start time.
- the sub-files each have at least approximately the same data volume or at least approximately the same playback duration.
- the reproduction of the work is started at a predetermined or adjustable, temporal playback start time position within the work from which a work piece is to be reproduced. Subtotal transfer starts with a subfile needed to play back the playback startup time within the work.
- the technical effect of this embodiment is that no unnecessary part files are transmitted when the reproduction of the work is to be started from a different reproduction time position within the work than the starting position.
- the object is achieved by a computer program product on a machine-readable medium, which is configured to cause a computer to download a plurality of sub-files, which when taken together, take a coherent, at least approximately known total playing time Represent factory, for reproducing the work or a part thereof thereof via speakers and / or a screen, a projector or the like solved.
- the computer program product is inventively designed in its execution by a computer to cause this first download a first subset of the sub-files to store in the memory and the playback of the entire work or the work part thereof automatically start when a playback duration of the Work is at least as long as a residual download time extrapolated from the time for downloading the first subset of the known data volume sub-files for downloading a remaining subset of sub-files needed to complete the entire work to reproduce it.
- a computer is a device having a memory, a reading unit for reading a machine-readable medium, and a processor connected to the memory and the reading unit.
- the function of the processor or processor unit is determined by the predetermined data or control commands of the computer program product.
- the computer program product is configured to cause a computer, upon execution, to determine a current average data rate at which the first subset of partial files have been downloaded multiplied by a safety factor multiplied data rate from the current average data rate multiplied by calculate a safety factor smaller than 1 and extrapolate the remaining download time taking into account the multiplied by a safety factor data transmission speed.
- Embodiments of the computer program product may be extended to the embodiments of the method as long as they are not unequivocally exclusive.
- FIG. 1 shows a timing diagram of a file download of a work.
- FIG. 2 shows a flow chart of a file download of a work.
- FIG. 3 schematically shows an arrangement of a client and a server.
- FIG. 1 shows a timing diagram 100 of a file download of a work 102.
- the File of the work 102 is divided during download from a server to a client into approximately equal sub-files 110, 114, etc., which, taken together, form a total quantity 102 of sub-files 110, 114.
- the sub-files may in turn be divided into data packets 106, such as TCP / IP data packets 106.
- a first timestamp is a download start time T D at which the transfer of the work's partial files to a client begins.
- a second timestamp is the calculation timing T c to which the first subset of subfiles has been downloaded, and the calculation of a playback start time T 5 is performed.
- a third timestamp is the playback start time T 3 at which the playback 118 is automatically started. Between these times, a subset of subfiles 104 has been downloaded. The time between these times may be referred to as the file download retention time 104.
- the reproduction of the work 118 begins and lasts until a playback end T W E. This is the playback time 120. Before the playback end T W E, the file download 104, 108 ends at the download end time T E. Between these points in time there is a temporal playback overhang time 122. As seen from the playback start time T s , there is a residual download time 108 which is shorter than the total playback time 120 according to the invention.
- the playback overhang time 122 results from a safety factor for calculating the playback start time T 3 .
- the safety factor is set equal to 1 and the data transmission speed is constant, the reproduction overhang time 122 becomes 0. Then, the points T E and TWE coincide.
- the playback start time may be assigned a position within the data ordered in the order of its reproduction, which is called a playback start time position.
- FIG. 2 shows a flowchart 100 of a file download of a work.
- the work is in the form of sub-files, which together form a total. The following steps are shown:
- step 108 The extrapolation of the remaining download time in step 108 can take place taking into account a multiplied by a safety factor data transmission speed. If the data transfer speed is high enough, i. H. higher than the corresponding playback speed, the playback start time may also coincide with the calculation time. Then step 110 disappears or becomes infinitely small.
- Figure 3 shows schematically an arrangement 300 of a client 302 and a server 310 for downloading a plurality of sub-files, which together represent a coherent work.
- the client and the server communicate via a transmission medium 318, such. For example, the Internet or a wireless connection.
- the client includes a memory 304, a data port 308 and a processor 306 which is connected to the data port 308 and to the memory 304.
- the client is also to an output unit 320 for playback of the work, such. As a speaker, or a screen connected.
- the server 310 includes a memory 312, a data interface 316, and a processor 314 connected to the data interface 316 and the memory 312. The calculation of the Play startup time may occur in this setup 300 on both the client 302 and the server 310.
- T c Calculation time (of the playback start time). TW reproduction end time.
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102008020807A DE102008020807A1 (en) | 2008-04-23 | 2008-04-23 | Client and server for a video on demand system |
PCT/EP2009/054909 WO2009130287A1 (en) | 2008-04-23 | 2009-04-23 | Client and server for a video on demand system |
Publications (1)
Publication Number | Publication Date |
---|---|
EP2272231A1 true EP2272231A1 (en) | 2011-01-12 |
Family
ID=40940399
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP09733933A Withdrawn EP2272231A1 (en) | 2008-04-23 | 2009-04-23 | Client and server for a video on demand system |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2272231A1 (en) |
DE (1) | DE102008020807A1 (en) |
WO (1) | WO2009130287A1 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102009027773A1 (en) | 2009-07-16 | 2011-01-27 | Itv Solutions Gmbh | Control the data rate of a media download based on client playback status information |
TWI528798B (en) * | 2012-10-11 | 2016-04-01 | 緯創資通股份有限公司 | Streaming data downloading method and computer readable recording medium thereof |
US9894366B2 (en) | 2016-01-28 | 2018-02-13 | Arris Enterprises Llc | Variant and buffer handling for adaptive bitrate streaming |
CN113691859A (en) * | 2021-09-16 | 2021-11-23 | 百果园技术(新加坡)有限公司 | Video caching method, device, equipment and medium |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6314466B1 (en) * | 1998-10-06 | 2001-11-06 | Realnetworks, Inc. | System and method for providing random access to a multimedia object over a network |
JP2003510734A (en) * | 1999-09-27 | 2003-03-18 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | File splitting for emulating streaming |
WO2003045030A1 (en) * | 2001-11-23 | 2003-05-30 | Ibrahim Evsan | Transmission and playing of media data |
ATE402553T1 (en) * | 2002-04-09 | 2008-08-15 | Koninkl Philips Electronics Nv | SYSTEM AND METHOD FOR DATA TRANSMISSION WITH COMBINED DOWNLOADING AND STREAMING |
-
2008
- 2008-04-23 DE DE102008020807A patent/DE102008020807A1/en not_active Withdrawn
-
2009
- 2009-04-23 WO PCT/EP2009/054909 patent/WO2009130287A1/en active Application Filing
- 2009-04-23 EP EP09733933A patent/EP2272231A1/en not_active Withdrawn
Non-Patent Citations (2)
Title |
---|
None * |
See also references of WO2009130287A1 * |
Also Published As
Publication number | Publication date |
---|---|
WO2009130287A1 (en) | 2009-10-29 |
DE102008020807A1 (en) | 2009-10-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE112007003305B4 (en) | A method of downloading a multimedia file from a server to a user device, user device and server | |
CN103069492B (en) | Use storage method and the client terminal device of the storage file format for transmission of multimedia streams file | |
DE69823168T2 (en) | METHOD AND APPARATUS FOR CODING AND FORMATTING DATA OF A VIDEO PROGRAM FOR GENERATING MULTIPLE OVERLAPPING VIDEO PROGRAMS | |
US8660181B2 (en) | Method of compressing video data and a media player for implementing the method | |
DE112015002650B4 (en) | Systems and methods for the predictive delivery of high bit rate content for playback | |
CN103929684B (en) | A kind of method, player and terminal based on Streaming Media option code flow point section | |
DE60314688T2 (en) | Efficient method and system for transmitting resources in transmission technology | |
CN107864402A (en) | Live video player method and device | |
WO2009130287A1 (en) | Client and server for a video on demand system | |
WO2013034203A1 (en) | Method for operating a data receiver and data receiver, in particular in a vehicle | |
DE102018208496B4 (en) | PERSISTENT IDENTIFIER FOR OFFLINE ACCESS TO STREAMING MEDIA | |
EP2016734B1 (en) | Sending and Receiving Blocks of Data in a Timely Coordinated Manner | |
EP1340352B1 (en) | Method and device for controlling the transmission and playback of digital signals | |
DE102016216346B4 (en) | DEVICE AND METHOD FOR DETERMINING A QUALITY OF A MEDIA DATA FLOW | |
DE102007006432B4 (en) | Apparatus and method for providing data | |
CN106961635A (en) | Massaging device | |
DE102018115737B4 (en) | Process for the automated playout of videos, computing unit and computer program product | |
DE602004006401T2 (en) | UPDATE A HIDDEN DATA CHANNEL | |
DE4141575C2 (en) | Method and circuit arrangement for the quasi-dialog-controlled display of a TV program | |
DE102012103248A1 (en) | Method, computer program product and device for playing movies | |
DE102013220901A1 (en) | Method for transmitting digital audio and / or video data | |
CN108600774A (en) | Living broadcast channel distribution method based on secondary distribution and broadcast stream method | |
DE102014111677A1 (en) | Method for replacing titles in a playlist | |
DE10020168A1 (en) | Entertainment programme broadcasting method involves compressing programmes for specific block periods so that total playback period of programmes is larger than each block period | |
DE102013016095A1 (en) | Method for operating an audio reproduction device in a motor vehicle and motor vehicle |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20101123 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK TR |
|
AX | Request for extension of the european patent |
Extension state: AL BA RS |
|
DAX | Request for extension of the european patent (deleted) | ||
17Q | First examination report despatched |
Effective date: 20160129 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04N 21/643 20110101ALI20170315BHEP Ipc: H04N 21/432 20110101ALI20170315BHEP Ipc: H04N 21/234 20110101AFI20170315BHEP Ipc: H04N 21/6587 20110101ALI20170315BHEP Ipc: H04N 21/433 20110101ALI20170315BHEP Ipc: H04N 7/173 20110101ALI20170315BHEP Ipc: H04N 21/854 20110101ALI20170315BHEP Ipc: H04L 29/08 20060101ALI20170315BHEP Ipc: H04N 21/24 20110101ALI20170315BHEP Ipc: H04N 21/845 20110101ALI20170315BHEP Ipc: H04N 21/44 20110101ALI20170315BHEP Ipc: H04L 29/06 20060101ALI20170315BHEP |
|
INTG | Intention to grant announced |
Effective date: 20170404 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20170815 |