[go: up one dir, main page]

SE520246C2 - Method and device in a communication system - Google Patents

Method and device in a communication system

Info

Publication number
SE520246C2
SE520246C2 SE0104114A SE0104114A SE520246C2 SE 520246 C2 SE520246 C2 SE 520246C2 SE 0104114 A SE0104114 A SE 0104114A SE 0104114 A SE0104114 A SE 0104114A SE 520246 C2 SE520246 C2 SE 520246C2
Authority
SE
Sweden
Prior art keywords
media stream
client
information
random access
server
Prior art date
Application number
SE0104114A
Other languages
Swedish (sv)
Other versions
SE0104114D0 (en
SE0104114L (en
Inventor
Anders Svensson
Johan Goersjoe
Mikael Dahlgren
Bjoern Elenfors
Original Assignee
Anders Svensson
Gaersjoe Johan
Mikael Dahlgren
Bjoern Elenfors
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Anders Svensson, Gaersjoe Johan, Mikael Dahlgren, Bjoern Elenfors filed Critical Anders Svensson
Priority to SE0104114A priority Critical patent/SE520246C2/en
Publication of SE0104114D0 publication Critical patent/SE0104114D0/en
Priority to AU2002365744A priority patent/AU2002365744A1/en
Priority to PCT/SE2002/002174 priority patent/WO2003048974A1/en
Publication of SE0104114L publication Critical patent/SE0104114L/en
Publication of SE520246C2 publication Critical patent/SE520246C2/en

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/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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/70—Media network packetisation
    • 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/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Method and arrangement for the transfer of a media stream (12) from a server (2) to a client (4) coupled to the server (2) over a network (3), in which the media stream (12) is divided up into sequences (14) of unknown length. The media stream (12) is analysed, each sequence (14) being marked for legal random access. Information on how the media stream (12) is divided up is retrieved and this information is used in transferring the media stream (12) in order to locate the legal random access sequences (14).

Description

20 25 30 35 520 246 2 början och i mitten av 90-talet, då beräkningskraft och nätverkskapacitet var begränsade. 20 25 30 35 520 246 2 beginning and in the mid-90s, when computing power and network capacity were limited.

I en traditionell videoserver baserad på Real Time Streaming Protocol (RTSP) vet servern hela tiden var klienten befinner sig i strömmen och kan därför ansvara för att skicka rätt information ur mediaströmmen med rätt takt till klienten. En klient kan begära att starta överföringen av mediaströmmen i en given punkt, exempelvis ett antal sekunder in i strömmen. Servem kommer då att leta rätt på den legala random accesspunkt som är närmast och börja överföringen därifrån. Klientenlxär enkel, men servern desto mer komplicerad. Eftersom servern är ansvarig för att skicka data i precis rätt takt till alla sina klienter, blir den mycket resurskrävande och fel uppstår lätt.In a traditional video server based on Real Time Streaming Protocol (RTSP), the server always knows where the client is in the stream and can therefore be responsible for sending the right information from the media stream at the right rate to the client. A client may request to start the transmission of the media stream at a given point, for example a number of seconds into the stream. The server will then look for the legal random access point that is closest and start the transfer from there. The client is simple, but the server is all the more complicated. Because the server is responsible for sending data at just the right pace to all its clients, it becomes very resource intensive and errors occur easily.

I den första metoden, då man använder sig av en ”pull”-lösning för överföring av mediaströmmen, hämtar klienten strömmen. Detta gör att server och klient inte får en så stark bindning till varandra som i den andra metoden. Klienten ansvarar själv för överföringen, dvs att läsa data i den takt den behöver. Detta ger mindre risk för fel, speciellt sk ”single point of failure”, och bättre skalbarhet.In the first method, when using a "pull" solution to transmit the media stream, the client retrieves the stream. This means that the server and client do not get as strong a bond with each other as in the other method. The client is responsible for the transfer, ie to read data at the pace it needs. This gives less risk of errors, especially so-called "single point of failure", and better scalability.

En stor nackdel för en ”pulP-baserad lösning är dock att den normalt sett enbart ger möjlighet att läsa mediaströmmen från början till slut. Det är inte möjligt för en klient att på ett effektivt sätt finna random accesspunkterna, vilket är intressant för att exempelvis kunna snabbspola i mediaströmmen. Anledningen är att det för klienten inte finns en känd relation mellan exempelvis ”spelad tid” i mediaströmmen och binär position i densamma.A major disadvantage of a “pulP-based solution, however, is that it normally only provides the ability to read the media stream from start to finish. It is not possible for a client to efficiently find the random access points, which is interesting in order to be able to fast-forward in the media stream, for example. The reason is that for the client there is no known relationship between, for example, “played time” in the media stream and binary position in it.

För att en klient skall kunna förflytta sig till en given random accesspunkt måste klienten söka i mediaströmmen för att hitta denna. Exempelvis kan detta ske genom att gissa hur långt fram punkten ligger, läsa en delmängd av mediaströmmen runt den förrnodade punkten, samt avkoda denna information för att hitta punkten. Om punkten inte låg i den delmängd man läst, måste proceduren göras om. Eftersom nätverket är en begränsad resurs med avseende på överföringshastighet blir en sådan procedur dyrbar och mer långsam än nödvändigt.In order for a client to be able to move to a given random access point, the client must search the media stream to find it. For example, this can be done by guessing how far forward the point is, reading a subset of the media stream around the presumed point, and decoding this information to find the point. If the point was not in the subset read, the procedure must be repeated. As the network is a limited resource in terms of transmission speed, such a procedure becomes expensive and slower than necessary.

Ett av huvudskälen till att man idag använder sig av komplicerade videoservrar istället för ”pulP-lösningar, som exempelvis en webserver, är just avsaknaden av effektiv random access. 10 15 20 25 30 35 520 246 Att inte behöva använda videoservrar utan enklare webservrar är dock mycket intressant framöver, ett exempel av många är för att visa trailers för filmer lagrade på webservrar utan behov av kompletterande videoservrar.One of the main reasons why people today use complicated video servers instead of “pulP solutions, such as a web server, is precisely the lack of efficient random access. 10 15 20 25 30 35 520 246 However, not having to use video servers without simpler web servers is very interesting in the future, an example of many is to show trailers for movies stored on web servers without the need for additional video servers.

Således finns behov av en förbättrad metod och anordning vid random access i mediaströmmar där klienten är drivande genom ”pull”-metoder Ändamålet med föreliggande uppfinning är dels att åstadkomma en föfbättrad metod enligt patentkravets 1 ingress, dels att åstadkomma en förbättrad anordning enligt ingressen till patentkravet 5. Detta uppnås vid den uppfinningsenliga metoden med de utmärkande drag, som anges i kännetecknande delen av patentkrav 1. Den uppfinningsenliga anordningens utmärkande drag framgår av kännetecknande delen av patentkrav 5.Thus, there is a need for an improved method and apparatus for random access in media streams where the client is driven by pull methods. This is achieved in the method according to the invention with the characterizing features, which are stated in the characterizing part of claim 1. The distinctive features of the inventive device appear from the characterizing part of claim 5.

Vid tillämpning av uppfinningen har metoden resp anordningen enligt uppfinningen de drag som anges i kännetecknande delen av patentkraven 2 - 4 resp 6 ~ 8.When applying the invention, the method or device according to the invention has the features stated in the characterizing part of claims 2 - 4 and 6 ~ 8, respectively.

Uppfinningen skall i det följ ande förklaras närrnare med hänvisning till bifogad ritning på vilken fig 1 visar ett blockdiagram över ett uppfinningsenligt kommunikationssystem. Fig 2 visar en generaliserad mediaström bestående av ett antal sekvenser vilka är legala random accessobjekt.The invention will be explained in more detail below with reference to the accompanying drawing, in which Fig. 1 shows a block diagram of a communication system according to the invention. Fig. 2 shows a generalized media stream consisting of a number of sequences which are legal random access objects.

Kommunikationssystemet i fig 1 innefattar en användarsida 10, bestående av åtminstone en klient 4 som läser en mediaström 12 (visas i fig 2) i syfte att lagra eller spela upp den, en operatörssida 9 innefattande åtminstone en server 2 som gör en eller flera lagrade mediaströmmar 8 tillgängliga för överföring till klienter 4 samt ett mellan användarsidan 10 och operatörsidan 9 liggande nätverk 3.The communication system in fi g 1 comprises a user page 10, consisting of at least one client 4 which reads a media stream 12 (shown in Fig. 2) for the purpose of storing or playing it, an operator page 9 comprising at least one server 2 which makes one or fl your stored media streams 8 available for transmission to clients 4 and a network 3 lying between the user side 10 and the operator side 9.

I en föredragen utföringsform av uppfinningen innefattar varje klient 4 en kommunikationsklient 5, en avkodare 6 och en presentationsenhet 7.In a preferred embodiment of the invention, each client 4 comprises a communication client 5, a decoder 6 and a presentation unit 7.

Kommunikationsklienten 5 har till uppgift att från servem 2 efterfråga den lagrade mediaströmmen 8 och en indexfil ll (beskrives mer i detalj nedan), göra nödvändig föravkodning för att skicka lämpliga paket av mediaströmmen 12 vidare till avkodaren 6. Avkodaren 6 avkodar mediaströmmen 12 och låter presentationsenheten 7 presentera den för användaren. Fackmannen inser att klienten inom ramen för uppfinningstanken, kan vara uppbyggd på annat sätt än det som visas 10 15 20 25 30 35 520 246 i den föredragna utföringsforrnen.The task of the communication client 5 is to request from the server 2 the stored media stream 8 and an index file 11 (described in more detail below), make the necessary pre-decoding to send suitable packets of the media stream 12 to the decoder 6. The decoder 6 decodes the media stream 12 and lets the presentation unit 7 present it to the user. Those skilled in the art will appreciate that within the scope of the inventive concept, the client may be constructed in a manner other than that shown in the preferred embodiment.

I den föredragna utföringsformen av uppfinningen innefattar operatörssidan 9 servem 2 och ett datalager 1 i vilket de lagrade mediaströmmama 8 och indexfilema 11 finns.In the preferred embodiment of the invention, the operator side 9 comprises the server 2 and a data store 1 in which the stored media streams 8 and the indexes 11 are located.

Servern 2 sänder de lagrade mediaströmmama 8 och indexfilerna 11 enligt ett Hyper Text Transfer Protocol (http)-protokoll över nätverket 3 till kommunikationsklienten 5. Nätverket 3 kan vara vilket sorts nätverk som helst välkänt för fackmannen, tex Internet, och diskuteras inte nämnare här. Http-protokollet möjliggör att kommunikationsklienten 5 kan läsa mediaströmmens 12 sekvenser 14Ji godtycklig ordning.The server 2 sends the stored media streams 8 and the indexes 11 according to a Hyper Text Transfer Protocol (http) protocol over the network 3 to the communication client 5. The network 3 can be any kind of network well known to the person skilled in the art, eg Internet, and is not discussed here. The Http protocol enables the communication client 5 to read the sequences 14Ji of the media stream 12 in any order.

I denna beskrivning samt i figurerna görs skillnad på den lagrade mediaströmmen 8 och den överförda mediaströmmen 12, beroende på kodning mm behöver dessa strömmar inte vara exakt samma.In this description and in the figures, a difference is made between the stored media stream 8 and the transmitted media stream 12, depending on coding etc., these streams do not have to be exactly the same.

En mediaström 12 består av ett begränsat antal delsekvenser 14, visas i fig 2. Innan en mediaström lagras i servern 2 analyseras den och de punkter 13 som är legala random access delsekvenser 14 sparas undan i indexfilen 1 1. Den filen ll beskriver strömmen ur ett random accessperspektiv, dvs vilka legala random access delsekvenser 14 den innehåller. Varje sådan delsekvens binära startpunkt 13 och tid i mediaströmmen lagras undan i indexfilen 1 1.A media stream 12 consists of a limited number of sub-sequences 14, shown in fi g 2. Before a media stream is stored in the server 2, it is analyzed and the points 13 which are legal random access sub-sequences 14 are saved in the index 1 1. random access perspective, ie what legal random access sub-sequences 14 it contains. Each such sub-sequence binary starting point 13 and time in the media stream are stored in the index 1 1.

Denna indexfil 11 kan mycket väl kombineras med mediaströmmen 12 om mediaströmmens syntax så tillåter, till exempel genom att indexfilens data lagras som s.k privat data i en MPEG-ström.This index 11 can very well be combined with the media stream 12 if the syntax of the media stream so allows, for example by storing the index data as so-called private data in an MPEG stream.

När klienten 4 vill använda sig av random access hämtar den indexfilen 1 1 från servern 2.When the client 4 wants to use random access, it retrieves the index 1 1 from the server 2.

Genom att ha tillgång till informationen i denna indexfil 11 kommer klienten 4 veta var alla random accesspunkter 13 finns vid varje tillfälle under uppspelningen, och den kan då effektivt läsa sådana random access delsekvenser 14 om så önskas. Detta sker exempelvis vid snabbspolning framåt och bakåt i mediafiler såsom MPEG- filmer när mediaströmmen är en videoström.By having access to the information in this index 11, the client 4 will know where all the random access points 13 are at each time during playback, and it can then effectively read such random access sub-sequences 14 if desired. This happens, for example, by fast forwarding and rewinding media such as MPEGs when the media stream is a video stream.

Vid en användarbegäran att starta avspelning från annan punkt än början på strömmen samt att förflytta sig till annan del av strömmen använder klienten denna 520 246 ,yv@w? 5 indexinformation for att omedelbart komma till en legal delsekvens som, i den föredragna utfóringsforrnen av uppfinningen, kan sändas till avkodaren utan att leta i strömmen och begära for mycket information från servern.When a user requests to start playback from a point other than the beginning of the stream and to move to another part of the stream, the client uses this 520 246, yv @ w? Index information in order to immediately arrive at a legal sub-sequence which, in the preferred embodiment of the invention, can be sent to the decoder without looking in the stream and requesting too much information from the server.

Claims (1)

1. 0 15 20 25 30 35 520 246 Patentkrav1. 0 15 20 25 30 35 520 246 Patent claims 1. Metod vid överföring av en mediaström (12) från en server (2) till en klient (4) till denna uppkopplad över ett nätverk (3), varvid mediaströmmen (12) är uppdelad i sekvenser (14) av okänd längd, kännetecknad av, att mediaströmmen (12) analyseras, att varje sekvens (14) markeras fór legal random access, att information om hur mediaströmmen (12) är uppdelad inhämtas av klienten och att denna information används av klienten vid överföringen av mediaströmmen (12) för att lokalisera de legalairandom accessekvensema (14). Metod enligt patentkrav l, kännetecknad av, att den information som hämtas innefattar alla random accessekvensers starttid i mediaströmmen (12) samt deras binära position, att informationen lagras i en indexfil (1 l), och att informationen utnyttjas för att hämta data från rätt position i mediaströmmen (12) om mediaströmmen (12) skall spelas upp från en annan tidpunkt än startpunkten eller om en förflyttning skall ske i mediaströmmen (12). Metod enligt patentkrav 1 eller 2, kännetecknad av, att alla random accesssekvensers starttid och deras binära positioner lagras i en tabell i ett minne i klienten (4), i syfte att effektivt kunna slå upp varje random accesssekvens binära startposition. Metod enligt patentkrav l eller 2, kännetecknad av, att mediaströmmens (12) sekvenser (14) läses av klienten (4) i godtycklig ordning. Anordning vid överföring av en mediaström (12) från en server (2) till en klient (4) kopplad till servern (2) över ett nätverk (3), där mediaströmmen (12) är uppdelad i sekvenser (14) av okänd längd, kännetecknad av, att servem (2) är inrättad att analysera mediaströmmen (12) och att markera varje sekvens (14) for legal random access, att klienten (4) är inrättad att hämta information om hur mediaströmmen (12) är uppdelad och att använda denna information vid överfóringen av mediaströmmen (12) för att lokalisera de legala random accessekvensema (14). Anordning enligt patentkrav 5, kännetecknad av, att åtminstone en mediaström (8) finns lagrad i ett datalager (l) kopplat till servem (2), som är 10 520 246 7 inrättad att analysera mediaströmmen (8) en gång initialt innan den lagras i datalagret (1 ). Anordning enligt patentkrav 5 eller 6, kännetecknad av, att den information klienten (4) är inrättad att hämta innefattar alla random accessekvensers starttid i mediaströmmen (12) samt deras binära position och att denna information finns lagrad i en indexfil (1 1). Anordning enligt patentkrav 7, kännetecknad av, att klienten (4) är inrättad att utnyttja indexfilen (l 1) för att hämta data från rätt position i mediaströmmen (12) om mediaströmmen (12) skall spelas upp från en annan tidpunkt än startpunkten eller om en fórflyttning skall ske i mediaströmmen (12).A method of transmitting a media stream (12) from a server (2) to a client (4) connected thereto over a network (3), the media stream (12) being divided into sequences (14) of unknown length, characterized that the media stream (12) is analyzed, that each sequence (14) is marked for legal random access, that information on how the media stream (12) is divided is obtained by the client and that this information is used by the client in the transmission of the media stream (12) to locate the legalairandom access sequences (14). Method according to claim 1, characterized in that the information retrieved comprises the start time of all random access sequences in the media stream (12) and their binary position, that the information is stored in an index fi l (1 l), and that the information is used to retrieve data from the correct position. in the media stream (12) if the media stream (12) is to be played from a time other than the start point or if a movement is to take place in the media stream (12). Method according to claim 1 or 2, characterized in that the start time of all random access sequences and their binary positions are stored in a table in a memory in the client (4), in order to be able to efficiently look up the binary start position of each random access sequence. Method according to claim 1 or 2, characterized in that the sequences (14) of the media stream (12) are read by the client (4) in any order. Device for transmitting a media stream (12) from a server (2) to a client (4) connected to the server (2) over a network (3), the media stream (12) being divided into sequences (14) of unknown length, characterized in that the server (2) is arranged to analyze the media stream (12) and to mark each sequence (14) for legal random access, that the client (4) is arranged to retrieve information on how the media stream (12) is divided and to use this information when transmitting the media stream (12) to locate the legal random access sequences (14). Device according to claim 5, characterized in that at least one media stream (8) is stored in a data store (1) connected to the server (2), which is arranged to analyze the media stream (8) once initially before it is stored in data storage (1). Device according to claim 5 or 6, characterized in that the information the client (4) is arranged to retrieve comprises the start time of all random access sequences in the media stream (12) and their binary position and that this information is stored in an index fi 1 (1 1). Device according to claim 7, characterized in that the client (4) is arranged to use the index (11) to retrieve data from the correct position in the media stream (12) if the media stream (12) is to be played from a time other than the starting point or if a feed skall is to take place in the media stream (12).
SE0104114A 2001-12-06 2001-12-06 Method and device in a communication system SE520246C2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
SE0104114A SE520246C2 (en) 2001-12-06 2001-12-06 Method and device in a communication system
AU2002365744A AU2002365744A1 (en) 2001-12-06 2002-11-27 Method and arrangement in a communication system
PCT/SE2002/002174 WO2003048974A1 (en) 2001-12-06 2002-11-27 Method and arrangement in a communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
SE0104114A SE520246C2 (en) 2001-12-06 2001-12-06 Method and device in a communication system

Publications (3)

Publication Number Publication Date
SE0104114D0 SE0104114D0 (en) 2001-12-06
SE0104114L SE0104114L (en) 2003-06-07
SE520246C2 true SE520246C2 (en) 2003-06-17

Family

ID=20286233

Family Applications (1)

Application Number Title Priority Date Filing Date
SE0104114A SE520246C2 (en) 2001-12-06 2001-12-06 Method and device in a communication system

Country Status (3)

Country Link
AU (1) AU2002365744A1 (en)
SE (1) SE520246C2 (en)
WO (1) WO2003048974A1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101019634B1 (en) * 2008-09-04 2011-03-07 에스케이 텔레콤주식회사 Media transfer system and method

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996017313A1 (en) * 1994-11-18 1996-06-06 Oracle Corporation Method and apparatus for indexing multimedia information streams
US5903892A (en) * 1996-05-24 1999-05-11 Magnifi, Inc. Indexing of media content on a network
US6167083A (en) * 1997-04-04 2000-12-26 Avid Technology, Inc. Computer system and process for capture editing and playback of motion video compressed using interframe and intraframe techniques
US6101547A (en) * 1998-07-14 2000-08-08 Panasonic Technologies, Inc. Inexpensive, scalable and open-architecture media server
AU1806601A (en) * 1999-11-30 2001-06-12 New Media Technology, Corp. System and method for computer-assisted manual and automatic logging of time-based media
US6763392B1 (en) * 2000-09-29 2004-07-13 Microsoft Corporation Media streaming methods and arrangements

Also Published As

Publication number Publication date
AU2002365744A1 (en) 2003-06-17
SE0104114D0 (en) 2001-12-06
WO2003048974A1 (en) 2003-06-12
SE0104114L (en) 2003-06-07

Similar Documents

Publication Publication Date Title
US20230319229A1 (en) System and method for modifying media streams using metadata
EP2499783B1 (en) Method and apparatus for providing trick play service
CN109348251B (en) Method and device for video playing, computer readable medium and electronic equipment
KR100492567B1 (en) Http-based video streaming apparatus and method for a mobile communication system
WO2015035942A1 (en) Method for playing back live video and device
TWI586158B (en) Manager for media streaming of dynamically adapted streaming (DASH) over HTTP
US20140359679A1 (en) Content streaming with client device trick play index
US10681431B2 (en) Real-time interstitial content resolution and trick mode restrictions
US20100242066A1 (en) Method of Performing Random Seek Preview for Streaming Video
JP2018510545A5 (en)
CN105407307B (en) Processing method, system and the device of multi-channel video Video data
CN104471914A (en) Specific content recognition and temporal behavior in hypertext transfer protocol dynamic adaptive streaming
CN105979373A (en) Play method and device
KR20150079557A (en) System and method for delivering an audio-visual content to a client device
US10178143B2 (en) Selecting bitrate to stream encoded media based on tagging of important media segments
CN108632642A (en) Streaming Media method for pushing and device
US9648394B2 (en) Video encoding and serving architecture
CN104702978B (en) A kind of method and netcast equipment of video data positioning
JP2003111048A (en) Server and program for contents reproduction
KR20120021246A (en) Method of transmitting and receiving media information file for http streaming
Qin et al. ABR streaming with separate audio and video tracks: Measurements and best practices
CN110290396B (en) Video processing method, device, system, equipment and storage medium
CN109587517B (en) Multimedia file playing method and device, server and storage medium
CN107205177A (en) Video broadcasting method and device
SE520246C2 (en) Method and device in a communication system

Legal Events

Date Code Title Description
NUG Patent has lapsed
NUG Patent has lapsed