UA123988C2 - Концепція потоку відеоданих - Google Patents
Концепція потоку відеоданих Download PDFInfo
- Publication number
- UA123988C2 UA123988C2 UAA201702253A UAA201702253A UA123988C2 UA 123988 C2 UA123988 C2 UA 123988C2 UA A201702253 A UAA201702253 A UA A201702253A UA A201702253 A UAA201702253 A UA A201702253A UA 123988 C2 UA123988 C2 UA 123988C2
- Authority
- UA
- Ukraine
- Prior art keywords
- packets
- packet
- decoding
- sequence
- picture
- Prior art date
Links
- 238000011084 recovery Methods 0.000 claims abstract description 35
- 239000012634 fragment Substances 0.000 claims description 136
- 238000000034 method Methods 0.000 claims description 75
- 239000000872 buffer Substances 0.000 claims description 74
- 230000008569 process Effects 0.000 claims description 44
- 230000011664 signaling Effects 0.000 claims description 33
- 230000005540 biological transmission Effects 0.000 claims description 29
- 230000003139 buffering effect Effects 0.000 claims description 23
- 238000012545 processing Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 13
- 230000001419 dependent effect Effects 0.000 claims description 10
- 235000013305 food Nutrition 0.000 claims description 4
- 230000033001 locomotion Effects 0.000 claims description 4
- 230000009471 action Effects 0.000 claims description 2
- 210000005056 cell body Anatomy 0.000 claims description 2
- 244000061176 Nicotiana tabacum Species 0.000 claims 4
- 235000002637 Nicotiana tabacum Nutrition 0.000 claims 3
- 244000005894 Albizia lebbeck Species 0.000 claims 2
- 241000543381 Cliftonia monophylla Species 0.000 claims 2
- 244000068988 Glycine max Species 0.000 claims 2
- 235000010469 Glycine max Nutrition 0.000 claims 2
- 244000025221 Humulus lupulus Species 0.000 claims 2
- 235000008694 Humulus lupulus Nutrition 0.000 claims 2
- 241000699670 Mus sp. Species 0.000 claims 2
- 240000000220 Panda oleosa Species 0.000 claims 2
- 235000016496 Panda oleosa Nutrition 0.000 claims 2
- 244000269722 Thea sinensis Species 0.000 claims 2
- 241000533793 Tipuana tipu Species 0.000 claims 2
- 241001377938 Yara Species 0.000 claims 2
- FBOUIAKEJMZPQG-AWNIVKPZSA-N (1E)-1-(2,4-dichlorophenyl)-4,4-dimethyl-2-(1,2,4-triazol-1-yl)pent-1-en-3-ol Chemical compound C1=NC=NN1/C(C(O)C(C)(C)C)=C/C1=CC=C(Cl)C=C1Cl FBOUIAKEJMZPQG-AWNIVKPZSA-N 0.000 claims 1
- 208000002874 Acne Vulgaris Diseases 0.000 claims 1
- 241000272525 Anas platyrhynchos Species 0.000 claims 1
- 101100049050 Arabidopsis thaliana PVA41 gene Proteins 0.000 claims 1
- 244000075850 Avena orientalis Species 0.000 claims 1
- 235000007319 Avena orientalis Nutrition 0.000 claims 1
- 240000005220 Bischofia javanica Species 0.000 claims 1
- 235000010893 Bischofia javanica Nutrition 0.000 claims 1
- 241000566113 Branta sandvicensis Species 0.000 claims 1
- 101100087530 Caenorhabditis elegans rom-1 gene Proteins 0.000 claims 1
- 241000283707 Capra Species 0.000 claims 1
- 241000218645 Cedrus Species 0.000 claims 1
- 241001247437 Cerbera odollam Species 0.000 claims 1
- 235000003913 Coccoloba uvifera Nutrition 0.000 claims 1
- 241000544061 Cuculus canorus Species 0.000 claims 1
- 244000241257 Cucumis melo Species 0.000 claims 1
- 235000015510 Cucumis melo subsp melo Nutrition 0.000 claims 1
- 101100501444 Escherichia phage P1 17 gene Proteins 0.000 claims 1
- 244000060234 Gmelina philippensis Species 0.000 claims 1
- 241000581652 Hagenia abyssinica Species 0.000 claims 1
- 241000258937 Hemiptera Species 0.000 claims 1
- 101000636705 Homo sapiens NADH dehydrogenase [ubiquinone] iron-sulfur protein 8, mitochondrial Proteins 0.000 claims 1
- 241001580033 Imma Species 0.000 claims 1
- 241001026509 Kata Species 0.000 claims 1
- 241001291562 Martes pennanti Species 0.000 claims 1
- 241001077660 Molo Species 0.000 claims 1
- 101100340610 Mus musculus Igdcc3 gene Proteins 0.000 claims 1
- 101100305983 Mus musculus Rom1 gene Proteins 0.000 claims 1
- XQVWYOYUZDUNRW-UHFFFAOYSA-N N-Phenyl-1-naphthylamine Chemical compound C=1C=CC2=CC=CC=C2C=1NC1=CC=CC=C1 XQVWYOYUZDUNRW-UHFFFAOYSA-N 0.000 claims 1
- 102100031919 NADH dehydrogenase [ubiquinone] iron-sulfur protein 8, mitochondrial Human genes 0.000 claims 1
- 208000007256 Nevus Diseases 0.000 claims 1
- 101001123254 Nicotiana tabacum Protoporphyrinogen oxidase, chloroplastic Proteins 0.000 claims 1
- 241000468053 Obodhiang virus Species 0.000 claims 1
- 241001079606 Paches Species 0.000 claims 1
- 244000046052 Phaseolus vulgaris Species 0.000 claims 1
- 235000010627 Phaseolus vulgaris Nutrition 0.000 claims 1
- 241000435574 Popa Species 0.000 claims 1
- 208000003251 Pruritus Diseases 0.000 claims 1
- 240000008976 Pterocarpus marsupium Species 0.000 claims 1
- 101000820468 Pyrococcus horikoshii (strain ATCC 700860 / DSM 12428 / JCM 9974 / NBRC 100139 / OT-3) Membrane-bound protease PH1510 Proteins 0.000 claims 1
- 240000001987 Pyrus communis Species 0.000 claims 1
- 101100533701 Rattus norvegicus Smad1 gene Proteins 0.000 claims 1
- 244000299790 Rheum rhabarbarum Species 0.000 claims 1
- 235000009411 Rheum rhabarbarum Nutrition 0.000 claims 1
- YASAKCUCGLMORW-UHFFFAOYSA-N Rosiglitazone Chemical compound C=1C=CC=NC=1N(C)CCOC(C=C1)=CC=C1CC1SC(=O)NC1=O YASAKCUCGLMORW-UHFFFAOYSA-N 0.000 claims 1
- 241000159610 Roya <green alga> Species 0.000 claims 1
- 244000300264 Spinacia oleracea Species 0.000 claims 1
- 235000009337 Spinacia oleracea Nutrition 0.000 claims 1
- ATJFFYVFTNAWJD-UHFFFAOYSA-N Tin Chemical compound [Sn] ATJFFYVFTNAWJD-UHFFFAOYSA-N 0.000 claims 1
- 241000289690 Xenarthra Species 0.000 claims 1
- 101100020289 Xenopus laevis koza gene Proteins 0.000 claims 1
- 241000079527 Ziziphus spina-christi Species 0.000 claims 1
- FJJCIZWZNKZHII-UHFFFAOYSA-N [4,6-bis(cyanoamino)-1,3,5-triazin-2-yl]cyanamide Chemical compound N#CNC1=NC(NC#N)=NC(NC#N)=N1 FJJCIZWZNKZHII-UHFFFAOYSA-N 0.000 claims 1
- 206010000496 acne Diseases 0.000 claims 1
- YLBMNMLHAAOXAL-UHFFFAOYSA-N aziv Chemical compound O1C(C)=C(O)C(=O)CC1OC1C2(C)CCC3(C)C4(C)CCC5C(C)(CO)C(OC6C(C(O)C(O)C(O6)C(O)=O)OC6C(C(O)C(O)C(CO)O6)OC6C(C(O)C(O)C(CO)O6)O)CCC5(C)C4CC=C3C2CC(C)(C)C1 YLBMNMLHAAOXAL-UHFFFAOYSA-N 0.000 claims 1
- 238000010418 babysitting Methods 0.000 claims 1
- 210000000941 bile Anatomy 0.000 claims 1
- 230000007123 defense Effects 0.000 claims 1
- XAEWZDYWZHIUCT-UHFFFAOYSA-N desipramine hydrochloride Chemical compound [H+].[Cl-].C1CC2=CC=CC=C2N(CCCNC)C2=CC=CC=C21 XAEWZDYWZHIUCT-UHFFFAOYSA-N 0.000 claims 1
- 230000035622 drinking Effects 0.000 claims 1
- 210000005069 ears Anatomy 0.000 claims 1
- 238000009432 framing Methods 0.000 claims 1
- 208000033065 inborn errors of immunity Diseases 0.000 claims 1
- 150000002500 ions Chemical class 0.000 claims 1
- JEIPFZHSYJVQDO-UHFFFAOYSA-N iron(III) oxide Inorganic materials O=[Fe]O[Fe]=O JEIPFZHSYJVQDO-UHFFFAOYSA-N 0.000 claims 1
- 239000003350 kerosene Substances 0.000 claims 1
- 235000013379 molasses Nutrition 0.000 claims 1
- 210000003899 penis Anatomy 0.000 claims 1
- YKWNDAOEJQMLGH-UHFFFAOYSA-N phenyl 2,2-diphenylacetate Chemical compound C=1C=CC=CC=1C(C=1C=CC=CC=1)C(=O)OC1=CC=CC=C1 YKWNDAOEJQMLGH-UHFFFAOYSA-N 0.000 claims 1
- 235000013550 pizza Nutrition 0.000 claims 1
- 210000001747 pupil Anatomy 0.000 claims 1
- 230000035943 smell Effects 0.000 claims 1
- 239000000779 smoke Substances 0.000 claims 1
- 235000015096 spirit Nutrition 0.000 claims 1
- JFALSRSLKYAFGM-UHFFFAOYSA-N uranium(0) Chemical compound [U] JFALSRSLKYAFGM-UHFFFAOYSA-N 0.000 claims 1
- 238000012217 deletion Methods 0.000 description 8
- 230000037430 deletion Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 230000007704 transition Effects 0.000 description 6
- 239000013598 vector Substances 0.000 description 6
- 238000004458 analytical method Methods 0.000 description 5
- 238000009826 distribution Methods 0.000 description 5
- 238000001914 filtration Methods 0.000 description 5
- 238000003860 storage Methods 0.000 description 5
- 241000452413 Sabra Species 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- 241001246910 Saba Species 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000007480 spreading Effects 0.000 description 3
- 238000003892 spreading Methods 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000005520 cutting process Methods 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 238000009966 trimming Methods 0.000 description 2
- RZVAJINKPMORJF-UHFFFAOYSA-N Acetaminophen Chemical compound CC(=O)NC1=CC=C(O)C=C1 RZVAJINKPMORJF-UHFFFAOYSA-N 0.000 description 1
- 241000534414 Anotopterus nikparini Species 0.000 description 1
- 101100455956 Arabidopsis thaliana MAIN gene Proteins 0.000 description 1
- 208000016803 Extraskeletal Ewing sarcoma Diseases 0.000 description 1
- 101150108558 PAD1 gene Proteins 0.000 description 1
- 108010076504 Protein Sorting Signals Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- AYAYHFUDSSAHOG-PBHICJAKSA-N ethyl (4as,10bs)-3-methyl-1,2,4,4a,5,6-hexahydrobenzo[f]isoquinoline-10b-carboxylate Chemical compound C1CC2=CC=CC=C2[C@@]2(C(=O)OCC)[C@H]1CN(C)CC2 AYAYHFUDSSAHOG-PBHICJAKSA-N 0.000 description 1
- 238000013213 extrapolation Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
- H04N19/68—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving the insertion of resynchronisation markers into the bitstream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/31—Flow control; Congestion control by tagging of packets, e.g. using discard eligibility [DE] bits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/167—Position within a video image, e.g. region of interest [ROI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/188—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a video data packet, e.g. a network abstraction layer [NAL] unit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
- H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
- H04N19/436—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation using parallelised computational arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/46—Embedding additional information in the video signal during the compression process
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/55—Motion estimation with spatial constraints, e.g. at image or region borders
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
- H04N19/67—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving unequal error protection [UEP], i.e. providing protection according to the importance of the data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23605—Creation or processing of packetized elementary streams [PES]
-
- 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
-
- 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/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/4728—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for selecting a Region Of Interest [ROI], e.g. for requesting a higher resolution version of a selected region
-
- 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64746—Control signals issued by the network directed to the server or the client
- H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
- H04N21/64776—Control signals issued by the network directed to the server or the client directed to the server for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
- G06F15/163—Interprocessor communication
- G06F15/173—Interprocessor communication using an interconnection network, e.g. matrix, shuffle, pyramid, star, snowflake
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Communication Control (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
Інформація про години відновлення декодера, ROI інформація і ідентифікаційна інформація мозаїки передаються в потоці відеоданих на рівні, який включає легкий доступ для мережевих об'єктів, таких як MANEs або декодер. Для досягання такого рівня, інформація про такі типи передається в потоці відеоданих за допомогою пакетів, розкиданих в пакетах блоків доступу потоку відеоданих. Відповідно до варіанта виконання, розкидані пакети є здатними до видалення пакетами, тобто, видалення цих розкиданих пакетів зберігає здатність декодера повністю відновлювати відеозміст, який переноситься потоком відеоданих.
Description
Представлений винахід стосується концепцій потоку відеоданих, які, зокрема, є вигідними у зв'язку із застосуваннями з малою затримкою.
Стандарт НЕМС |21| включає різні засоби синтаксису високого рівня, який сигналізується для прикладного рівня. Такі засоби є заголовком блока МАЇ, множинами значень параметра і повідомленнями додаткової розширювальної інформації (5ЕЇ). Останні не використовуються в процесі декодування. Інші засоби сигналізації синтаксису високого рівня одержуються з відповідних специфікацій транспортного протоколу, такого як транспортний протокол МРЕС2 |З) або транспортний протокол реального часу (|4|Ї, і спеціальні специфікації його корисної інформації, наприклад рекомендації для стандарту Н.264/АМС |5Ї, здатні до масштабування кодування відеоданих (5МС) |ЄЇ, або стандарт НЕМС 17). Такі транспортні протоколи можуть вносити сигналізацію високого рівня, яка використовує подібні структури і механізм як сигналізацію високого рівня відповідної специфікації кодека прикладного рівня, наприклад
НЕМОС (2). Одним прикладом такої сигналізації є блок МАЇ інформації про масштабованість змісту корисних даних (РАС5БІ), як описано в роботі |Є), яка надає додаткову інформацію для транспортного рівня.
Для множин значень параметра стандарт НЕМС містить множину значень параметра відеоданих (УРБ), яка вибирає потік найважливішої інформації для використання прикладним рівнем в єдиному центральному місці. В попередніх наближеннях цю інформацію необхідно було збирати з багатьох множин значень параметрів і заголовків блоків МАГ.
До появи даної заявки, статус стандарту стосовно операцій буферизації кодованої картинки (СРВ) гіпотетичного еталонного декодера (НА) і увесь відповідний синтаксис, наданий в множині значень параметра послідовності (5Р5) / Інформації про корисність відеоданих (МИ),
ЗЕЇ синхронізації картинки, 5ЕЇ періоду буферизації, а також визначення декодувального блока, опис фрагмента картинки і синтаксис залежних вирізок, які присутні в заголовку вирізки, а також множина значень параметра картинки (РР) були наступними.
Для забезпечення операції СРВ з малою затримкою на рівні фрагмента картинки, були запропоновані операції СРВ фрагмента картинки і інтегровані в схематичний стандарт НЕМС (7
УСТМО-11003) (21. Тут, зокрема, декодувальний блок був визначений в розділі З документа |2) як: декодувальний блок: блок доступу або підмножина блока доступу. Якщо 5!ИБРІісССрреНаа дорівнює 0, то декодувальний блок є блоком доступу. Інакше, декодувальний блок складається з одного або більшої кількості блоків МСІ. МАГ. в блоці доступу і відповідних блоків не-МСІ МАГ.
Для першого блока МСІЇ МАїЇ в блоці доступу відповідними блоками є блоки не-МСїІ МАЇ, а блоки МАЇ даних заповнювача, якщо такі є, безпосередньо слідують за першим блоком МС.
МАЇ ії усіма блоками не-МОї МАГ в блоці доступу, які передують першому блоку МС МАГ. Для блока МСІЇ МАЇ, який не є першим блоком МС МАГ в блоці доступу, відповідні блоки не-МСїі.
МАЇ є блоком МАЇ даних заповнювача, якщо це має місце, який слідує безпосередньо за блоком УСІ. МАЇ.
В стандарті, визначеному до цього часу, "Синхронізація видалення декодувального блока і декодування декодувального блока" була описана і додана до Додатку С "Гіпотетичний еталонний декодер". Для сигналізації синхронізації фрагмента картинки, 5ЕЇ повідомлення періоду буферизації і ЕІ! повідомлення синхронізації картинки, а також НВО параметри в МИЇ були розширені для підтримки декодувальних блоків як блоків фрагмента картинки.
Синтаксис 5ЕЇ повідомлення періоду буферизації документа |2) зображений на фіг. 1.
Коли МаІНгаврРгезепігіад або МсіІНгаврРгезепігіад дорівнюють 1, то 5ЕЇ повідомлення періоду буферизації може пов'язуватися з будь-яким блоком доступу в потоці бітів і 5ЕЇ повідомлення періоду буферизації повинно пов'язуватися з кожним ВАР блоком доступу і з кожним блоком доступу, пов'язаним з ФЕЇ повідомленням точки відновлення.
Для деяких застосувань часта присутність 5ЕЇ повідомлення періоду буферизації може бути бажаною.
Період буферизації був специфікований як множина блоків доступу між двома подіями 5ЕЇ повідомлення періоду буферизації в порядку декодування.
Семантика була наступною: вед рагатеїег 5еї ій вказує множину значень параметра послідовності, яка містить НА атрибути послідовності. Величина зед рагатеїег зей ій повинна дорівнювати величині зед рагатеїєї 5єї ій в множині значень параметра картинки, на яку посилається головна кодована картинка, пов'язана з 5ЕЇ повідомленням періоду буферизації. Величина вед рагатеїег 5еї ій повинна становити 0-31 включно. гар сро рагат5 ргезепі Пад оедциа! ї0 1 вказує присутність синтаксичних елементів бо іпйа! ай сро гетомаї! аеїау (ЗспеазеїПах| і іпйа! ак сро гетома! деіау ойвєї (бспеабейПйах|. Коли вони відсутні, то величина гар сро рагатв ргезепі Пад вважається рівною 0. Коли відповідна картинка не є ні СВА картинкою, ні ВІ А картинкою, то величина гар ср рагат5 ргезепі Пад повинна дорівнювати 0. іпйа! сро гетомаї! аєїау (Зснеазе|ах| і іпйа! ай сро гетомаї! аеїау (ЗспеазеїІах| вказують початкові затримки у видаленні з СРВ для Зспеабеїйах-ій СРВ. Синтаксичні елементи мають довжину в бітах, задану іпйа! сро гетома! деїіау Іепдій тіпи51-41, і надаються в одиницях тактового генератора з тактовою частотою 90 кГц. Величини синтаксичних елементів не повинні дорівнювати 0 ї не повинні перевищувати 90000 х (Сррбіге |Зспеазеїйпах| - ВіїВТаїе (ЗспеазейПах)|) - годинний еквівалент розміру СРВ в одиницях тактового генератора з тактовою частотою 90 кГц. іпйа! сро гтетома! аєЇїау оїйїзеї |5сНнеазеїах| і іпйа! ай сро гетомаї! адеїау оїїзеї (ЗспеазеїПах| використовуються для 5спеазеїПах-й СРВ для вказання початкової години доставки блоків кодованих даних до СРВ. Синтаксичні елементи мають довжину в бітах, задану іпійа! сро гетома! деіау Іепдій тіпив1-4411, і надаються в одиницях тактового генератора з тактовою частотою 90 кГц. Ці синтаксичні елементи не використовуються декодерами і можуть потребуватися тільки для подавального диспетчера (НБЗ5).
У всій послідовності кодованих відеоданих сума іпйа! сро гтетомаї! аєїіау (ЗспеазенпПах| і іпйа! сро гтетома! деіау ойвєеї ІЗсНпеабзеПйах| повинна бути сталою для кожної величини зеспеазеїах, і сума іпша! ай сро гетомаї! аеєїау ІзспеазеП ах) і іпйа! ай сро гетомаї! деїау ойїзеЦеспеавзейПйайх| повинна бути сталою для кожної величини зЗспеазеї ах.
Синтаксис 5ЕЇ повідомлення синхронізації картинки документа |2| зображений на Фіг. 2.
Синтаксис 5ЕЇ повідомлення синхронізації картинки залежить від змісту множини значень параметра послідовності, яка активна для кодованої картинки, пов'язаної з 5ЕЇ повідомленням синхронізації картинки. Однак, якщо 5ЕЇ повідомленню синхронізації картинки ІОВ або ВІ А блока доступу не передує 5ЕЇ повідомлення періоду буферизації в тому ж блоці доступу, то активування відповідної множини значень параметра послідовності (і для ІОЕ або ВІ А картинок, які не є першою картинкою в потоці бітів, визначення, що кодована картинка є ІОВ картинкою
Зо або ВІ А картинкою) не відбувається до декодування першого блока МАЇ кодованої вирізки кодованої картинки. Оскільки блок МАЇ кодованої вирізки кодованої картинки слідує за 5ЕЇ повідомленням синхронізації картинки в порядку блока МАЇ, то можуть бути випадки, у яких декодеру необхідно зберігати АВ5Р, яка містить 5ЕЇ повідомлення синхронізації картинки, до визначення параметрів послідовності, яка буде активною для кодованої картинки, і потім здійснюватиме синтаксичний аналіз 5ЕЇ повідомлення синхронізації картинки.
Присутність ЗЕЇ повідомлення синхронізації картинки в потоці бітів вказано наступним чином.
Якщо СррОррОеїІаузРгезепібіад дорівнює 1, то в кожному блоці доступу послідовності кодованих відеоданих повинне бути присутнім одне 5ЕЇ повідомлення синхронізації картинки.
Інакше (СррОроОеїЇаузРгезепібіад дорівнює 0), в жодному блоці доступу послідовності кодованих відеоданих не повинні бути присутніми 5ЕЇ повідомлення синхронізації картинки.
Семантика визначається наступним чином: сро гетома! деіау вказує, скільки потрібно очікувати тактів тактового генератора після видалення з СРВ блока доступу, пов'язаного з найостаннішим 5ЕЇ повідомленням періоду буферизації в попередньому блоці доступу перед видаленням з буфера даних блока доступу, пов'язаних з 5ЕЇ повідомленням синхронізації картинки. Ця величина також використовується для підрахунку найранішої можливої години надходження даних блока доступу в СРВ для Н55.
Синтаксичний елемент є кодом фіксованої довжини, яка в бітах задається сро гтетомаї! деїау Ієпдій тіпив51--1. срр гтетомаї! аєїау є залишком лічильника по модулю 2(срь- гетома!. деіау. Іепдій. тіпив1-1).
Величина сро гетомаї! аєїау Іепдій тіпи51, яка визначає довжину (в бітах) синтаксичного елемента срр гетома! деїау, є величиною срр гетома! деіау Іепдій тіпи5!, кодованого в множині значень параметра послідовності, яка активна для першої кодованої картинки, пов'язаної з 5ЕЇ повідомленням синхронізації картинки, хоча сро гетомаї! аєїау вказує кількість тактів тактового генератора відносно години видалення попереднього блока доступу, який містить 5ЕЇ повідомлення періоду буферизації який може бути блоком доступу іншої послідовності кодованих відеоданих. дро ошриї деїау використовується для підрахунку ОРВ години виходу картинки. Він вказує скільки тактів тактового генератора очікується після видалення останнього декодувального 60 блока в блоці доступу з СРВ перед виходом декодованої картинки з ОРВ.
Картинку не видаляють з ЮОРВ в момент її виходу, коли вона все ще позначена як "використовувати для короткотермінового посилання" або "використовувати для довготермінового посилання".
Для декодованої картинки вказується тільки один дро ошриї ае/ау.
Довжина синтаксичного елемента арь ошриї аеїіау задається в бітах дрор ошриї адеїау Іепдій тіпив51 1. Коли 5р5 тах дес ріс риметгіпд
Ітах іетрога! Іауєї5 тіпие1) дорівнює 0, то дро ошриї аєЇіау повинен дорівнювати 0.
Година виходу, одержана з аро ошриї деїау будь-якої картинки, яка є вихідним параметром з синхронізації виходу, яка узгоджується з декодером, повинна передувати годині виходу, одержаній з арр ошіриї аєїау усіх картинок в будь-якій наступній послідовності кодованих відеоданих в порядку декодування.
Порядок виходу картинки, встановлений величинами цього синтаксичного елемента, повинен бути тим же порядком, який встановлений величинами РісОгаєгСпімаї.
Для картинок, які не видаються процесом "штовхання", оскільки вони передують в порядку декодування ІОВ або ВІ А картинці з по ошірші ої ргіог ріс Яад єдца! 0 1 або вважаються рівними 1, години виходу, одержані з аро ошриї деїіау, повинні збільшуватися із збільшенням величини РісОгаєгСпімаї відносно усіх картинок в тій же послідовності кодованих відеоданих. пит десодіпуд цпіїє тіпив1 рі 1 вказує кількість декодувальних блоків в блоці доступу, з яким пов'язане ЗЕЇ повідомлення синхронізації картинки. Величина пит десодіпа пів тіпив1 повинна становити 0-РісмуіатіпсСтрз "7 РісНеіаНіпСІр5-1 включно. пит паб іп ди тіпив (Її ріи5 1 вказує кількість блоків МАГ в і-му декодувальному блоці блока доступу, з яким пов'язане 5ЕЇ повідомлення синхронізації картинки. Величина пит паб іп ди тіпив1 (| повинна становити 0-Рісм/ідтіпСібвв " РісНеідніпСІр5-1 включно.
Перший декодувальний блок блока доступу складається з перших пит паїв іп ди тіпив!1
ІОЇ Ж 1 послідовних блоків МАЇ в порядку декодування в блоці доступу, і-й (з і більшим за 0) декодувальний блок блока доступу складається з пит пав іп ди тіпив51 (| ї- 1 послідовних блоків МАЇ, які безпосередньо слідують за останнім блоком МАЇ в попередньому декодувальному блоці блока доступу в порядку декодування. Тут в кожному декодувальному блоці повинен бути принаймні один блок МСІ МАЇ. Усі блоки не-МСЇ МАЇ, пов'язані з блоком
Ко) МОЇ. МАГ, повинні бути включені в той же декодувальний блок. ди сро гтетома! аеїау (| вказує, скільки очікується тактів тактового генератора фрагмента картинки після видалення з СРВ першого декодувального блока в блоці доступу, пов'язаному з найостаннішим 5ЕЇ повідомленням періоду буферизації в попередньому блоці доступу перед видаленням з СРВ і-го декодувального блока в блоці доступу, пов'язаному з 5ЕЇ повідомленням синхронізації картинки. Ця величина також використовується для підрахунку найранішої можливої години надходження даних декодувального блока в СРВ для Н5Б5. Синтаксичний елемент є кодом фіксованої довжини, яка надається в бітах сро гтетома! деїау Іепдій тіпи51-1. «и сро гетома! деіау || є залишком лічильника по модулю 2 (сро. гетома!. деіау. Іепоій. тіпив141).
Величина сро гетомаї! аєїау Іепдій тіпи51, яка визначає довжину (в бітах) синтаксичного елемента ди срр тетомаї! деїау (|, є величиною срор гетома! деїіау Іепдій тіпи51, кодованого в множині значень параметрів послідовності, яка активна для кодованої картинки, пов'язаної з
ЗЕЇ повідомленням синхронізації картинки, хоча ди сро гетомаї аеїау (ЇЇ вказує кількість тактів тактового генератора фрагмента картинки відносно години видалення першого декодувального блока в попередньому блоці доступу, який містить 5ЕЇ!Ї повідомлення періоду буферизації, який може бути блоком доступу іншої послідовності кодованих відеоданих.
Деяка інформація міститься в МИ! синтаксисі документа |2)Ї. МОЇ синтаксис параметрів документа (21 зображений на Фіг. 3. НВО синтаксис параметрів документа (2) зображений на фіг. 4. Семантика визначається наступним чином: виб ріс сро рагат: ргезепі Пад еєдпцаї! юю 1 вказує, що представлені параметри видалення в
СРВ із затримкою на рівні фрагмента картинки і СРВ може функціонувати на рівні блока доступу або на рівні фрагмента картинки. хиб ріс сро рагат: ргезепі Пад едцаї! ю 0 вказує, що відсутні параметри видалення в СРВ із затримкою на рівні фрагмента картинки і СРВ функціонує на рівні блока доступу. Коли 5иб ріс сро рагат: ргезепі Лад відсутній, то його величина дорівнює 0. пит цпіїб іп виб їйСсК є кількістю тактів тактового генератора, який працює з частотою їте 5саїє НН, яка відповідає одному інкременту (названий такт тактового генератора фрагмента картинки) лічильника тактів тактового генератора фрагмента картинки. пит ий іп 5иб їсК повинен бути більшим за 0. Такт тактового генератора фрагмента картинки є мінімальним інтервалом часу, який може представлятися в кодованих даних, коли 5иБ ріс србо рагат5 ргезепі Пад дорівнює 1.
Шев їїхей 5ігисійге Пад едца! юю 1 вказує, що кожна множина значень параметра картинки, яка є активною в послідовності кодованих відеоданих, має ту ж величину синтаксичних елементів пит Ше соїшти5 тіпив!, пит Ше гом тіпибв!, цпіїопт 5расіпа ад, соїштп маш
ІЙ, гом Пеїдні ІЙ і Іоор їйШег асгоз5 Шев епабієйд Лад, коли вони присутні.
Шев їїхей 5ігисіште Пад єдца! то 0 вказує, що синтаксичні елементи мозаїк в інших множинах значень параметрів картинки можуть мати або можуть не мати однакову величину. Коли синтаксичний елемент Шев їїхей вігисіцге Пад відсутній, то він вважається рівним 0.
Сигналізація Шев їїхей вігисішге Пад едциа! 10 1 є гарантією для декодера, що кожна картинка в послідовності кодованих відеоданих має однакову кількість мозаїк, розподілених однаковим способом, що може бути корисним для розподілу робочого навантаження у випадку багатопотокового декодування.
Дані заповнювача документа |2| сигналізуються з використанням АВОР синтаксису даних фільтра, зображеного на фіг. 5.
Гіпотетичний еталонний декодер документа (21, використовуваний для перевірки потоку бітів і узгодженості декодера, визначається наступним чином:
Два типи потоків бітів піддаються НВО перевірці на узгодженість для цієї Рекомендації /
Міжнародного Стандарту. Перший такий тип потоку бітів, названий потік бітів Типу І, є потоком блоків МАГ, який містить тільки блоки МС МАЇ і блоки МАГ. даних заповнювача для усіх блоків доступу в потоці бітів. Другий тип потоку бітів, названий потік бітів Типу ЇЇ, містить, на додаток до блоків МСІ МАЇ і блоків МАЇ даних заповнювача для усіх блоків доступу в потоці бітів, принаймні один з наступного: додаткових блоків не-МСІ. МАГ, відмінних від блоків МАГ. даних заповнювача, усіх синтаксичних елементів Ієадіпд 2его 8Біїє5, 2его Буїє, 5іай соде ргеїїх опе Зруїез і їгайїпуд его 8Ббіїв5, які формують потік байтів з потоку блока МАЇ.
Фіг. 6 зображає типи точок узгодженості потоку бітів, які перевіряються НИАО документа |21І.
Використовуються два типи НАО множин значень параметрів (МА НВО параметри і МС.
НЕО параметри). НАО множини значень параметрів сигналізуються за допомогою інформації про корисність відеоданих, яка є частиною структури синтаксису множини значень параметра послідовності.
Усі множини значень параметрів послідовності і множини значень параметрів картинки, на які посилаються в блоках УСІ МАЇ, і відповідні ЗЕ! повідомлення періоду буферизації та синхронізації картинки повинні передаватися до НВО синхронним чином або в потоці бітів, або іншими засобами.
Специфікація для "присутності" блоків не-МСЇ МАГ. також задовольняється, коли такі блоки
МАЇ (або тільки деякі з них) передаються до декодерів (або до НА) іншими засобами, не специфікованими цією/цим Рекомендацією / Міжнародним Стандартом. Для підрахунку бітів підраховуються тільки відповідні біти, які реально присутні в потоці бітів.
Як приклад, синхронізація блока не-МСІ МАїЇ, який передається іншим засобом, не присутнім в потоці бітів, з блоками МАГ, які присутні в потоці бітів, може досягатися вказанням двох точок в потоці бітів, між якими повинен бути присутнім блок не-МСїІ МАЇ в потоці бітів, який кодер вирішив передати в потоці бітів.
Коли зміст блока не-МСІ МАГ передається для застосування деяким засобом, відмінним від присутнього в потоці бітів, то представлення змісту блока не-МСІ! МАїЇ не вимагається для використання однакового синтаксису, специфікованого в цьому додатку.
Відзначається, що, коли НАО інформація міститься в потоці бітів, можна перевіряти узгодженість потоку бітів з вимогами цього підпункту виключно на основі інформації, яка міститься в потоці бітів. Коли НАО інформація відсутня в потоці бітів, як у випадку для "автономних" потоків бітів Типу І, узгодженість може перевірятися тільки, коли НАО дані оснащуються деяким іншим засобом, не специфікованим в цій Рекомендації / Міжнародному
Стандарті.
НЕОБ, що містить буфер (СРВ) кодованої картинки, миттєвий процес декодування, буфер (ОРВ) декодованої картинки і вихідні дані, які збираються, зображені на фіг. 7.
Розмір СРВ (кількість бітів) становить Срр5бі2е (ЗспеазеїПах|). Розмір ОРВ (кількість буферів для збереження картинки) для тимчасового рівня Х становить зр тах дес ріс рийегіпо (ЇХ) для кожного Х в інтервалі О 5р5 тах іетрога! Іауєг5 тіпи51 включно.
Змінна 5йБРісСррРгеїеїтедРіад або специфікується зовнішнім засобом або, коли вона не специфікована зовнішнім засобом, встановлюється рівною 0. 60 Змінна 5йиБРісСреРіад одержується наступним чином:
ЗйБРІіССрЬЕІад-5ЗИБРісСррРгететтеаніад а зи ріс сро рагат:5 ргезепі Пад
Якщо Зи,йБРІісССроРіад дорівнює 0, то СРВ працює на рівні блока доступу і кожен декодувальний блок є блоком доступу. Інакше, СРВ працює на рівні фрагмента картинки і кожен декодувальний блок є підмножиною блока доступу.
НЕО працює наступним чином. Дані, пов'язані з декодувальними блоками, які вставляються в СРВ, згідно з специфікованим графіком надходження, подаються за допомогою Н55. Дані, пов'язані з кожним декодувальним блоком, видаляються і миттєво декодуються способом миттєвого декодування в моменти видалення в СРВ. Кожну декодовану картинку поміщають в
ОРВ. Декодовану картинку видаляють з ОРВ пізніше за ОРВ годину виходу або годину, коли він стає більше не потрібним для посилання на інтерпрогнозування.
НВО ініціалізується, як специфіковано 5ЕЇ періодом буферизації. Синхронізація видалення декодувальних блоків з СРВ і синхронізація виходу декодованих картинок з ОРВ специфіковано в ЗЕЇ повідомленні синхронізації картинки. Уся інформація синхронізації, яка належить до спеціального декодувального блока, повинна надходити до моменту видалення з СРВ декодувального блока.
НЕАО використовують для перевірки узгодженості потоків бітів і декодерів.
Хоча узгодженість гарантується, згідно з припущенням, що всі частоти кадрів і тактових генераторів, використовувані для генерування потоку бітів, точно відповідають величинам, сигналізованим в потоці бітів, в реальній системі, при цьому кожна з цих величини може відрізнятися від сигналізованої або специфікованої величини.
Усі арифметичні операції проводяться з реальними величинами таким чином, що не можуть поширюватися помилки округлення. Наприклад, кількість бітів в СРВ безпосередньо перед або після видалення декодувального блока необов'язково є цілим числом.
Змінна іс одержується наступним чином і називається тактом тактового генератора. їс-пит пів іп сК-їйте 5саїє
Змінна їс 5иб одержується наступним чином і називається тактом тактового генератора фрагмента картинки: їс 5иб-пит ипіїв іп 51 іскК-їїте 5саїє Наступне вказується для вираження обмежень:
Нехай блок доступу п буде п-м блоком доступу в порядку декодування, при цьому перший
Зо блок доступу є блоком доступу 0.
Нехай картинка п буде кодованою картинкою або декодованою картинкою блока доступу п.
Нехай декодувальний блок т буде т-м декодувальним блоком в порядку декодування, при цьому перший декодувальний блок є декодувальним блоком 0.
В документі |І2) синтаксис заголовка вирізки передбачений для так званих залежних вирізок.
Фіг. 8 зображає синтаксис заголовка вирізки документа |.
Семантика заголовка вирізки визначається наступним чином: дерепаеєпі 5іїсе Пад едцаі! о 1 вказує, що величина кожного відсутнього синтаксичного елемента заголовка вирізки вважається рівною величині відповідного синтаксичного елемента заголовка вирізки в попередній вирізці, яка містить кодувальний деревоподібний блок, адресою якого є 5ісестрааагн5-1. Коли він відсутній, величина дерепаепі віїсе їЯад вважається рівною 0. Величина дерепаеєпі віїсе Пад повинна дорівнювати 0, коли біісестрлаагн5 дорівнює 0. 5іїсе адагез5 вказує адресу в гранулярності вирізки, у якій починається вирізка. Довжина синтаксичного елемента віїсе адагев55 дорівнює (Сеї (І од2 (РісумідтпіпСяЬв " РісНеїаІпСірв5)) --
Зіісестапціатну) біт.
Змінна біісестрдаагнь, яка вказує кодувальний деревоподібний блок, у якому починається вирізка в порядку проходження растру кодувального деревоподібного блока, одержується наступним чином.
ЗіісестфрАаагнь - (віїсе адагезвв » біісестапиіатпу)
Змінна біісесбрАдаг5, яка вказує адресу першого кодувального блока у вирізці в гранулярності мінімального кодувального блока в порядку 7-проходження, одержується наступним чином. віісеСрдааг25-5іїсє адагез5 «« (од ай тах тіп содіпуд БіосК віге-5Іісестапиатйу) ««1)
Декодування вирізки починається з найбільшого кодувального блока, можливого в початковій координаті вирізки.
Тії5ї бІісе іп ріс Пад вказує, чи є вирізка першою вирізкою картинки. Якщо
Тіїхвї віїсє іп ріс Пад о дорівнює 1, то змінні біісеСрдадг25 і бісесСтрдаав5 обидві встановлюються в 0 і декодування починається з першого кодувального деревоподібного блока в картинці.
ріс рагатеїєї 5єї ій вказує використовувану множину значень параметра картинки.
Величина ріс рагатеїег 5еї ій повинна становити 0-255 включно. пит епігу роїпі оїйзеї5 вказує кількість синтаксичних елементів епігу роіпі ойбеї || в заголовку вирізки. Коли Шеб5 ог епігору содіпд вупс ідс о дорівнює 1, то величина пит епігу роїпі ої5еїв повинна становити 0 - (пит Ше соЇїштп5 тіпив51-41) х (пит Ше гому5 тіпи51--1) - 1 включно. Коли Шеб5 ог епігору содіпд 5упс ідс дорівнює 2, то величина пит епігу роїпі оївзеїє повинна становити 0О-РісНеїдніпСіЬ5-1 включно. Коли він відсутній, то величина пит епігу роїіпі оїзеї5 вважається рівною 0. ойвеї Іеп тіпив51 ріи5 1 вказує довжину в бітах синтаксичних елементів епігу роїпі оїїзе! ||). епігу роїпі ойївеї (| вказує зміщення і-ї точки входу в байтах і повинен представлятися ойвеї Іеп тіпи51 ріи5 1 бітами. Дані кодованої вирізки після заголовка вирізки складаються з пит епігу роїпі оїйзеїв-1 підмножин, при цьому значення індексу підмножини становить 0- пит епігу роїпі ойзеїв включно. Підмножина 0 складається з байтів О-епігу роїіпі оїїзеї (0 - 1 включно з даних кодованої вирізки, підмножина К з К в інтервалі 1 пит епігу роїпі ой5еї5-1 включно складається з байтів епігу роїпі ойвеї |К-1| - епігу роїпі оїїзеї |К| - епігу роїпі оїївеї |К- 11. - 1 включно з даних кодованої вирізки і остання підмножина (з індексом, рівним пит епігу роїпі ойзеїв) складається з решти байтів даних кодованої вирізки.
Коли Шев ог епігору содіпуд зупс ідс дорівнює 1 і пит епігу роїпі ойвеїв більший за 0, то кожна підмножина повинна містити усі кодовані біти точно однієї мозаїки і кількість підмножин (тобто, величина пит епігу роїіпі оїїзеї5--41) повинна дорівнювати або бути меншою за кількість мозаїк у вирізці.
Коли Шев ог епігтору содіпд зупс ідс дорівнює 1, то кожна вирізка повинна містити або підмножину однієї мозаїки (у випадку чого сигналізація точок входу не потрібна) або цілу кількість повних мозаїк.
Коли Шев ог епігору содіпуд зупс ідс дорівнює 2 і пит епігу роїпі ойвеїв більший за 0, то кожна підмножина К з К в інтервалі 0-пит епігу роїпі ойбеї5-1 включно повинна містити усі кодовані біти точно одного рядка кодувальних деревоподібних блоків, то остання підмножина (з індексом, рівним пит епігу роїпі ойвзеїв) повинна містити усі кодовані біти решти кодувальних блоків, включених у вирізку, при цьому решта кодувальних блоків складаються або точно з одного рядка кодувальних деревоподібних блоків або підмножини одного рядка кодувальних деревоподібних блоків і кількість підмножин (тобто, величина пит епігу роіпі оїйївеїв5--1) повинна дорівнювати кількості рядків кодувальних деревоподібних блоків у вирізці, при цьому також підраховують підмножину одного рядка кодувальних деревоподібних блоків у вирізці.
Коли Ше5 ог епігору содіпд 5упс ідс дорівнює 2, то вирізка може містити ряд рядків кодувальних деревоподібних блоків і підмножину рядка кодувальних деревоподібних блоків.
Наприклад, якщо вирізка містить два з половиною рядка кодувальних деревоподібних блоків, то кількість підмножин (тобто, величина пит епігу роїпі ойзеїв1) повинна дорівнювати 3.
Фіг. 9 зображає ВВ5ОР синтаксис множини значень параметра картинки документа (2), ВВ5ОР семантика множини значень параметра картинки документа (21 визначається наступним чином: дерепаеєпі 5іїсе епабієй Пйад оедиа! о 1 вказує присутність синтаксичного елемента дерепаеєпі в5іїсе Пад в заголовку вирізки для кодованих картинок, які посилаються на множину значень параметра картинки. дерепадепі 5іїсе епаріє!й йад едца! то 0 вказує відсутність синтаксичного елемента дерепаепі 5іїсе їПад в заголовку вирізки для кодованих картинок, які посилаються на множину значень параметра картинки. Коли Шеб5 ог епігору содіпа 5упс ідс дорівнює 3, то величина дерепаепі 5іїсе епабрієд їад повинна дорівнювати 1.
Шев ог епігору содіпа 5упс ідс єдца! юЮ 0 вказує, що повинна бути тільки одна мозаїка в кожній картинці, яка посилається на множину значень параметра, не повинно бути спеціального процесу синхронізації для змінних контексту, викликаного до декодування першого кодувального деревоподібного блока рядка кодувальних деревоподібних блоків в кожній картинці, яка посилається на множину значень параметра, і величини сабас іпдерепаепі Пад і дерепаеєпі в5іїсе Пад для кодованих картинок, які посилаються на множину значень параметра картинки, не повинні обидва дорівнювати 1.
Коли сабрас іпадерепдепі йад і дередепі вісе йад обидва дорівнюють 1 для вирізки, то вирізка є ентропійною вирізкою.
Шев ог епігору содіпа 5упс ідс едшаї! о 1 вказує, що може бути більше, ніж одна мозаїка в кожній картинці, яка посилається на множину значень параметра картинки, тут не повинно бути спеціального процесу синхронізації для змінних контексту, який викликається перед декодуванням першого кодувального деревоподібного блока рядка кодувальних деревоподібних блоків в кожній картинці, яка посилається на множину значень параметра картинки, і величини сарас іпаерепадепі Пад ї дерепадепі в5іїсе Пад для кодованих картинок, які посилаються на множину значень параметра картинки, не повинні обидва дорівнювати 1.
Шев ог епігору содіпа 5упс ідс єдцаї! о 2 вказує, що повинна бути тільки одна мозаїка в кожній картинці, яка посилається на множину значень параметра картинки, спеціальний процес синхронізації для змінних контексту повинен викликатися перед декодуванням першого кодувального деревоподібного блока рядка кодувальних деревоподібних блоків в кожній картинці, яка посилається на множину значень параметра картинки, і спеціальний процес введення змінних контексту в запам'ятовуючий пристрій повинен викликатися після декодування двох кодувальних деревоподібних блоків рядка кодувальних деревоподібних блоків в кожній картинці, яка посилається на множину значень параметра картинки, і величини сабрас іпаерепдепі ПйПад і дерепадепі 5іїсе Пад для кодованих картинок, які посилаються на множину значень параметра картинки, не повинні обидва дорівнювати 1.
Шев ог епігору содіпд 5упс ідс єдца! о З вказує, що повинна бути тільки одна мозаїка в кожній картинці, яка посилається на множину значень параметра картинки, не потрібно викликати спеціальний процес синхронізації для змінних контексту перед декодуванням першого кодувального деревоподібного блока рядка кодувальних деревоподібних блоків в кожній картинці, яка посилається на множину значень параметра картинки, і величини сабрас іпаерепдепі ПйПад і дерепадепі 5іїсе Пад для кодованих картинок, які посилаються на множину значень параметра картинки, можуть обидва дорівнювати 1.
Коли дерепаепі віїсе епабрієд Пад повинен дорівнювати 0, то
Шеб5 ог епігору содіпд зупс ідс не повинен дорівнювати 3.
Вимога узгодженості бітового потоку полягає в тому, що величина
Шев ог епігору содіпа 5упс ідс повинна бути однаковою для усіх множин значень параметрів картинок, які активуються в послідовності кодованих відеоданих.
Для кожної вирізки, яка посилається на множину значень параметра картинки, коли
Шев ог епігору содіпа 5упс ідс дорівнює 2 і перший кодувальний блок у вирізці не є першим кодувальним блоком в першому кодувальному деревоподібному блоці рядка кодувальних деревоподібних блоків, останній кодувальний блок у вирізці повинен належати одному і тому ж рядку кодувальних деревоподібних блоків як перший кодувальний блок у вирізці.
Зо пит Ше соїштп5 тіпив1 ріи5 1 вказує кількість стовпчиків мозаїк, які розбивають картинку. пит Ше гом тіпиві ріи5 1 вказує кількість рядків мозаїк, які розбивають картинку. Коли пит Ше соЇйти5 тіпив51 дорівнює 0, то пит (Ше гому5 тіпи51 не повинен дорівнювати 0. цпібопт врасіпд Пад єедца! юю 1 вказує, що межі стовпчика і, подібним чином, межі рядка розподілені однорідно по картинці. шпітопт 5расіпуд Пад едиаї! о 0 вказує, що межі стовпчика і, подібним чином, межі рядка однорідно не розподілені по картинці, але явно сигналізовані з використанням синтаксичних елементів соїштп май (Д ігом Ппеїдні ії. соїшти ма (| вказує ширину і-го стовпчика мозаїки в одиницях кодувальних деревоподібних блоків. гом/ Неїдапі (Й вказує висоту і-о рядка мозаїки в одиницях кодувальних деревоподібних блоків.
Вектор соїм/іакн (Її вказує ширину і-го стовпчика мозаїки в одиницях СТВ5 зі стовпчиком і, який становить О-пит (Ше соЇїштп5 тіпиб51 включно.
Вектор СІЕБАдЯагА ють ІсфАдаатнв5іі вказує перехід від СТВ адреси в порядку проходження растру до СТВ адреси в порядку проходження мозаїки з індексом сірдаагВ5, який становить 0 - (рісНеіднНисСтЬз " рісмуідтнІпСібБ5) - 1 включно.
Вектор СБДЯЯатТ ою В ІсТЬАЯатнтвіі вказує перехід від СТВ адреси в порядку проходження мозаїки до СТВ адреса в порядку проходження растру з індексом сірАаатт5, який становить 0 - (ріснНеідпнпсСібв 7 рісууідлп Сів) - 1 включно.
Вектор Тіеіа (ЬАаатнтві вказує перехід від СТВ адреси в порядку проходження мозаїки до мозаїки ід з сірАдагт5, який становить 0 - (рісНеідніпСтЬв " рісм/ідіпіпСібв) - 1 включно.
Величини соїмуїат, сСірАда(веют5, стфАдаагтеювВе і Тіпеій одержуються викликанням процесу проходження СТВ растру і мозаїки з переходом, як вказано в підпункті 6.5.1 з
РісНеїдніпСтрв і РісмуідінисСіЬ5 як вхідними величинами і вихідна величина присвоюється сома, стюдаагеютзь і Тіеїа.
Величини СоІштпууіатіпі итабатрієв (ЇЇ, які вказують ширину і--о стовпчика мозаїки в одиницях зразків яскравості, встановлюються рівними сом іди (Її «« І од2Сір5і26.
Масив МіпСрАааг5 ЇХ) ГУ), який вказує перехід від координати (х, у) в одиницях мінімальних
СВ: в адресу мінімального СВ в порядку 2-проходження з х, яке становить 0-рісм/іатійпМіпСрв-1 включно, і у, яке становить О-рісНеіїайпнпМіпСЬ5-1 включно, одержують викликанням процесу бо ініціалізації масиву в порядку 7-проходження, як вказано в підпункті 6.5.2 з І од2МіпсСьвіге,
І од2СтЬ5біге, РісНеїаНпСІвв5, РісмуіатіпсСірз, вектором СТБАЯаатнноють як вхідними величинами, а вихідна величина присвоюється МіпСрдааг25.
Іоор їійег асто55 Шев епабрієд Пйад оєдцуа! 0 1 вказує, що операції внутрішнього фільтрування виконуються крізь межі мозаїки. ор їПег асто55 Шев епарієд Пад едиа! ю 0 вказує, що операції внутрішнього фільтрування не виконуються крізь межі мозаїки. Операції внутрішнього фільтрування включають деблокування фільтра, адаптивне до зразка зміщення і адаптивні до контурного фільтра операції Коли вони відсутні, то величина
Іоор їїШег асто55 Шев епабієд їЯТад дорівнює 1. сарас іпдерепдепі Пад едца! 0 1 вказує, що САВАС декодування кодувальних блоків у вирізці не залежить від жодного стану попередньо декодованої вирізки. сарас іпаерепаєпі Пад едца! то 0 вказує, що САВАС декодування кодувальних блоків у вирізці залежить від станів попередньо декодованої вирізки. Коли він відсутній, то величина сабас іпаерепаеєпі Пад дорівнює 0.
Процес для одержання доступності кодувального блока з адресою мінімального кодувального блока описується далі:
Вхідними даними для цього процесу є адреса мінімального кодувального блока тіпСрАааг25 в порядку 2- проходження, адреса поточного мінімального кодувального блока ситМіпСВАдаг5 в порядку 7- проходження.
Вихідною величиною цього процесу є доступність срАмайаріє кодувального блока з адресою мінімального кодувального блока срАдаг5 в порядку 2-проходження.
Відзначається, що значення доступності визначається, коли викликається цей процес.
Відзначається, що будь-який кодувальний блок, не дивлячись на його розмір, пов'язується з адресою мінімального кодувального блока, яка є адресою кодувального блока з мінімальним розміром в порядку 2- проходження.
Якщо одна або більша кількість наступних умов є вірними, то срАмайаріє встановлюється в значення ЕАЇ 5Е. тіпСрАдаг25 менша ніж 0 тіпСрАааг25 більша за ситМміповдааг5
Ко) кодувальний блок з адресою мінімального кодувального блока Срдааг75 належить іншій вирізці, ніж кодувальний блок з адресою поточного мінімального кодувального блока ситМіпСвАааадг25 і дерепаєпі віїсе Пад вирізки, яка містить кодувальний блок з адресою поточного мінімального кодувального блока ситМіпСвдааг25, дорівнює 0. кодувальний блок з адресою мінімального кодувального блока тіпСрАадаг25 міститься в іншій мозаїці, ніж кодувальний блок з адресою поточного мінімального кодувального блока сиптМіповдааг25.
Інакше, срАмайаріє встановлюють в значення ТАШЕ.
Процес САВАС синтаксичного аналізу для даних вирізки документа (2) є наступним:
Цей процес викликається під час синтаксичного аналізу синтаксичних елементів з дескриптором ає(х).
Вхідними величинами для цього процесу є запит на надання величини синтаксичного елемента і величини попередньо синтаксично проаналізованих синтаксичних елементів.
Вихідною величиною цього процесу є величина синтаксичного елемента.
При початку синтаксичного аналізу даних вирізки, викликається процес ініціалізації процесу
САВАС синтаксичного аналізу.
Адреса сірМіпСрАдагт мінімального кодувального блока кодувального деревоподібного блока, який містить просторово сусідній блок Т (Фіг. 1ба), одержується з використанням координат (х0О, уб) верхнього лівого зразка яскравості поточного кодувального деревоподібного блока наступним чином. хе хо «« | од2СіЬвіге-1 у - уб-т сірМіпсрАаагт-МіпСрАааагтя5 (х »» І од2МіпсСьвіге| ТУ »» ГодагМіпсСЬьсвіге)
Змінна амайаріебіадї одержується викликанням процесу одержання доступності кодувального блока з СІБмМіпСЬАаа"т як вхідною величиною.
При розпочинанні синтаксичного аналізу кодувального дерева, застосовуються наступні упорядковані етапи. 1. Арифметичний декодер ініціалізується наступним чином.
Якщо СІрАЧане дорівнює віїсе адагез5, дерепадепі б5ісе Пад дорівнює 1 і епігору содіпа гезеї Паяд дорівнює 0, то застосовується наступне:
Процес синхронізації процесу САВАС синтаксичного аналізу викликається з ТаріеєтаеіахО5 і ТабемР5бМа!О5 як вхідними величинами.
Викликається процес декодування для бінарних рішень до завершення, за яким слідує процес ініціалізації для арифметичного декодування.
Інакше, якщо Шев ог епітору содіпа 5упс ідс дорівнює 2 і СтрАаакнь5 бь РісхіагтіпсСтЬв дорівнює 0, то застосовується наступне.
Коли амайаріеРіад! дорівнює 1, то процес синхронізації процесу САВАС синтаксичного аналізу викликається з ТабіебіаїєійхМуРР ії ТаріеєМмМР5МамуУРР як вхідними величинами. - Викликається процес декодування для бінарних рішень перед завершенням, за яким слідує процес ініціалізації для арифметичного декодера.
Коли сабрас іпдерепдепі Пад дорівнює 0 і дерепаепі віїсе Пад дорівнює 1 або коли
Шеб ог епігору содіпд взупс ідс дорівнює 2, то процес введення даних в запам'ятовуючий пристрій застосовується наступним чином.
Коли Шев ог епігору содіпуд зупс ідс дорівнює 2 і СтЬдаакнь 9 РісууіатпіпсСІрз» дорівнює 2, то процес введення даних процесу САВАС синтаксичного аналізу в запам'ятовуючий пристрій викликається з ТабієбіагвіахМ/РР і ТаріеМРОМаім/РР як вихідними величинами.
Коли сабас іпаерепаепі Паяд дорівнює 0, дерепаепі в5іїсе Пад дорівнює 1 і епа ої в5іїсе Пад дорівнює 1, то процес введення даних процесу САВАС синтаксичного аналізу в запам'ятовуючий пристрій викликається з ТабієзіаївійхО5 і ТаріемР5МаІр5 як вихідними величинами.
Синтаксичний аналіз синтаксичних елементів відбувається наступним чином:
Для кожної запитаної величини синтаксичного елемента одержують двійкове представлення.
Бінаризація для синтаксичного елемента і послідовність синтаксично проаналізованих інформаційних величин визначає послідовність операцій декодування.
Для кожної інформаційної величини бінаризації синтаксичного елемента, яка індексується змінною бБіпідх, одержують індекс сіхідх контексту.
Для кожного сіхідх викликають процес арифметичного декодування.
Одержувану послідовність (бо...Бріпах) синтаксично проаналізованих інформаційних величин
Зо порівнюють з множиною рядків інформаційних величин, наданих процесом бінаризації після декодування кожної інформаційної величини. Коли послідовність відповідає рядку інформаційних величин в заданій множині, то відповідна величина присвоюється синтаксичному елементу.
У випадку, коли запит на одержання величини синтаксичного елемента обробляється для синтаксичного елемента рст Пад і декодована величина рст Пад дорівнює 1, то декодер ініціалізується після декодування будь-якого рст аїїдптепі 7его Бії, пит зЇиБзедиепі рст, і усіх рст затріє Ішта і рст 5атріє спгота даїа.
В структурі, описаній вище, трапляється наступна проблема.
Синхронізація декодувальних блоків повинна бути відома перед кодуванням і передачею даних в сценарії з малою затримкою, де блоки МАЇ. будуть вже передаватися кодером, тоді як кодер все ще кодує частини картинки, тобто декодувальні блоки іншого фрагмента картинки.
Тобто, оскільки порядок блока МАЇ в блоці доступу дозволяє тільки 5ЕЇ повідомленням передувати МСЇ (блоки МАЇ Кодування Відеоданих) в блоці доступу, але у такому сценарії з малою затримкою, то блоки не-МСЇ МАЇ потребують вже передачі, тобто надсилання, якщо кодер розпочинає кодування декодувальних блоків. Фіг. 106 зображає структуру блоків доступу, як визначено в документі (2). Документ |2| все ще не вказує кінець послідовності або потоку, таким чином припускається їх присутність в блоці доступу.
Окрім цього, кількість блоків МАЇ.,, пов'язаних з фрагментом картинки, також повинна бути заздалегідь відомою в сценарії з малою затримкою, оскільки 5ЕЇ повідомлення синхронізації картинки містить цю інформацію і повинне завершуватися і передаватися до початку кодування кодером реальної картинки. Розробник прикладної програми неохоче вставляє блоки МАЇ. даних заповнювача, при цьому потенційно дані заповнювача не відповідають номеру блока МАЇ,, як він сигналізується на декодувальний блок в 5ЕЇ синхронізації картинки, потребуються засоби для сигналізації цієї інформації на рівні фрагмента картинки. Теж саме стосується синхронізації фрагмента картинки, який на даний момент фіксується, будучі в блоці доступу, за допомогою параметрів, наданих в 5ЕЇ повідомленні синхронізації.
Окрім цього, недоліки схематичного опису документа |2| включають численну сигналізацію рівня фрагмента картинки, яка вимагається для спеціальних застосувань, таких як ВОЇ (ділянка, що представляє інтерес) сигналізація або сигналізація розмірів мозаїки.
Вищевказані проблеми не є особливими для стандарту НЕМС. Скоріше, ця проблема також з'являється у зв'язку з іншими відеокодеками. Фіг. 11 зображає, більш загально, сценарій передачі відеоданих, де кодер 10 і декодер 12 з'єднані мережею 14 для передачі відеоданих 16 від кодера 10 до декодера 12 з малою наскрізною затримкою. Проблема, вже описана вище, є наступною. Кодер 10 кодує послідовність кадрів 18 відеоданих 16 відповідно до певного порядку декодування, який по суті, але не обов'язково, слідує порядку 20 відтворення кадрів 18 ів кожному кадрі 18 проходить ділянку кадрів 18 деяким визначеним чином, як, наприклад, в порядку проходження растру з або без розбиття кадрів 18 на мозаїки. Порядок декодування контролює доступність інформації для технологій кодування, використовуваних кодером 10, таких як, наприклад, прогнозування і/або ентропійне кодування, тобто доступність інформації, яка належить до просторово і/або тимчасово сусідніх частин відеоданих 16, доступних для виконання функції основи для прогнозування або вибору контексту. Хоча кодер 10 може бути здатним використовувати паралельну обробку даних для кодування кадрів 18 відеоданих 16, кодер 10 обов'язково потребує деякого часу для кодування певного кадру 18, такого як поточний кадр. Фіг. 11, наприклад, зображає момент часу, де кодер 10 вже завершив кодування частини 18а поточного кадру 18, тоді як інша частина 1805 поточного кадру 18 все ще не кодована. Коли кодер 10 все ще не кодував частину 1860, то він може не прогнозувати як доступна швидкість передачі бітів для кодування поточного кадру 18 повинна просторово розподілятися по поточному кадру 18 для досягання оптимуму з точки зору, наприклад, швидкості/спотворення. Відповідно, кодер 10 просто має два вибори: або кодер 10 оцінює майже оптимальний розподіл доступної швидкості передачі бітів для поточного кадру 18 серед вирізок, на які заздалегідь просторово підрозбивається поточний кадр 18, відповідно припускаючи, що оцінка може бути хибною, або кодер 10 завершує кодування поточного кадру 18 перед передачею пакетів, які містять вирізки, від кодера 10 до декодера 12. В будь-якому випадку, для можливості одержання вигоди з будь-якої передачі пакетів вирізки поточно кодованого кадру 18 перед завершенням його кодування, мережу 14 необхідно інформувати про швидкості передачі даних, пов'язані з кожним пакетом вирізки у формі годин відновлення буфера кодованої картинки. Однак, як вказано вище, хоча кодер 10, згідно з поточним варіантом НЕМС, здатен змінювати швидкість передачі бітів, розподілену по кадрам 18, шляхом індивідуального використання визначення годин відновлення буфера декодера для ділянок фрагмента картинки, кодер 10 потребує передачі або надсилання такої інформації по мережі 14 до декодера 12 на початку кожного блока доступу, який збирає усі дані, які належать до поточного кадру 18, таким чином змушуючи кодер 10 вибирати серед тільки що вказаних двох альтернатив, одна з яких приводить до меншої затримки, проте гіршої швидкості/спотворення, а інша приводить до оптимальної швидкості/спотворення, однак з більшою наскрізною затримкою.
Таким чином, до цих пір був відсутній відеокодек, який дозволяє досягати такої малої затримки, що кодер повинен мати можливість розпочинати передачу пакетів, які належать до частин 18а поточного кадру перед кодуванням решти 186 поточного кадру, при цьому декодер здатен використовувати цю проміжну передачу пакетів, які належать до попередніх частин 18а, по мережі 16, яка повинна дотримуватися годин відновлення буфера декодера, якій передаються в потоці відеоданих, які надсилаються від кодера 12 до декодера 14.
Застосування, які повинні, наприклад, отримувати вигоду з такої малої затримки, ілюстративно охоплюють промислові застосування, такі як, наприклад, спостереження за заготовкою або її виготовленням для автоматизації або перевірки, або подібного. До цих пір, також відсутнє задовільне рішення для інформування декодувальної сторони про зв'язок пакетів з мозаїками, на які розбивається поточний кадр, і ділянками, які представляють інтерес, поточного кадру таким чином, що проміжні мережеві об'єкти в мережі 16 здатні збирати таку інформацію з потоку даних без глибокої перевірки внутрішньої частини пакетів, тобто синтаксису вирізок.
Відповідно, задачею винаходу, що заявляється, є надання концепції кодування потоку відеоданих, яка більш ефективна у забезпеченні малої наскрізної затримки і/або робить легшою ідентифікацію частин потоку даних для ділянки, яка представляє інтерес, або для певних мозаїк.
Ця задача вирішується об'єктом доданих незалежних пунктів формули винаходу.
Однією ідеєю, на якій базується винахід, що заявляється, є те, що інформація про синхронізацію відновлення декодера, НОЇ інформація і ідентифікаційна інформація мозаїки повинні передаватися в потоці відеоданих на рівні, який дозволяє легкий доступ за допомогою мережевих об'єктів, таких як МАМЕ5 або декодери, і те, що, для досягання такого рівня, інформація про такі типи повинна передаватися в потоці відеоданих за допомогою пакетів, розкиданих в пакети блоків доступу потоку відеоданих. Відповідно до варіанту виконання, бо розкидані пакети є здатними до видалення пакетами, тобто, видалення цих розкиданих пакетів зберігає здатність декодера повністю відновлювати відеозміст, який передається в потоці відеоданих.
Відповідно до аспекту винаходу, що заявляється, мала наскрізна затримка ефективніше досягається шляхом використання розкиданих пакетів для передачі інформації про години відновлення буфера декодера для декодувальних блоків, сформованих пакетами корисної інформації, які слідують за відповідним пакетом керування синхронізацією в потоці відеоданих в поточному блоці доступу. Завдяки цьому кодер здатен визначати години відновлення буфера декодера без зупинки під час кодування поточного кадру, таким чином маючи змогу під час кодування поточного кадру безперервно визначати швидкість передачі бітів, яка реально використовується для частини поточного кадру, яка вже кодована з одержанням пакетів корисної інформації і передана або надіслана, з префіксом, приєднаним пакетами керування синхронізацією, з одного боку, і, відповідно, для адаптації розподілу решти швидкості передачі бітів, доступної для поточного кадру, по решті поточного кадру, яка все ще не кодована.
Завдяки цьому доступна швидкість передачі бітів ефективно використовується і, тим не менше, затримка зберігається коротшою, оскільки кодер не потребує очікування на повне завершення кодування поточного кадру.
Відповідно до подальшого аспекту винаходу, що заявляється, пакети, розкидані в пакеті корисної інформації блока доступу, використовуються для передачі інформації про ділянку, яка представляє інтерес, таким чином дозволяючи, як описано вище, легкий доступ до цієї інформації за допомогою мережевих об'єктів, оскільки вони не повинні перевіряти проміжні пакети корисної інформації. Окрім цього, кодер все ще вільний для визначення пакетів, які належать до ВОЇ, під час кодування без перерви поточного кадру без потреби визначення підрозбиття поточного кадру на фрагменти і заздалегідь відповідні пакети корисної інформації.
Більше того, відповідно до варіанта виконання, згідно з яким розкидані пакети здатні до видалення, ВОЇ інформація може викидатися адресатами потоку відеоданих, які не зацікавлені в ВОЇ інформації або не здатні обробляти неї.
Подібні роздуми використовуються в винаході,, що заявляється, відповідно до іншого аспекту, згідно з яким розкидані пакети передають інформацію про те, якій вирізці належать певні пакети в блоці доступу.
Зо Переважні варіанти виконання винаходу, що заявляється, є об'єкком залежних пунктів формули винаходу. Переважні варіанти виконання винаходу, що заявляється, описуються детальніше нижче стосовно фігур, на яких:
Фіг. 1-106 зображають поточний статус стандарту НЕМО з фіг. 1, яка показує синтаксис 5ЕЇ повідомлення періоду буферизації, Фіг. 2, яка показує синтаксис 5ЕЇ повідомлення синхронізації картинки, Фіг. З, яка показує синтаксис МОЇ параметра, Фіг. 4, яка показує синтаксис НАО параметра, фіг. 5, яка показує ВВОР синтаксис даних заповнювача, Фіг. б, яка показує структуру потоків байтів і потоки блоків МАГ. для перевірок НАС узгодженості, Фіг. 7, яка показує модель
НВО буфера, Фіг. 8, яка показує синтаксис заголовку вирізки, Фіг. 9, яка показує ВВОР синтаксис множини значень параметра картинки, Фіг. 10а, яка показує схему, яка ілюструє просторово сусідній кодувальний деревоподібний блок Т, можливо використовуваний для викликання процесу одержання доступності кодувального деревоподібного блока відносно поточного кодувального деревоподібного блока, і Фіг. 105, яка показує визначення структури блока доступу;
Фіг. 11 схематично зображає пару з кодером і декодером, з'єднаних мережею, для ілюстрації проблем, які з'являються в передачі потоку відеоданих;
Фіг. 12 зображає блок-схему кодера відповідно до варіанта виконання, який використовує пакети керування синхронізацією;
Фіг. 13 зображає блок-схему, яка показує режим роботи кодера з Фіг. 12 відповідно до варіанта виконання;
Фіг. 14 зображає блок-схему варіанта виконання декодера для пояснення його функцій у зв'язку з потоком відеоданих, генерованим кодером згідно з Фіг. 12;
Фіг. 15 зображає блок-схему, яка показує кодер, мережевий об'єкт і потік відеоданих відповідно до подальшого варіанта виконання, який використовує БОЇ пакети;
Фіг. 16 зображає блок-схему, яка показує кодер, мережевий об'єкт і потік відеоданих відповідно до подальшого варіанта виконання, який використовує ідентифікаційні пакети мозаїк;
Фіг. 17 зображає структуру блока доступу, згідно з варіантом виконання. Пунктирна лінія відображає випадок блока МАЇ. необов'язкового префікса вирізки;
Фіг. 18 зображає використання мозаїк у сигналізації ділянки, яка представляє інтерес;
Фіг. 19 зображає перший простий синтаксис/варіант 1;
Фіг. 20 зображає розширений синтаксис/варіант 2, який містить Ше ій в5ідпаїйпо, ідентифікатор і початку декодувального блока, ідентифікатор префікса вирізки (ІС) ї дані заголовка вирізки, окремо від концепції 5ЕЇ повідомлення;
Фіг. 21 зображає код типу блока МАЇ і класи типу блока МАЇ ;
Фіг. 22 зображає можливий синтаксис для заголовка вирізки, де певні синтаксичні елементи, присутні в заголовку вирізки, згідно з поточним варіантом, зміщені до синтаксичного елемента нижчої ієрархії, названого 5іїсе Неадег даїа();
Фіг. 23 зображає таблицю, де усі синтаксичні елементи, видалені із заголовку вирізки, сигналізуються за допомогою даних заголовку вирізки синтаксичного елемента;
Фіг. 24 зображає синтаксис повідомлення додаткової розширювальної інформації;
Фіг. 25 зображає адаптований синтаксис 5ЕЇ корисної інформації для введення нової вирізки або типи 5ЕЇ повідомлення фрагмента картинки;
Фіг. 26 зображає приклад для 5ЕЇ повідомлення буферизації фрагмента картинки;
Фіг. 27 зображає приклад для 5ЕЇ повідомлення синхронізації фрагмента картинки;
Фіг. 28 зображає як може виглядати інформаційне 5ЕЇ повідомлення вирізки фрагмента картинки;
Фіг. 29 зображає приклад для інформаційного 5ЕЇ повідомлення мозаїки фрагмента картинки;
Фіг. 30 зображає приклад синтаксису для інформаційного 5ЕЇ повідомлення розміру мозаїки фрагмента картинки;
Фіг. 31 зображає перший варіант прикладу синтаксису для ділянки 5ЕЇ повідомлення, яка представляє інтерес, де кожна НОЇ сигналізується окремим 5ЕЇ повідомленням;
Фіг. 32 зображає другий варіант прикладу синтаксису для ділянки 5ЕЇ повідомлення, яка представляє інтерес, де усі ВОЇ5 сигналізуються в єдиному 5ЕЇ повідомленні;
Фіг. 33 зображає можливий синтаксис для пакета керування синхронізацією відповідно до подальшого варіанта виконання;
Фіг. 34 зображає можливий синтаксис для ідентифікаційного пакета мозаїки відповідно до варіанта виконання;
Фіг. 35-38 зображають можливі підрозбиття картинки відповідно до різних параметрів підрозбиття відповідно до варіанта виконання; і
Фіг. 39 зображає приклад частини потоку відеоданих відповідно до варіанта виконання, який використовує пакети керування синхронізацією, які розкидані між пакетами корисної інформації блока доступу.
Що стосується Фіг. 12, тут описується кодер 10 відповідно до варіанта виконання винаходу, що заявляється, і його режим роботи. Кодер 10 сконфігурований для кодування відеозмісту 16 з одержанням потоку відеоданих 22. Кодер сконфігурований для виконання цього в одиницях фрагментів кадрів/картинок 18 відеозмісту 16, при цьому фрагменти можуть, наприклад, бути вирізками 24, на які розбиваються картинки 18, або деяким іншими просторовими сегментами, такими як, наприклад, мозаїки 26, або М/РР вкладеними потоками 28, які усі зображені на Фіг. 12 просто для ілюстративних цілей, а не для пропозиції того, щоб кодер 10 вимагав можливості підтримувати мозаїку або М/РР, наприклад, або те, що фрагменти повинні бути вирізками.
В кодуванні відеозмісту 16 в одиницях Фрагментів 24 кодер 10 може дотримуватися порядку декодування або порядку кодування, визначеному серед фрагментів 24, які, наприклад, перетинають картинки 18 відеоданих 16 відповідно до порядку декодування картинки, який, наприклад, необов'язково співпадає з порядком відтворення 20, визначеним серед картинок 18, і перетинають в кожній картинці 18 блоки, на які розбиваються картинки 18, відповідно до порядку проходження растру, з фрагментами 24, які представляють неперервні проходи таких блоків, згідно з порядком декодування. Зокрема, кодер 10 може конфігуруватися для дотримання цього порядку декодування у визначенні доступності просторово і/або тимчасово сусідніх частин, які на даний момент кодуються, для використання атрибутів, які описують такі сусідні частини в прогнозувальному кодуванні і/або ентропійному кодуванні, як, наприклад, для визначення прогнозу і/або ентропійного контексту: Просто попередньо відвідані (кодовані/декодовані) частини відеоданих є доступними. Інакше, тільки що згадані атрибути встановлюються у значення за замовчуванням або здійснюють деякі інші заходи для заміни.
З іншого боку, кодер 10 не потребує послідовного кодування фрагментів 24, згідно з порядком декодування. Скоріше, кодер 10 може використовувати паралельну обробку даних для пришвидшення процесу кодування або здатен виконувати складніше кодування в реальному часі. Подібним чином, кодер 10 або може, або не може конфігуруватися для передачі або надсилання даних, які кодують фрагменти згідно з порядком декодування. 60 Наприклад, кодер 10 може видавати/передавати кодовані дані в дещо іншому порядку, як,
наприклад, відповідно до порядку, з яким кодування фрагментів завершується кодером 10, який може внаслідок паралельної обробки даних, наприклад, відхилятися від тільки що згаданого порядку декодування.
Для перетворення кодованих варіантів фрагментів 24 на придатні для передачі по мережі, кодер 10 кодує кожен фрагмент 24 з одержанням одного або більшої кількості пакетів корисної інформації послідовності пакетів потоку відеоданих 22. У випадку фрагментів 24, які є вирізками, кодер 10 може, наприклад, конфігуруватися для вставляння даних кожної вирізки, тобто кожної кодованої вирізки, в один пакет корисної інформації, такий як блок МА. Це пакетування може служити для виконання потоку відеоданих 22 придатним для передачі по мережі. Відповідно, пакети можуть представляти найменші блоки, в яких може знаходитися потік відеоданих 22, тобто, найменші блоки, які можуть індивідуально передаватися кодером 10 для передачі по мережі до адресата.
Окрім пакетів корисної інформації і пакетів керування синхронізацією, розкиданих між ними і обговорених далі, можуть також існувати інші пакети, тобто пакети іншого типу, такі як пакети даних заповнювача, картинка або пакети множини значень параметра послідовності для нерегулярної передачі змінних синтаксичних елементів або ЕОЕ (кінець файлу) або АШЕ (кінець блока доступу) пакети або подібного.
Кодер виконує кодування з одержанням пакетів 30 і кожен блок доступу збирає пакети 32 корисної інформації, які належать до однієї картинки 18 відеозмісту 16. Тобто, послідовність 34 пакетів, яка формує потік відеоданих 22, підрозбивається на неналягаючі одна на одну частини, названі блоками доступу 30, кожен з яких пов'язаний відповідно однією з картинок 18.
Послідовність блоків доступу 30 може слідувати порядку декодування картинок 18, до яких належать блоки доступу 30. Фіг. 12 зображає, наприклад, що проілюстрований блок доступу 30, розташований в середині частини потоку даних 22, містить один пакет 32 корисної інформації на фрагмент 24, на який підрозбивається картинка 18. Тобто, кожен пакет 32 корисної інформації містить відповідний фрагмент 24. Кодер 10 сконфігурований для розкидування в послідовності 34 пакетів пакетів 36 керування синхронізацією таким чином, пакети керування синхронізацією підрозбивають блоки доступу 30 на декодувальні блоки 38 таким чином, що принаймні деякі блоки доступу 30, такі як середній блок доступу, зображений на фіг. 12,
Зо підрозбиваються на два або більшу кількість декодувальних блоків 38, при цьому кожен пакет керування синхронізацією, який сигналізує для декодувального блока 38 годину відновлення буфера декодера, пакети 32 корисної інформації якого слідують за відповідним пакетом керування синхронізацією в послідовності 34 пакетів. Іншими словами, кодер 10 приєднує префікс до підпослідовностей послідовності пакетів 32 корисної інформації в одному блоці доступу 30 відповідним пакетом 36 керування синхронізації, який сигналізує для відповідної підпослідовності пакетів корисної інформації, до яких префікс приєднаний відповідним пакетом 36 керування синхронізацією, і формує декодувальний блок 38, годину відновлення буфера декодера. Фіг. 12, наприклад, зображає випадок, де кожен другий пакет 32 представляє перший пакет корисної інформації декодувального блока 38 блока доступу 30. Як зображено на Фіг. 12, кількість даних або швидкість передачі бітів, яка використовується для кожного декодувального блока 38, змінюється і години відновлення буфера декодера можуть корелюватися з цією зміною швидкості передачі даних серед декодувальних блоків 38 таким чином, що година відновлення буфера декодера декодувального блока 38 може слідувати за годиною відновлення буфера декодера, сигналізованою пакетом 36 керування синхронізацією безпосередньо попереднього декодувального блока 38 плюс годинний інтервал, який відповідає швидкості передачі бітів, необхідної для цього безпосередньо попереднього декодувального блока 38.
Тобто, кодер 10 може працювати, як зображено на фіг. 13. Зокрема, як згадано вище, кодер 10 може на етапі 40 кодувати поточний фрагмент 24 поточної картинки 18 для кодування. Як вже зазначено, кодер 10 може послідовно проходити фрагменти 24 у вищезгаданому порядку декодування, як зображено стрілкою 42, або кодер 10 може використовувати деяку паралельну обробку даних, таку як М/РР, і/або обробку мозаїки для одночасного кодування декількох "поточних фрагментів" 24. Незалежно від того, чи використовується паралельна обробка даних, чи ні, кодер 10 формує декодувальний блок з одного або декількох фрагментів, тільки що кодованих на етапі 40, і виконує етап 44, де кодер 10 встановлює годину відновлення буфера декодера для цього декодувального блока і передає цей декодувальний блок, префікс якого приєднаний пакетом керування синхронізацією, який сигналізує тільки що встановлену для цього декодувального блока годину відновлення буфера декодера. Наприклад, кодер 10 може визначати годину відновлення буфера декодера на етапі 44 на основі швидкості передачі бітів, бо використовуваної для кодування фрагментів, які були кодовані з одержанням пакетів корисної інформації, які формують поточний декодувальний блок, який містить, наприклад, усі подальші проміжні пакети в цьому декодувальному блоці, якщо такий є, тобто "пакети з префіксом".
Потім, на етапі 46 кодер 10 може адаптувати доступну швидкість передачі бітів на основі швидкості передачі бітів, яка використовується для декодувального блока, тільки що переданого на етапі 44. Якщо, наприклад, зміст картинки в декодувальному блоці, тільки що переданому на етапі 44, був досить складним з точки зору ступеня стискання, то кодер 10 може зменшувати доступну швидкість передачі бітів для наступного декодувального блока для дотримання деякої встановленої зовні цільової швидкості передачі бітів, яка була встановлена, наприклад, на основі поточної смуги пропускання, використовуваної у зв'язку з мережею, яка передає потік відеоданих 22. Етапи 40-46 потім повторюються. Завдяки цьому картинки 18 кодуються і передаються, тобто, надсилаються, в одиницях декодувальних блоків, до кожного з яких приєднується префікс відповідним пакетом керування синхронізацією.
Іншими словами, кодер 10 під час кодування поточної картинки 18 відеозмісту 16 кодує на етапі 40 поточний фрагмент 24 поточної картинки 18 з одержанням поточного пакета 32 корисної інформації поточного декодувального блока 38, передає на етапі 44 в потоці даних поточний декодувальний блок 38, до якого префікс приєднаний поточним пакетом 36 керування синхронізацією з встановленням години відновлення буфера декодера, сигналізованої поточним пакетом (36) керування синхронізацією в перший момент часу, і кодує на етапі 44 шляхом переходу з етапу 46 на етап 40 подальший фрагмент 24 поточної картинки 18 в другий момент часу - друге відвідування етапу 40 - пізніший за перший момент часу - перше відвідування етапу 44.
Оскільки кодер здатен передавати декодувальний блок перед кодуванням решти поточної картинки, якій належить цей декодувальний блок, кодер 10 здатен зменшувати наскрізну затримку. З іншого боку, кодер 10 не потребує витрачати доступну швидкість передачі даних, оскільки кодер 10 здатен реагувати на специфічну природу змісту поточної картинки і її просторовий розподіл складності.
З іншого боку, проміжні об'єкти мережі, які відповідають за передачу потоку відеоданих 22 додатково від кодера до декодера, здатні використовувати пакети 36 керування синхронізацією для гарантії того, що будь-який декодер, який приймає потік відеоданих 22, вчасно приймає декодувальні блоки для змоги одержувати вигоду з кодування і передачі кодером 10 декодувальних блоків 10. Дивіться, наприклад, Фіг. 14, яка зображає приклад для декодера для декодування потоку відеоданих 22. Декодер 12 приймає потік відеоданих 22 в буфері (СРВ) 48 кодованої картинки за допомогою мережі, за допомогою якої кодер 10 передає потік відеоданих 22 до декодера 12. Зокрема, оскільки мережа 14 припускається здатною підтримувати низьку затримку, то кодер 10 перевіряє години відновлення буфера декодера для надсилання послідовності 34 пакетів потоку відеоданих 22 до буфера 48 кодованої картинки декодера 12 таким чином, що кожен декодувальний блок присутній в буфері 48 кодованої картинки до сигналізації пакетом керування синхронізацією, який приєднує префікс до відповідного декодувального блока. За допомогою цього заходу декодер здатен без зупинки, тобто без виходу з доступних пакетів корисної інформації в буфері 48 кодованої картинки, використовувати години відновлення буфера декодера в пакетах керування синхронізацією для спорожнення буфера 48 кодованої картинки декодера в одиницях декодувальних блоків для завершення блоків доступу. Фіг. 14, наприклад, зображає для ілюстрації обробний блок 50, який з'єднаний з виходом буфера 48 кодованої картинки, вхід якого приймає потік відеоданих 22.
Подібно до кодера 10, декодер 12 може бути здатним виконувати паралельну обробку даних, як, наприклад, використовуючи паралельну обробку мозаїки/декодування і/або
М/РР/декодування.
Як буде детальніше описано нижче, години відновлення буфера декодера, згадані вище, необов'язково належать до годин відновлення, які стосуються буфера 48 кодованої картинки декодера 12. Скоріше, пакети керування синхронізацією можуть додатково або альтернативно керувати відновленням даних вже декодованої картинки відповідного буфера декодованої картинки декодера 12. фіг. 14 зображає, наприклад, декодер 12, який містить буфер картинки, у якому буферизується декодований варіант відеозмісту, як він одержаний обробним блоком 50 шляхом декодування потоку відеоданих 22, тобто зберігається і видається в одиницях декодованих варіантів декодувальних блоків. Буфер 48 декодованої картинки декодера, таким чином, може з'єднуватися між виходом декодера 12 і виходом обробного блока 50. Маючи змогу встановлювати години відновлення для видачі декодованих варіантів декодувальних блоків з буфера 52 декодованої картинки, кодеру 10 надається можливість без зупинки, тобто під час кодування поточної картинки, контролювати відтворення або наскрізну затримку відтворення бо відеозмісту на декодувальній стороні навіть з гранулярністю, меншою за частоту зміни картинок або частоту кадрів. Очевидно, надмірне розбиття кожної картинки 18 на величезну кількість фрагментів 24 на кодувальній стороні повинне негативно впливати на швидкість передачі бітів для передачі потоку відеоданих 22, хоча, з іншого боку, наскрізна затримка може мінімізуватися, оскільки годинний період, необхідний для кодування і передачі, декодування і видачі такого декодувального блока повинен мінімізуватися. З іншого боку, збільшення розміру фрагментів 24 збільшує наскрізну затримку. Відповідно, необхідно знайти компроміс. Використовуючи тільки що згадані години відновлення буфера декодера для керування синхронізацією видачі декодованих варіантів фрагментів 24 в одиницях декодувальних блоків, кодеру 10 або деякому іншому блоку дозволяють на кодувальній стороні адаптувати просторово цей компроміс до змісту поточної картинки. За допомогою цього заходу повинно бути можливим керувати наскрізною затримкою у такий спосіб, що вона просторово змінюється по змісту поточних картинок.
При реалізаціях вищеописаних варіантів виконання можна використовувати як пакети керування синхронізацією здатні до видалення пакети. Здатні до видалення пакети не потрібні для відтворення відеозмісту на декодувальній стороні. Далі такі пакети називаються 5ЕЇ пакетами. Можуть також існувати додаткові, здатні до видалення, пакети, тобто, здатні до видалення пакети іншого типу, такі як, резервні пакети, якщо вони передаються в потоці. Як інша альтернатива, пакети керування синхронізацією можуть бути здатними до видалення пакетами певного типу, додатково переносячи, однак, певне поле типу 5ЕЇ пакета. Наприклад, пакети керування синхронізацією можуть бути 5ЕЇ пакетами, кожен з яких містить одне або кілька 5ЕЇ повідомлень, і тільки такі ФЕЇ пакети, які містять 5ЕЇ повідомлення певного типу, формують вищезгадані пакети керування синхронізацією.
Таким чином, варіант виконання, описаний вище стосовно Фіг. 12-14, відповідно до подальшого варіанта виконання, застосовується в стандарті НЕМС, таким чином формуючи можливу концепцію для ефективнішого використання НЕМС в досяганні меншої наскрізної затримки. Роблячи таким чином, вищезгадані пакети формуються блоками МАЇ і вищезгадані пакети корисної інформації є блоками МСІ МА потоку блоків МАГ. з вирізками, які формують вищезгадані фрагменти.
Перед таким описом детальнішого варіанта виконання, однак, описуються подальші
Зо варіанти виконання, які співпадають з вищеописаними варіантами виконання в тому, що розкидані пакети використовуються для передачі ефективним чином інформації, яка описує потік відеоданих, але тип інформації відрізняється від вищеописаних варіантів виконання, де пакети керування синхронізацією переносять інформацію про години відновлення буфера декодера. У нижчеописаних варіантах виконання тип інформації, яка переноситься за допомогою розкиданих пакетів, розкиданих в пакети корисної інформації, які належать до блока доступу, належить до інформації про ділянку (ВОЇ), яка представляє інтерес, і/або до ідентифікаційної інформації мозаїки. Описані нижче варіанти виконання або можуть, або не можуть поєднуватися з варіантами виконання, описаними стосовно Фіг. 12-14.
Фіг. 15 зображає кодер 10, який працює подібно до кодера, поясненого вище стосовно фіг. 12, за виключенням розкидування пакетів керування синхронізацією і функціональності, описаної вище стосовно фіг. 13, яка є необов'язковою для кодера 10 з Фіг. 15. Однак, кодер 10 з
Фіг. 15 сконфігурований для кодування відеозмісту 16 з одержанням потоку відеоданих 22 в одиницях фрагментів 24 картинки 18 відеозмісту 16, як тільки що це було пояснено вище відносно Фіг. 11. В кодуванні відеозмісту 16 кодер 10 зацікавлений в передачі разом з потоком відеоданих 22 інформації про ділянку (БОЇ) 60, яка представляє інтерес, до декодувальної сторони. ОЇ 60 є просторовою підобластю поточної картинки 18, якій декодер повинен, наприклад, приділяти спеціальну увагу. Просторове положення НВОЇ 60 може бути входом для кодера 10 із зовні, як проілюстровано пунктирною лінією 62, такою як вхід користувача, або може визначатися автоматично кодером 10 або деяким іншим об'єктом без зупинки під час кодування поточної картинки 18. В будь-якому випадку, кодер 10 зіштовхується з наступною проблемою: індикація координат НОЇ 6О в принципі не є проблемою для кодера 10. Для виконання цього, кодер 10 може легко вказувати координати ВОЇ 60 в потоці даних 22. Однак, для перетворення цієї інформації на легкодоступну, кодер 10 з Фіг. 15 використовує розкидування МОЇ пакетів між пакетами корисної інформації блоків доступу таким чином, що кодер 10 повинен вільно в режимі опіїпе вибирати розбиття поточної картинки 18 на фрагменти 24 і/або кількість пакетів корисної інформації, в які пакетуються фрагменти 24, просторово зовні і просторово всередині ВОЇ 60. Використовуючи розкидані ВОЇ пакети, будь-який мережевий об'єкт може легко ідентифікувати пакети корисної інформації, які належать РОЇ. З іншого боку, у випадку використання для цих МКОЇ пакетів здатного до видалення пакета, він може легко 60 викидатися будь-яким мережевим об'єктом.
Фіг. 15 зображає приклад для розкидання НОЇ пакетів 64 між пакетами 32 корисної інформації блока доступу 30. БОЇ пакет 64 вказує, де в послідовності 34 пакетів потоку відеоданих 22 містяться кодовані дані, які належать до, тобто кодують, НОЇ 60. Як ВОЇ пакет 64, який вказує координати БОЇ 60, може втілюватися багатьма способами. Наприклад, чисте існування/поява ВОЇ пакета 64 може вказувати введення кодованих даних, які належать до ВНОЇ 60, в одному або більшій кількості наступних пакетів 32 корисної інформації, які слідують в послідовному порядку послідовності 34, тобто, які належать до пакетів корисної інформації з префіксом. Альтернативно, синтаксичний елемент всередині ВОЇ пакета 64 може вказувати, чи стосується один або більша кількість наступних пакетів 32 корисної інформації, тобто принаймні частково кодує/кодують, МОЇ 60, чи ні. Велика кількість змін також витікає з можливих варіантів, які стосуються "об'єму" відповідного ВОЇ пакета 64, тобто кількості пакетів корисної інформації з префіксом, приєднаним одним ВОЇ пакетом 64. Наприклад, індикація введення або не введення будь-яких кодованих даних, які належать до ВОЇ 60, в одному НОЇ пакеті може належати до усіх пакетів 32 корисної інформації, які слідують в послідовному порядку послідовності 34 до появи наступного ВОЇ пакета 64, або може просто належати до безпосередньо наступного пакета 32 корисної інформації, тобто, до пакета 32 корисної інформації, який безпосередньо слідує за відповідним ВНОЇ пакетом 64 в послідовному порядку послідовності 34. На Фіг. 15 графік 66 ілюстративно показує випадок, де КОЇ пакети 64 вказують значущість НОЇ, тобто, введення будь-яких кодованих даних, які належать до ВОЇ 60 або до незначущості НОЇ, тобто відсутність будь-яких кодованих даних, які належать до НОЇ 60, стосовно усіх пакетів 32 корисної інформації, які трапляються внизу по потоку від відповідного ВОЇ пакета 64 до появи наступного
ВОЇ пакета 64 або кінця поточного блока доступу 30, який би не трапився раніше вздовж послідовності 34 пакетів. Зокрема, Фіг. 15 зображає випадок, де ВОЇ пакет 64 має синтаксичний елемент всередині, який вказує, чи мають, чи ні пакети 32 корисної інформації, які слідують в послідовному порядку послідовності пакетів 34, якісь кодовані дані, які належать до ВОЇ 60 всередині, чи ні. Далі також описується такий варіант виконання. Однак, інша можливість, як тільки що згадано, полягає в тому, що кожен БОЇ пакет 64 вказує просто своєю присутністю в послідовності пакетів 34, що пакет(и) 32 корисної інформації, який(ї) належить "об'єму" відповідного ВОЇ пакета 64, має НОЇ 60, який належить до даних всередині, тобто до даних, які належати до ВОЇ 60. Відповідно до варіанта виконання, описаним детальніше далі, БОЇ пакет 64 навіть вказує координати частини НОЇ 60, кодовані з одержанням пакета(ів) 32 корисної інформації, який(ї) належить/належать до його "об'єму".
Будь-який мережевий об'єкт 68, який приймає потік відеоданих 22, може використовувати індикацію значущості БОЇ, як вона реалізується шляхом використання НОЇ пакетів 64 для обробки, наприклад, релевантних ВОЇ частин послідовності 34 пакетів, наприклад, з вищим пріоритетом ніж у інших частин послідовності 34 пакетів. Альтернативно, мережевий об'єкт 68 може використовувати інформацію про значущість ВНОЇ для виконання інших завдань, які належать, наприклад, до передачі потоку відеоданих 22. Мережевий об'єкт 68 може бути, наприклад, МАМЕ або декодером для декодування і відтворення відеозмісту 60, який передається в потоці відеоданих 22. Іншими словами, мережевий об'єкт 68 може використовувати результат ідентифікації ВОЇ пакетів для прийняття рішення про завдання на передачу, які належать до потоку відеоданих. Завдання на передачу можуть містити запити на повторну передачу, які стосуються пакетів з дефектами. Мережевий об'єкт 68 може конфігуруватися для оперування ділянкою 70, яка представляє інтерес, з підвищеним пріоритетом і присвоювати вищий пріоритет БОЇ пакетам 72 і їх відповідним пакетам корисної інформації, тобто пакетам, яким нею приєднано префікс, які сигналізуються як ті, що налягають на ділянку, що представляє інтерес, ніж порівняно з ВОЇ пакетами і їх відповідними пакетами корисної інформації, які сигналізуються як ті, що не налягають на БОЇ. Мережевий об'єкт 68 може спершу запитувати повторну передачу пакетів корисної інформації, які мають вищий пріоритет, присвоєний ним, перед запитуванням будь-якої повторної передачі даних пакетів корисної інформації, які мають нижчий пріоритет, присвоєний ним.
Варіант виконання з Фіг. 15 може легко поєднуватися з варіантом виконання, описаним попередньо стосовно фіг. 12-14. Наприклад, вищезгадані БОЇ пакети 64 можуть також бути 5ЕЇ пакетами, які мають певний тип 5ЕЇ повідомлення, яке міститься в них, зокрема ВОЇ 5ЕЇ повідомлення. Тобто, ЗЕЇ пакет може, наприклад, бути пакетом керування синхронізацією і одночасно НОЇ пакетом, зокрема, якщо відповідний 5ЕЇ пакет містить інформацію про керування синхронізацією, а також інформацію про ідентифікацію ВОЇ. Альтернативно, 5ЕЇ пакет може бути вибраним серед пакета керування синхронізацією та ВОЇ пакета, а не іншого пакета, або може не бути ні БОЇ пакетом, ні пакетом керування синхронізацією.
Відповідно до варіанта виконання, зображеного на Фіг. 16, розкидування пакетів між пакетами корисної інформації блоків доступу використовується для вказання способом, легко доступним для мережевих об'єктів 68, які оперують потоком відеоданих 22, як мозаїка або мозаїки поточної картинки 18, до якої належить поточний блок доступу 30, покривається будь- яким фрагментом, кодованим з одержанням будь-якого з пакетів 32 корисної інформації, для яких відповідні пакети служать префіксом. На Фіг. 16, наприклад, поточна картинка 18 зображена підрозбитою на чотири мозаїки 70 - тут ілюстративно сформовані чотирма квадрантами поточної картинки 18. Підрозбиття поточної картинки 18 на мозаїки 70 може, наприклад, сигналізуватися в потоці відеоданих в одиницях, які містять послідовності картинок, таких як, наприклад, в МР5О або 5Р5 пакетах, також розкиданих в послідовності 34 пакетів. Як буде описуватися детальніше нижче, підрозбиття мозаїки поточної картинки 18 може бути стандартним розбиттям картинки 18 на стовпчики і рядки мозаїк. Кількість стовпчиків і кількість рядків, а також ширина стовпчиків і висота рядків мозаїк можуть змінюватися. Зокрема, ширина і висота стовпчиків/рядків мозаїк можуть бути різними для різних рядків і, відповідно, різних стовпчиків. Фіг. 16 додатково зображає приклад, де фрагменти 24 є вирізками картинки 18.
Вирізки 24 підрозбивають картинку 18. Як буде описуватися детальніше нижче, підрозбиття картинки 18 на вирізки 24 може обмежуватися, згідно з чим кожна вирізка 24 може або повністю міститися в одній єдиній мозаїці 70 або повністю покривати дві або більшу кількість мозаїк 70.
Фіг. 16 зображає випадок, де картинка 18 підрозбивається на п'ять вирізок 24. Перші чотири з цих вирізок 24 у вищезгаданому порядку декодування покривають перші дві мозаїки 70, тоді як п'ята вирізка повністю покриває третю і четверту мозаїки 70. Окрім цього, Фіг. 16 зображає випадок, де кожна вирізка 24 індивідуально кодується з одержанням відповідного пакета 32 корисної інформації. Окрім цього, Фіг. 16 ілюстративно зображає випадок, де до кожного пакета 32 корисної інформації префікс приєднується ідентифікаційним пакетом 72 попередньої мозаїки. Кожен ідентифікаційний пакет 72 мозаїки, у свою чергу, вказує для свого безпосередньо наступного пакета 32 корисної інформації, які з мозаїк 70 покриваються фрагментом 24, кодованим з одержанням цього пакета 32 корисної інформації. Відповідно, хоча перші два ідентифікаційні пакети 72 мозаїки в блоці доступу 30, який належить до поточної картинки 18, вказують першу мозаїку, третій і четвертий ідентифікаційний пакет 72 мозаїки
Зо вказують другу мозаїку 70 картинки 18, а п'ятий ідентифікаційний пакет 72 мозаїки вказує третю і четверту мозаїку 70. Що стосується варіанта виконання з Фіг. 16, то ті ж варіанти є застосовуваними, як описано вище, наприклад, стосовно Фіг. 15. Тобто, "об'єм" ідентифікаційних пакетів 72 мозаїки може, наприклад, просто охоплювати перший безпосередньо наступний пакет 32 корисної інформації або безпосередньо наступні пакети 32 корисної інформації до появи наступного ідентифікаційного пакета мозаїки.
Що стосується мозаїк, то кодер 10 може конфігуруватися для кодування кожної мозаїки 70 таким чином, що крізь межі мозаїки не здійснюється просторове прогнозування або вибір контексту. Кодер 10 може, наприклад, кодувати мозаїку 70 паралельно. Подібним чином, будь- який декодер, такий як мережевий об'єкт 68, може декодувати мозаїки 70 паралельно.
Мережевий об'єкт 68 може бути МАМЕ або декодером або деяким іншим пристроєм між кодером 10 і декодером, і може конфігуруватися для використання інформації, яка передається ідентифікаційним пакетом 72 мозаїки, для декодування певних завдань на передачу даних.
Наприклад, мережевий об'єкт 68 може оперувати певною мозаїкою поточної картинки 18 відеоданих 16 з вищим пріоритетом, тобто, може направляти відповідні пакети корисної інформації, вказані раніше як ті, що належать до такої мозаїки, або яка використовує безпечніший ЕС захист або подібне. Іншими словами, мережевий об'єкт 68 може використовувати результат ідентифікації для прийняття рішення щодо завдань на передачу, які стосуються потоку відеоданих. Завдання на передачу можуть включати запити на повторну передачу, які стосуються пакетів, прийнятих в пошкодженому стані, тобто з перевищенням будь-якого БЕС захисту потоку відеоданих, якщо це має місце. Мережевий об'єкт може оперувати, наприклад, різними мозаїками 70 з різним пріоритетом. Для цього, мережевий об'єкт може присвоювати виший пріоритет ідентифікаційним пакетам 72 мозаїки і їх пакетам корисної інформації, тобто, пакетам з префіксом які, таким чином, стосуються мозаїк вищого пріоритету, ніж порівняно з ідентифікаційними пакетами 72 мозаїк і їх пакетами корисної інформації, які належать до мозаїк нижчого пріоритету. Мережевий об'єкт 68 може, наприклад, спершу запитувати повторну передачу пакетів корисної інформації, які мають вищий присвоєний їм пріоритет, перед запитування будь-якої повторної передачі пакетів корисної інформації, які мають нижчий присвоєний їм пріоритет.
Описані до цих пір варіанти виконання можуть інтегруватися в структуру НЕМС, як описано у 60 вступній частині опису винаходу, що заявляється, як описано далі.
Зокрема, 5ЕЇ повідомлення можуть присвоюватися вирізкам декодувальних блоків у випадку фрагмента СРВ/НАО. Тобто, період буферизації і 5ЕЇ повідомлення синхронізації можуть присвоюватися блокам МАЇ, які містять вирізки декодувального блока. Це може досягатися новим типом блока МАЇ, який є блоком не-МСІ МАїЇ, якому дозволяється безпосередньо передувати одному або більшій кількості вирізок/блоків МСЇ МА! декодувального блока. Цей новий блок МАЇ може називатися блоком МАЇ префікса вирізки. Фіг. 17 зображає структуру блока доступу, який оминає будь-які блоки МАЇ, що припускаються, для закінчення послідовності і потоку.
Відповідно до Фіг. 17, блок доступу 30 формується наступним чином: в послідовному порядку пакетів послідовності 34 пакетів блок доступу 30 може починатися з появи спеціального типу пакета, а саме: роздільника 80 блока доступу. Потім один або більша кількість 5ЕЇ пакетів 82 типу, який належить до усього блока доступу, можуть слідувати в блоці доступу 30. Обидва типи 80 і 82 пакета є необов'язковими. Тобто, пакет цього типу може не траплятися в блоці доступу 30. Потім слідує послідовність декодувальних блоків 38. Кожен декодувальний блок 38 необов'язково починається з блока 84а МАГ префікса вирізки, який містить в собі, наприклад, інформацію для керування синхронізацією або відповідно до варіанта виконання з Фіг. 15 або 16
ВОЇ інформацію або інформацію мозаїки, або, навіть більш загально, відповідне 5ЕЇ повідомлення 86 фрагмента. Потім, реальні дані 88 вирізки у відповідних пакетах корисної інформації або блоках МС! МАЇ слідують, як вказано у даних 88. Таким чином, кожен декодувальний блок 38 містить послідовність блоків 84 МАЇ префікса вирізки, за якими слідує/слідують відповідний(ї) блок(и) 88 МАЇ даних вирізки. Байпасна стрілка 90 на Фіг. 17, обходячи блок МАЇ префікса вирізки, повинна вказувати, що у випадку відсутності підрозбиття декодувального блока поточного блока доступу 30 може бути відсутнім блок 84 МАЇ. префікса вирізки.
Як вже відзначалося вище, уся інформація, сигналізована в префіксі вирізки і відповідних
ЗЕЇ повідомленнях фрагмента картинки, можу бути або дійсною для усіх блоків МС. МАЇ. в блоці доступу або до появи другого блока МАЇ префікса, або для наступного блока МСІ-МАЇ в порядку декодування в залежності від прапорця, заданого в блоці МАГ. префікса вирізки.
Блок МОЇ МАГ вирізки, для якого інформація, сигналізована в префіксі вирізки, є дійсною,
Зо називається далі вирізкою з префіксом. Вирізки з префіксом, пов'язані з єдиною вирізкою з префіксом, не обов'язково формують повний декодувальний блок, але можуть бути частиною його. Однак, префікс єдиної вирізки не може бути дійсним для багатьох декодувальних блоків (фрагменти картинки) і початок декодувального блока сигналізується у префіксі вирізки. Якщо засоби для сигналізації не надаються за допомогою синтаксису префікса вирізки (як у "простому синтаксису"/варіанті 1, вказаному нижче), то поява блока МАЇ префікса вирізки сигналізує початок декодувального блока. Тільки певні 5ЕЇ повідомлення (ідентифіковані рауїоааТуре в нижченаведеному описі синтаксису) можуть надсилатися виключно на рівні фрагмента картинки в блоці МАГ префікса вирізки, тоді як деякі ЗЕ! повідомлення можуть надсилатися або в блоці
МАГ. префікса вирізки на рівні фрагмента картинки, або як стандартне 5ЕЇ повідомлення на рівні блока доступу.
Як обговорено вище стосовно фіг. 16, додатково або альтернативно, 5ЕЇ повідомлення ідентифікації мозаїки/сигналізація ідентифікації мозаїки може реалізовуватися на синтаксисі високого рівня. В попередніх структурах стандарту НЕМС заголовок вирізки/дані вирізки містяться в ідентифікаторі для мозаїки, яка міститься у відповідній вирізці. Наприклад, семантика даних вирізки є наступною:
Ше ійх тіпиє 1 вказує ТІеІЮ в порядку проходження растру. Перша мозаїка в картинці повинна мати ТієІО, рівний 0. Величина Ше ідх тіпиб5 1 повинна становити 0 - (пит Ше соїштпи5 тіпи51--1) "(пит Ше гом/5 тіпив51--1) - 1.
Однак, цей параметр не вважається корисним, оскільки цей ідентифікатор може легко одержуватися з адреси вирізки і розмірів вирізки, як вони сигналізовані в множині значень параметра картинки, якщо Шев ог епітору содіпд 5упс ідс дорівнює 1.
Хоча ідентифікатор мозаїки може одержуватися неявно в процесі декодування, знання цього параметра на прикладному рівні є також важливим для різних випадків застосування, таких як, наприклад, у сценарії відеоконференції, де різні мозаїки можуть мати різний пріоритет для відтворення (такі мозаїки типово формують ділянку, яка представляє інтерес, які містять динамік у випадку спілкування), можуть мати вищий пріоритет ніж інші мозаїки. У випадку втрати мережевих пакетів у передачі багатьох мозаїк, такі мережеві пакети, які містять мозаїки, які представляють ділянку, яка представляє інтерес, можуть передаватися з вищим пріоритетом для збереження якості в приймачі вищої ніж у випадку повторної передачі мозаїк без будь-якого порядку пріоритету. Інше застосування може бути присвоєнням мозаїк, якщо розміри і їх положення відомі, різним екранам, наприклад у сценарії відеоконференції.
Для надання можливості такому прикладному рівню оперувати мозаїками з певним пріоритетом в сценаріях передачі даних, Ше ій може надаватися як фрагмент картинки або спеціального для вирізки 5ЕЇ повідомлення або в спеціальному блоці МАЇ перед одним або більшою кількістю блоків МАЇ мозаїки або в спеціальній частині заголовка блока МАЇ, який належить мозаїці.
Як описано вище стосовно Фіг. 15, може також додатково або альтернативно надаватися ділянка 5ЕЇ повідомлень, яка представляє інтерес. Таке 5ЕЇ повідомлення може дозволяти сигналізацію ділянки (ВОЇ), яка представляє інтерес, зокрема сигналізацію РОЇ, якій належить певний Ше ід/мозаїка. Повідомлення може дозволяти надавати ідентифікатори ділянки, яка представляє інтерес, плюс пріоритет ділянки, яка представляє інтерес.
Фіг. 18 зображає використання сигналізації мозаїк на ділянці, яка представляє інтерес.
На додаток до того, що було описано вище, може виконуватися сигналізація заголовка вирізки. Блок МАЇ префікса вирізки може також містити заголовок вирізки для наступних залежних вирізок, тобто вирізок, до яких префікс додано відповідним префіксом вирізки. Якщо заголовок вирізки передбачається тільки в блоці МАГ. префікса вирізки, то реальний тип вирізки повинен одержуватися типом блока МАЇ, який містить відповідну залежну вирізку, або за допомогою прапорця у префіксі вирізки, який сигналізує чи належать дані наступної вирізки до типу вирізки, який служить точкою вільного доступу.
Окрім цього, блок МАГ. префікса вирізки може містити вирізку або спеціальні для фрагмента картинки 5ЕЇ повідомлення для передачі необов'язкової інформації, такої як синхронізація фрагмента картинки або ідентифікатор мозаїки. Необов'язкове спеціальне для фрагмента картинки повідомлення не підтримується в специфікації стандарту НЕМС, описаному у вступній частині опису представленого винаходу, але є важливим для певних застосувань.
Далі описується можливий синтаксис для реалізації вищеописаної концепції приєднання префікса до вирізки. Зокрема, описується, які зміни можуть бути достатніми на рівні вирізки при використанні статусу НЕМС, як це описано у вступній частині опису представленого винаходу як основі.
Зо Зокрема, далі представляються два варіанти можливого синтаксису префікса вирізки, один з яких має функціональність тільки 5ЕЇ повідомлення, а інший має розширену функціональність сигналізації частини заголовка вирізки для наступних вирізок. Перший простий синтаксис/варіант 1 зображений на Фіг. 19.
Як зазначалося перед цим, Фіг. 19, таким чином, зображає можливий варіант для втілення будь-яких варіантів виконання, описаних вище стосовно Фіг. 11-16. Розкидані пакети, зображені на них, можуть формуватися, як зображено на Фіг. 19, і далі це описується детальніше з спеціальними прикладами втілення.
Розширений синтаксис/варіант 2, який містить сигналізацію Ше ід, ідентифікатор початку декодувального блока, ідентифікатор префікса вирізки і дані заголовка вирізки, окремо від концепції 5ЕЇ повідомлення, надається в таблиці Фіг. 20.
Семантика може визначатися наступним чином: гар Яад з величиною 1 вказує, що блок доступу, який містить префікс вирізки, є ВАР картинкою. гар Пад з величиною 0 вказує, що блок доступу, який містить префікс вирізки, не є
ВАР картинкою. десодіпд цпії бїай Пад вказує початок декодувального блока в блоці доступу таким чином, що наступні вирізки до кінця блока доступу або початку іншого декодувального блока належать одному і тому ж декодувальному блоку. зіпаіє віїсе ЯПЯад з величиною 0 вказує, що інформація, надана в блоці МАГ. префікса вирізки і відповідних 5ЕЇ повідомленнях фрагмента картинки, є дійсною для усіх наступних блоків МОЇ -
МАЇ до початку наступного блока доступу, появи префікса іншої вирізки або заголовка іншої повної вирізки. зіпдіє в5ісе ЯПад з величиною 1 вказує, що уся інформація, надана в блоці МА. префікса вирізки і відповідних 5ЕЇ повідомленнях фрагмента картинки, дійсна тільки для наступного блока МС -МАЇ в порядку декодування.
Ше ідс вказує кількість мозаїк, які присутні в наступній вирізці. Ше їдс едца! о 0 вказує, що в наступній вирізці не використовуються мозаїки. Ше ідс едца! о 1 вказує, що єдина мозаїка використовується в наступній вирізці і її ідентифікатор відповідним чином сигналізується. Ше ідс з величиною 2 вказує, що в наступній вирізці використовується багато мозаїк і кількість мозаїк і ідентифікатор першої мозаїки відповідним чином сигналізуються. ргеїїх в5ісе НПеадег даїа ргезепі Пад вказує, що дані заголовка вирізки, які відповідають бо вирізкам, які слідують в порядку декодування, сигналізуються в заданому префіксі вирізки.
5іїсе Нпеадег даїа() визначається в тексті пізніше. Він містить важливу інформацію заголовка вирізки, яка не покривається заголовком вирізки, якщо дерепаепі віїсе Пад встановлений рівним 1.
Відзначається, що відокремлення заголовка вирізки і реальних даних вирізки включає більш гнучкі схеми передачі даних вирізки і заголовка. пит Шев5 іп ргєїїхед 5іїсе5 тіпив51 вказує кількість мозаїк, використовуваних в наступному декодувальному блоці, мінус 1.
Тв Ше ій іп ргеїїхей б5іїсез вказує ідентифікатор першої мозаїки в наступному декодувальному блоці.
Для простого синтаксису/варіанта 1 префікса вирізки наступні синтаксичні елементи можуть встановлюватися рівним величинам за умовчуванням наступним чином, якщо вони відсутні: десодійд пі біай о дорівнює 1, тобто, префікс вирізки завжди вказує початок декодувального блока. віпаіє вісе Яад дорівнює 0, тобто, префікс вирізки дійсний для усіх вирізок в декодувальному блоці.
Блоку МАЇ. префікса вирізки пропонується мати тип 24 і таблиця перегляду типу блока МАЇ. розширюється, згідно з Фіг. 21.
Тобто, коротко підсумовуючи Фіг. 19-21, зображені тут деталі синтаксису показують, що певний тип пакета може присвоюватися вищевказаним розкиданим пакетам - тут ілюстративний тип 24 блока МАЇ. Більше того, зокрема, приклад синтаксису з Фіг. 20 прояснює, що вищеописані альтернативи, які стосуються "об'єму" розкиданих пакетів, перемикального механізму, керованого відповідним синтаксичним елементом, самих по собі в цих розкиданих пакетах - тут ілюстративний 5іпдіє 5іїсе їПад, можуть використовуватися для контролю цього об'єму, тобто, для перемикання між різними альтернативами для визначення, відповідно, цього об'єму. Більше того, було з'ясовано, що вищеописані варіанти виконання з Фіг. 1-16 можуть розширюватися таким чином, що розкидані пакети також містять спільні дані заголовка вирізки для вирізок типу 24, які містяться в пакетах, які належать до "об'єму" відповідних розкиданих пакетів. Тобто, може бути механізм, керований відповідним прапорцем в цих розкиданих пакетах, який вказує, чи містяться спільні дані заголовка вирізки у відповідному розкиданому пакеті, чи ні.
Зазвичай, тільки що представлена концепція, згідно з якою частина даних заголовка вирізки зміщується у префікс заголовка вирізки, вимагає змін в заголовках вирізки, як специфіковано в поточному варіанті НЕМОС. Таблиця на Фіг. 22 зображає можливий синтаксис для такого заголовка вирізки, де певні синтаксичні елементи, присутні в заголовку вирізки, згідно з поточним варіантом, зміщуються в синтаксичний елемент нижчої ієрархії, названий 5іїсе пеадег дага)0. Цей синтаксис заголовка вирізки і дані заголовка вирізки застосовуються тільки до варіанта, згідно з яким використовується концепція блока МАГ. розширеного заголовка вирізки.
На Фіг. 22 5іїсе пеадег дата ргеезепі Пад вказує, що дані заголовка вирізки для представленої вирізки повинні прогнозуватися з величин, сигналізованих в останньому блоці
МАГ. префікса вирізки в блоці доступу, тобто, найостаннішому блоці МАГ. префікса вирізки.
Усі синтаксичні елементи, видалені із заголовка вирізки, сигналізуються за допомогою даних заголовка вирізки синтаксичного елемента, як він заданий в таблиці з Фіг. 23.
Тобто, переносячи концепцію з Фіг. 22 і Фіг. 23 на варіанти виконання з Фіг. 12-16, описані тут розкидані пакети можуть розширюватися концепцією включення в них частини синтаксису заголовка вирізок (фрагменти) 24, кодованих з одержанням пакетів корисної інформації, тобто блоків МС! МА. Включення може бути необов'язковим. Тобто, відповідний синтаксичний елемент в розкиданому пакеті може вказувати, чи міститься такий синтаксис заголовка вирізки у відповідному розкиданому пакеті, чи ні. Якщо включений, то відповідні дані заголовка вирізки, включені у відповідний розкиданий пакет, можуть застосовуватися до усіх вирізок, які містяться в пакеті, який належить "об'єму" відповідного розкиданого пакета. Чи приймаються дані заголовка вирізки, які містяться в розкиданому пакеті, вирізкою, кодованою з одержанням будь- якого з пакетів корисної інформації, який належить об'єму цього розкиданого пакета, може сигналізуватися відповідним прапорцем, таким як 5іїсе Неадег даїа ргезепі Пад з Фіг. 22. За допомогою цього заходу заголовки вирізок, кодованих з одержанням пакетів, які належать "об'єму" відповідного розкиданого пакета, можуть зменшуватися в розмірі, відповідно, з використанням тільки що згаданого прапорця в заголовку вирізки і будь-який декодер, який приймає потік відеоданих, такий як мережеві об'єкти, зображені на вищезгаданих Фіг. 12-16, повинен реагувати на тільки що згаданий прапорець в заголовку вирізок для копіювання даних 60 заголовка вирізки, включених в розкиданий пакет у заголовку вирізки, кодованої з одержанням пакета корисної інформації, який належить об'єму цього розкиданого пакета у випадку відповідного прапорця у вирізці, який сигналізує переміщення даних заголовка вирізки у префікс вирізки, тобто, відповідний розкиданий пакет.
Переходячи далі до прикладу синтаксису для втілення варіантів виконання з Фіг. 12-16, синтаксис 5ЕЇ повідомлення може бути тим, що зображений на Фіг. 24. Для введення вирізки або типів 5ЕІЇ повідомлення фрагмента картинки, синтаксис 5ЕЇ корисної інформації може адаптуватися, як це представлено в таблиці з Фіг. 25. Тільки 5ЕЇ повідомлення з рауїоаатТуре в інтервалі 180-184 може надсилатися виключно на рівні фрагмента картинки в блоці МАЇ. префікса вирізки. Додатково, ділянка 2ЕЇ повідомлень, яка представляє інтерес, з рауіоаатТуре, який дорівнює 140, може надсилатися або в блоці МАЇ префікса вирізки на рівні фрагмента картинки або стандартному 5ЕЇ повідомленні на рівні блока доступу.
Тобто, при перенесенні деталей, зображених на Фіг. 25 і 24, у варіанти виконання, описані вище стосовно фіг. 12-16, розкидані пакети, зображені у цих варіантах виконання з Фіг. 12-16, можуть реалізовуватися шляхом використання блоків МАЇ префікса вирізки з певним типом блока МАЇ, наприклад 24, який містить певний тип 5ЕЇ повідомлення, сигналізованого рауїоаатТуре на початку кожного 5ЕЇ повідомлення, наприклад, в блоці МАГ. префікса вирізки. В описаному нижче спеціальному варіанті виконання синтаксису, де рауїоааТуре-180 і рауїогаТуре-181, надають пакет керування синхронізацією відповідно до варіантів виконання з
Фіг. 11-14, тоді як рауїогаТуре-140 надає ВОЇ пакет відповідно до варіанта виконання з Фіг. 15 і рауїогаТуре-182 надає ідентифікаційний пакет мозаїки відповідно до варіанта виконання з Фіг. 16. Спеціальний приклад синтаксису, описаний нижче, може містити просто один або підмножину тільки що згаданих варіантів рауїоааТуре. Окрім цього, Фіг. 25 вказує, що будь-який з вищеописаних варіантів виконання з Фіг. 11-16 може поєднуватися з кожним іншим варіантом виконання. Навіть, більше того, Фіг. 25 вказує, що будь-який з вищезгаданих варіантів виконання з Фіг. 12-16 або будь-яка їх комбінація може розширюватися додатковим розкиданим пакетом, який далі пояснюється з рауїоааТуре-184. Як вже описано вище, описане нижче розширення стосовно рауїоай Гуре-183, закінчується можливістю, яка полягає в тому, що будь- які розкидані пакети можуть включатися в спільні дані заголовка вирізки для заголовків вирізок, кодованих з одержанням будь-якого пакета корисної інформації, який належить його об'єму.
Зо Таблиці в наступних фігурах визначають 5ЕЇ повідомлення, які можуть використовуватися на рівні вирізки або фрагмента картинки. Також представлена ділянка 5ЕЇ повідомлення, яка представляє інтерес і може використовуватися на рівні фрагмента картинки і блока доступу.
Фіг. 26, наприклад, зображає приклад для 5ЕЇ повідомлення буферизації фрагмента картинки, яке з'являється будь-коли, якщо блок МАЇ типу 24 префікса вирізки має 5ЕЇ повідомлення типу 180, яке міститься в ньому, таким чином, формуючи пакет керування синхронізацією.
Семантика може визначатися наступним чином: вед рагатеїег 5еї ій вказує множину значень параметра послідовності, яка містить НА атрибути послідовності. Величина зед рагатеїег зей ій повинна дорівнювати величині вед рагатеїег 5еї ій в множині значень параметра картинки, вказану ргітагу содей рісішге, зв'язаним з ЗЕ! повідомленням періоду буферизації. Величина зед рагатеїег 5еї ій повинна становити 0-31 включно. іпйа! сро тетомаї деіау (Зспеазепйах| і іпйа! ай сро гетома! деіау (ЗспеазеїІах| вказують початкові затримки видалення в СРВ для 5спеазеїПах-й СРВ декодувального блока (фрагмент картинки). Синтаксичні елементи мають довжину в бітах, задану іпйаі! сро гетома! деїіау Іеєпаїй тіпиб51-1, і виражаються в одиницях тактового генератора з тактовою частотою 90 кГц. Величини синтаксичних елементів не повинні дорівнювати 0 і не повинні перевищувати 90000 " (Срр5біге (бспеазеїІах| - ВіРаїє
ІЗспеазейах|), при цьому годинним еквівалентом розміру СРВ є тактові імпульси з тактовою частотою 90 кГц.
По всій послідовності кодованих відеоданих сума іпійа! сро гетомаї! аєїау (ЗспеазенІах| і іпйа! сро гтетома! аєїау ойвеї (|ЗспеабеПйайх| на декодувальний блок (фрагмент картинки) повинна бути сталою для кожної величини 5спеавзеїйПах, а сума іпійа!І ак сро гетома! деіау
Іспеазепйах)| і іпійа! ай сро гетома! деїіау ойзеЦ5спеазеїІах| повинна бути сталою для кожної величини 5спеазеїах.
Фіг. 27 зображає подібним чином приклад для 5ЕЇ повідомлення синхронізації фрагмента картинки, при цьому семантика може описуватися наступним чином: ди сро гетома! деіау вказує скільки тактів тактового генератора слід очікувати після видалення з СРВ декодувального блока (фрагмент картинки), зв'язаного з найостаннішим 5ЕЇ бо повідомленням періоду буферизації фрагмента картинки в попередньому блоці доступу в тому ж декодувальному блоці (фрагмент картинки), якщо він присутній, інакше, зв'язаного з найостаннішим 5ЕЇ повідомленням періоду буферизації в попередньому блоці доступу перед видаленням з буфера даних декодувального блока (фрагмент картинки), зв'язаних з 5ЕЇ повідомленням синхронізації фрагмента картинки. Ця величина також використовується для обчислення найранішої можливої години надходження даних декодувального блока (фрагмента картинки) в СРВ для Н55 (Гіпотетичний Потоковий Диспетчер |210). Синтаксичний елемент є кодом фіксованої довжини, яка в бітах задається срр гетомаї! деїау Іепаїй тіпив1--1. сро гетомаї! деїау є залишком лічильника по модулю 2(сре-тетоуа! деіву епоїп.-тіпив141), ди аро ошриї аєїау використовується для підрахунку ОРВ години виходу декодувального блока (фрагмент картинки). Він вказує скільки тактів тактового генератора слід очікувати після видалення декодованого декодувального блока (фрагмент картинки) з СРВ перед виходом декодувального блока (фрагмент картинки) картинки з ОРВ.
Відзначається, що це включає оновлення фрагмента картинки. В такому сценарії неоновлені декодувальні блоки можуть залишатися без змін для останньої декодованої картинки, тобто, вони залишаються видимими.
Підсумовуючи Фіг. 26 і 27 і перенесення спеціальних деталей, які містяться в них, до варіанта виконання з Фіг. 12-14, можна сказати, що година відновлення буфера декодера для декодувального блока може сигналізуватися у відповідному пакеті керування синхронізацією іншим способом кодування, а саме: інкрементно відносно іншої години відновлення буфера декодера. Тобто, для одержання години відновлення буфера декодера для певного декодувального блока, декодер, який приймає потік відеоданих, додає годину відновлення декодера, одержану з пакета керування синхронізацією, який приєднує префікс до певного декодувального блока, до години відновлення декодера безпосередньо попереднього декодувального блока, тобто декодувального блока, який передує певному декодувальному блоку, і переходить у цей спосіб до наступних декодувальних блоків. На початках послідовностей кодованих відеоданих кількох картинок або їх частин пакет керування синхронізацією може додатково або альтернативно містити величину години відновлення буфера декодера, кодовану абсолютно по іншому відносно до будь-якої іншої години відновлення буфера декодера попереднього декодувального блока.
Зо Фіг. 28 зображає як може виглядати інформаційне 5ЕЇ повідомлення вирізки фрагмента картинки. Семантика може визначатися наступним чином: 5іїсе пеадег даїа йад з величиною 1 вказує, що дані заголовка вирізки присутні в 5ЕЇ повідомленні. Дані заголовка вирізки, надані в 5ЕЇ, дійсні для усіх вирізок, які слідують в порядку декодування до кінця блока доступу, появи даних вирізки в іншому 5ЕЇ повідомленні, блока МАЇ. вирізки або блока МАГ префікса вирізки.
Фіг. 29 зображає приклад для інформаційного 5ЕЇ повідомлення мозаїки фрагмента картинки, у якому семантика може бути наступною:
Ше ргіогпїу вказує пріоритет усіх мозаїк у вирізках з префіксом, які слідують в порядку декодування. Величина Ше ргіопйу повинна становити 0-7 включно, де 7 вказує найвищий пріоритет. тийіріє Шеб5 іп ргеїїхей в5іїсе5 Пад з величиною 1 вказує, що у вирізках з префіксом існує більше ніж 1 мозаїка для дотримання порядку декодування. тийіріє Шев іп ргеїїхей віїсе5 Пад з величиною 0 вказує, що наступні вирізки з префіксом містять тільки одну мозаїку. пит Ше5 іп ргєїїхей 5іїсе5 тіпиб! вказує кількість мозаїк у вирізках з префіксом, які слідують в порядку декодування.
Тіи5ї Ше ій іп ргеїїхей б5іїсе5 вказує Ше ій першої мозаїки у вирізках з префіксом, які слідують в порядку декодування.
Тобто, варіант виконання з Фіг. 16 може втілюватися з використанням синтаксису з Фіг. 29 для реалізації ідентифікаційних пакетів мозаїки, згаданих на Фіг. 16. Як тут зображено, певний прапорець - тут тиПіріє Шев5 іп ргєїїхей 5іїсе5 Пад - може використовуватися для сигналізації в розкиданому ідентифікаційному пакеті мозаїки, чи покривається просто одна мозаїка або більше, ніж одна мозаїка будь-яким фрагментом поточної картинки 18, кодованим з одержанням будь-якого з пакетів корисної інформації, який належить об'єму відповідного розкиданого ідентифікаційного пакета мозаїки. Якщо прапорець сигналізує налягання на більше, ніж одну мозаїку, то наступний синтаксичний елемент міститься у відповідному розкиданому пакеті - тут ілюстративно пит ШШеб5 іп ргеїїхей в5іїсе5 тіпиб5! - який вказує кількість мозаїк, на які накладений будь-який фрагмент будь-якого пакета корисної інформації, який належить об'єму відповідного розкиданого ідентифікаційного пакета мозаїки. Нарешті, подальший синтаксичний елемент - тут ілюстративно її Ше ій іп ргеїїхей в5іїсе5 - вказує ідентифікатор мозаїки серед бо ряду мозаїк, вказаних поточним розкиданим ідентифікаційним пакетом мозаїки, який є першим відповідно порядком декодування. Переносячи синтаксис з Фіг. 29 до варіанта виконання з Фіг. 16, ідентифікаційний пакет 72 мозаїки, який приєднує префікс до п'ятого пакета 32 корисної інформації, може, наприклад, мати усі три тільки що обговорені синтаксичні елементи з тийіріє Шеб5 іп ргеїїхей віїсе5 Пад, який встановлюється рівним 1, пит Шев іп ргєїїхейд 5іїсе5 тіпи51, який встановлюється рівним 1, таким чином вказуючи, що дві мозаїки належать поточному об'єму, і геї Ше ід іп ргєїїхед в5іїсе5, який встановлюється рівним 3, вказуючи, що проходження мозаїк в порядку декодування, які належать об'єму ідентифікаційного пакета 72 поточної мозаїки, починається в третій мозаїці (яка має Ше іа-г).
Фіг. 29 також вказує, що ідентифікаційний пакет 72 мозаїки може ймовірно також вказувати
Ше ргіопіу, тобто, пріоритет мозаїк, які належать його об'єму. Подібно ВОЇ аспекту, мережевий об'єкт 68 може використовувати таку інформацію про пріоритет для керування завданнями на передачу, такими як запит на повторні передачі певних пакетів корисної інформації.
Фіг. 30 зображає приклад синтаксису для інформаційного 5ЕЇ повідомлення розміру мозаїки фрагмента картинки, при цьому семантика може визначатися наступним чином: тийіріє Шеб5 іп ргеїїхей в5іїсе5 Пад з величиною 1 вказує, що у вирізках з префіксом існує більше ніж 1 мозаїка для дотримання порядку декодування. тийіріє Шев іп ргеїїхей віїсе5 Пад з величиною 0 вказує, що наступні вирізки з префіксом містять тільки одну мозаїку. пит Ше5 іп ргєїїхей 5іїсе5 тіпиб! вказує кількість мозаїк у вирізках з префіксом, які слідують в порядку декодування.
Ше пог віап ||| вказує початок в горизонтальному напрямі і-ї мозаїки в пікселях в картинці.
Ше май (| вказує ширину і-ї мозаїки в пікселях в картинці.
Ше ме вай |Ц|і| вказує початок в горизонтальному напрямі і-ї мозаїки в пікселях в картинці.
Ше пед Іі) вказує висоту і-ї мозаїки в пікселях в картинці.
Відзначається, що БЕ! повідомлення розміру мозаїки може використовуватися для відображення операцій, наприклад, для присвоювання мозаїки екрана в сценарії багатоекранного відображення.
Фіг. 30, таким чином, вказує, що приклад реалізації синтаксису з Фіг. 29 стосовно ідентифікаційних пакетів мозаїки з Фіг. 16 може змінюватися таким чином, що мозаїки, які належать об'єму відповідного ідентифікаційного пакета мозаїки, вказуються їх координатами в
Зо поточній картинці 18, а не їх ідентифікатором. Тобто, не сигналізують ідентифікатор першої мозаїки в порядку декодування, покритої відповідними фрагментами, кодованими з одержанням будь-якого пакета корисної інформації, який належить об'єму відповідного розкиданого ідентифікаційного пакета мозаїки, для кожної мозаїки, яка належить ідентифікаційному пакету поточної мозаїки, а його положення може сигналізуватися шляхом сигналізації, наприклад, кожної мозаїки і у верхньому лівому куті - тут ілюстративно Ше йог72 5іай апа Ше мей віап-і ширини та висоти мозаїки і - тут ілюстративно Ше мідій апа Ше Пеїдні.
Приклад синтаксису для ділянки ФЕЇ повідомлення, яка представляє інтерес, зображений на
Фіг. 31. Для більшої точності, Фіг. 32 зображає перший варіант. Зокрема, ділянка 5БЕЇ повідомлення, яка представляє інтерес, може, наприклад, використовуватися на рівні блока доступу або на рівні фрагмента картинки для сигналізації однієї або більшої кількості ділянок, які представляють інтерес. Відповідно до першого варіанта з Фіг. 32, окрема БОЇ сигналізується раз на ВОЇ 5ЕЇ повідомлення і якщо багато ВОЇ5 знаходяться в поточному об'ємі, то усі ВОЇ5 відповідного об'єму ВОЇ пакета в одному ВОЇ 5ЕЇ повідомленні не сигналізуються.
Відповідно до Фіг. 31, ділянка ФЕЇ повідомлення, яка представляє інтерес, сигналізує окрему кожну ВОЇ. Семантика може визначатися наступним чином: гої ід вказує ідентифікатор ділянки, яка представляє інтерес. гої рогу вказує пріоритет усіх мозаїк, які належать ділянці, яка представляє інтерес, у вирізках з префіксом або усіх вирізках, які слідують в порядку декодування, в залежності від того, чи надсилається 5ЕЇ повідомлення на рівні фрагмента картинки або на рівні блока доступу. Величина гої ргіопу повинна становити 0-7 включно, де 7 вказує найвищий пріоритет.
Якщо задаються гої рогу в інформаційному 5ЕЇ повідомленні гої і Ше ргіопу в інформаційних
ЗЕЇ повідомленнях мозаїки фрагмента картинки, то найбільша величина обох дійсна для пріоритету окремих вирізок. пит Шев5 іп гої тіпив51 вказує кількість мозаїк у вирізках з префіксом, які слідують в порядку декодування, які належать ділянці, яка представляє інтерес. гої Ше ій (| вказує Ше їй і-ї мозаїки, яка належить ділянці, що представляє інтерес, у вирізках з префіксом, які слідують в порядку декодування.
Тобто, Фіг. 31 показує, що НВОЇ пакет, як зображено на Фіг. 15, може сигналізувати в собі ідентифікатор ділянки, що представляє інтерес, на яку посилаються відповідний ВОЇ пакет і 60 пакет корисної інформації, які належать її об'єму. Необов'язково, індекс ВОЇ пріоритету може сигналізуватися разом з ВОЇ ідентифікатором. Однак, обидва синтаксичні елементи є необов'язковими. Потім, синтаксичний елемент пит Шев іп гої тіпибє! може вказувати кількість мозаїк в об'ємі відповідного ВОЇ пакета, який належить відповідному ВОЇ 60. Потім, гої Ше ід вказує ідентифікатор і-х мозаїк, які належать ВНОЇ 60. Уявіть, наприклад, що картинка 18 повинна підрозбиватися на мозаїки 70 у спосіб, зображений на Фіг. 16, і що ВОЇ 60 з Фіг. 15 повинна відповідати лівій половині картинки 18, повинна формуватися першою і третьою мозаїкою в порядку декодування. Потім, БОЇ пакет може поміщатися перед першим пакетом 32 корисної інформації блока доступу 30 на Фіг. 16, за яким слідує подальший НОЇ пакет між четвертим і п'ятим пакетом 32 корисної інформації цього блока доступу 30. Потім, перший НВОЇ пакет повинен мати пит Ше іп гої тіпиє! встановлений в 0 з гої Ше ідЗ(0|, який дорівнює 0 (таким чином, посилаючись на першу мозаїку в порядку декодування), при цьому другий. ВОЇ пакет перед п'ятим пакетом 32 корисної інформації повинен мати пит Шев іп гої тіпив51, який встановлюється в 0, з гої Ше ід|О|, який дорівнює 2 (таким чином, позначаючи третю мозаїку в порядку декодування в лівій нижній чверті картинки 18).
Згідно з другим варіантом, синтаксис ділянки ФЕЇ повідомлення, яка представляє інтерес, може бути тим, що зображений на Фіг. 32. Тут, усі ВОЇ5 сигналізуються в єдиному 5ЕЇ повідомленні. Зокрема, повинен використовуватися той же синтаксис, що й обговорений вище відносно Фіг. 31, але множачи синтаксичні елементи для кожної ВОЇ5 ряду НВОЇ5, на яку посилається відповідне ВОЇ 5ЕЇ повідомлення або ВОЇ пакет, на число, яка сигналізується синтаксичним елементом - тут ілюстративно пит гоії5 тіпиє1. Необов'язково, додатковий синтаксичний елемент тут ілюстративно гої ргезепіайоп оп зерагаїє 5стееп - може сигналізуватися для кожної БОЇ, якщо відповідна БОЇ придатна для представлення на окремому екрані.
Семантика може бути наступною: пит гоїв тіпив51 вказує кількість ВОЇ5 у вирізках з префіксом або стандартних вирізках, які слідують в порядку декодування. гої ід (| вказує ідентифікатор і-ї ділянки, яка представляє інтерес. гої ргіогіту І вказує пріоритет усіх мозаїк, які належать і-й ділянці, яка представляє інтерес, у вирізках з префіксом або усіх вирізках, які слідують в порядку декодування, в залежності від того, чи надсилається 5ЕЇ повідомлення на рівні фрагмента картинки або на рівні блока доступу. Величина гої ргіопу повинна становити 0-7 включно, де 7 вказує найвищий пріоритет.
Якщо задаються гої рогу в гої по 5ЕЇ тевзаде і Ше ргіопу в інформаційних 5ЕЇ повідомленнях мозаїки фрагмента картинки, то найбільша величина обох дійсна для пріоритету індивідуальних мозаїк. пит Ше5 іп гої тіпи51 (| вказує кількість мозаїк у вирізках з префіксом, які слідують в порядку декодування, які належать і-й ділянці, яка представляє інтерес. гої Ше ід (й) (п) вказує Ше ід п-ї мозаїки, яка належить і-й ділянці, яка представляє інтерес, у вирізках з префіксом, які слідують в порядку декодування. гої ргезепіайоп оп зерегаїє зсгееп ||| вказує, що ділянка, яка представляє інтерес, зв'язана з і-м гої ід, придатна для демонстрації на окремому екрані.
Таким чином, коротко підсумовуючи різні варіанти виконання, описані до цих пір, була представлена додаткова стратегія сигналізації синтаксису високого рівня, яка дозволяє застосовувати 5ЕЇ повідомлення, а також додаткові синтаксичні елементи високого рівня окрім тих, що включені в заголовок блока МАГ на рівні вирізки. Тому, був описаний блок МАГ. префікса вирізки. Синтаксис і семантика префікса вирізки і 5іїсе Іеме/5ЕЇ повідомлення фрагмента картинки були описані разом з випадками використання для СРВ операцій з малою затримкою/фрагментами картинки, сигналізації мозаїки і ВО сигналізації. Розширений синтаксис був представлений для сигналізації частини заголовка наступних вирізок додатково у префіксі вирізки.
Для повноти, Фіг. З3 зображає додатковий приклад для синтаксису, який може використовуватися для пакету керування синхронізацією, згідно з варіантом виконання з Фіг. 12- 14. Семантика може бути наступною: ди 5рі сро гтетома! деїау іпстетепі вказує тривалість в одиницях субтактів тактового генератора між номінальними СРВ годинами останнього декодувального блока в порядку декодування в поточному блоці доступу і декодувальним блоком, пов'язаним з інформаційним
ЗЕЇ повідомленням декодувального блока. Ця величина також використовується для підрахунку найранішої можливої години надходження даних декодувального блока в СРВ для Н5Б5, як специфіковано в Додатку С. Синтаксичний елемент представлений кодом фіксованої довжини, яка задається бітах ди сро гетома! деїау іпстетепі Іепдій тіпиб1-41. Коли декодувальний 60 блок, пов'язаний з інформаційним 5ЕЇ повідомленням декодувального блока, є останнім декодувальним блоком в поточному блоці доступу, то величина ди 5рі сро гетомаї аеєїау іпстетепі повинна дорівнювати 0.
Ядро ошриї ди деїау ргебзепі ЯПад едиа! 0 1 вказує присутність синтаксичного елемента ріс врі дро ошіриї ди деіау в інформаційному 5ЕЇ повідомленні декодувального блока. аро ошриї ди деїау ргезепі Пад едца! 10 0 вказує відсутність синтаксичного елемента ріс врі дро ошриї ди аеїау в інформаційному 5ЕЇ повідомленні декодувального блока. ріс рі аро ошриї ди деїау використовується для підрахунку ОРВ години виходу картинки, коли 5!йБРІісНганіад дорівнює 1. Він вказує скільки субтактів тактового генератора очікувати після видалення останнього декодувального блока в блоці доступу з СРВ перед виходом декодованої картинки з ЮРВ. Коли він відсутній, то величина ріс 5рі дро ошриї ди аєїау вважається рівною ріс аро ошриї ди аеїау. Довжина синтаксичного елемента ріс 5рі дро ошриї ди аєїау задається в бітах др ошіриї деїау ди Іепаїй тіпив1--1.
Вимога узгодженості бітового потоку полягає в тому, що усі інформаційні 5ЕЇ повідомлення декодувального блока, які пов'язані з однаковим блоком доступу, застосовуються до однакового робочого положення, і мають Ярор ошірші ди деїау ргебзепі МПад, рівний 1, і повинні мати однакову величину ріс 5рі аро ошриї ди аеїау. Година виходу, одержана З ріс 5рі дро ошриї ди аєїау будь-якої картинки, яка виходить з декодера, який узгоджений з синхронізацією виходу, повинна передувати годині виходу, одержаній Кк! ріс 5рі дро ошриї ди деіау усіх картинок в будь-якому наступному СУбЗ в порядку декодування.
Порядок виходу картинки, встановлений величинами цього синтаксичного елемента, повинен бути таким же як і порядок, встановлений величинами РісОгаєгСпімаї.
Для картинок, які не випускаються процесом "виштовхування", оскільки вони передують в порядку декодування ІВАР картинці з МоВРазіОшіриїіад, який дорівнює 1, який має по ошірші ої ргіог ріс Пас, рівний 1 або вважається рівним 1, години виходу, одержані з ріс врі дроь ошриї ди аеїау, повинні зростати із зростанням величини РісОгаегСпімаї! відносно усіх картинок в одному і тому ж СУБ. Для будь-яких двох картинок у СУ5 різниця між годинами виходу двох картинок, коли 5йБРІісНганНіад дорівнює 1, повинна бути ідентична тій же різниці, коли БирРІісНганіад дорівнює 0.
Окрім цього, Фіг. 34 зображає подальший приклад для сигналізації ВНОЇ ділянки, яка використовує ВОЇ пакети. Відповідно до Фіг. 34, синтаксис ВОЇ пакета містить просто один прапорець, який вказує, чи належать усі фрагменти картинки 18, кодовані з одержанням будь- якого пакета 32 корисної інформації, який належить її об'єму, ВОЇ, чи ні. "Об'єм" поширюється на появу ділянки РОЇ пакета або гедіоп геїтезп іпіо 5ЕЇ теззаде. Якщо прапорець дорівнює 1, то ділянка вказується як кодована з одержанням відповідного(х) наступного(х) пакета(в) корисної інформації і якщо 0, то застосовується протилежне, тобто, відповідні фрагменти картинки 18 не належать НОЇ 60.
Перед обговоренням знову деяких з вищезгаданих варіантів виконання іншими словами з додатковим поясненням деяких термінів, використовуваних вище, таких як мозаїка, вирізка і підрозбиття МУРР вкладеного потоку, слід відзначити, що сигналізація високого рівня вищенаведених варіантів виконання може альтернативно визначатися в транспортних специфікаціях, таких як І3-7Ї. Іншими словами, пакети, які згадані вище і формують послідовність 34, можуть бути транспортними пакетами, деякі з яких мають фрагменти прикладного рівня, такі як вирізки, внесені, такі як пакетовані в них повністю або частково, при цьому деякі з яких розкидані між останніми у спосіб і з метою, обговореною вище. Іншими словами, вищезгадані розкидані пакети не обмежуються визначеними як 5ЕЇ повідомлення інших типів блоків МАГ, визначених у відоекодеку прикладного рівня, але можуть альтернативно бути екстратранспортним пакетом, визначеним в транспортних протоколах.
Іншими словами, відповідно до іншого аспекту винаходу, що заявляється, вищенаведені варіанти виконання, які розкривали потік відеоданих, який має відеозміст, кодований в них в одиницях фрагментів (дивіться кодувальні деревоподібні блоки або вирізки) картинок відеозмісту, кожен з яких відповідно кодований з одержанням одного або більшої кількості пакетів корисної інформації (дивіться блоки МСЇ МАГ) послідовності пакетів (блоки МАЇ) потоку відеоданих, при цьому послідовність пакетів розбивається на послідовність блоків доступу таким чином, що кожен блок доступу збирає пакети корисної інформації, які належать до відповідної картинки відеозмісту, при цьому послідовність пакетів має розкидані в собі пакети керування синхронізацією (префікс вирізки) таким чином, що пакети керування синхронізацією підрозбивають блоки доступу на декодувальні блоки таким чином, що принаймні деякі блоки доступу підрозбиваються на два або більшу кількість декодувальних блоків, при цьому кожен бо пакет керування синхронізацією сигналізує для декодувального блока годину відновлення буфера декодера, пакети корисної інформації якого слідують за відповідним пакетом керування синхронізацією в послідовності пакетів.
Як описано вище, область, відносно якої відеозміст кодується з одержанням потоку даних в одиницях фрагментів картинок, може покривати синтаксичні елементи, які належать до прогнозувального кодування, такого як режими кодування (такі як інтрарежим, інтеррежим, інформація підрозбиття і подібне), параметри прогнозування (такі як вектори руху, напрями екстраполяції або подібне) і/або залишкові дані (такі як рівні коефіцієнта перетворення, при цьому ці синтаксичні елементи пов'язані з локальними частинами картинки, такими як кодувальні деревоподібні блоки, прогнозувальні блоки і, відповідно, залишкові (такі як блоки перетворення) блоки.
Як описано вище, пакети корисної інформації можуть охоплювати одну або більшу кількість вирізок (відповідно, повністю). Вирізки можуть незалежно декодуватися або можуть мати взаємозв'язки, які заважають їх незалежному декодуванню. Наприклад, ентропійні вирізки можуть незалежно ентропійно декодуватися, але може заборонятися прогнозування за межами вирізки. Залежні вирізки можуть передбачати МУРР, тобто, кодування/декодування з використанням ентропійного і прогнозувального кодування за межами вирізки із здатністю паралельного кодування/декодування залежних вирізок з наляганням в часі 3, однак, розпочинанням в шаховому порядку процедури кодування/декодування окремих залежних вирізок і вирізки/вирізок, на які посилаються залежні вирізки.
Послідовний порядок, у якому пакети корисної інформації блока доступу розташовані у відповідному блоці доступу, можуть бути заздалегідь відомими для декодера. Наприклад, порядок кодування/декодування може визначатися серед фрагментів картинок, як, наприклад, порядок проходження серед кодувальних деревоподібних блоків у вищенаведених прикладах.
Дивіться, наприклад, фігуру нижче. Поточно кодована/декодована картинка 100 може розбиватися на мозаїки, які на Фіг. 35 і 36, наприклад, ілюстративно відповідають чотирьом квадрантам картинки 110 їі вказані позиційними позначеннями 112а-1124. Тобто, уся картинка 110 може формувати одну мозаїку, як у випадку з Фіг. 37, або може ділитися на більше ніж одну мозаїку. Розбиття мозаїки може обмежуватися стандартними блоками, у яких мозаїки розташовані тільки в стовпчиках і рядках. Нижче представлені різні приклади.
Як можна побачити, картинка 110 додатково підрозбивається на кодувальні (деревоподібні) блоки (маленькі блоки на фігурі і названі вище СТВ) 114, серед яких визначають порядок 116 кодування (тут, порядок проходження растру, але може також бути іншим). Підрозбиття картинки на мозаїки 112а-4 може обмежуватися таким чином, що мозаїки є множинами, що не перетинаються, блоків 114. Окрім цього, обидва блоки 114 і мозаїки 112а-4 можуть обмежуватися стандартним розташуванням у стовпчиках і рядках.
Якщо присутні мозаїки (тобто, більше ніж одна), то в порядку (де)кодування 116 з проходженням растру спершу проходять першу повну мозаїку з переходом також в порядку проходження растру мозаїки до наступної мозаїки в порядку мозаїки.
Коли мозаїки здатні кодуватися/декодуватися незалежно одна від одної внаслідок неперетинання меж мозаїки шляхом просторових прогнозів і виборів контексту, які виводяться з просторово сусідньої мозаїки, кодер 10 і декодер 12 можуть паралельно кодувати/декодувати картинку, підрозбиту на мозаїки 112 (до цього вказані позицією 70) незалежно одна від одної, за виключенням, наприклад, внутрішнього фільтрування або постфільтрації, яка може дозволятися для перетину меж мозаїки.
Картинка 110 може додатково підрозбиватися на вирізки 118а-с, 180 - до цих пір вказувані з використанням позиційного позначення 24. Вирізка може містити просто частину мозаїки, одну повну мозаїку або більше ніж одну повну мозаїку. Таким чином, розбиття на вирізки може також підрозбивати мозаїки, як у випадку з Фіг. 35. Кожна вирізка містить принаймні повністю один кодувальний блок 114 і складається з послідовних кодувальних блоків 114 в порядку 116 кодування таким чином, що порядок визначається серед вирізок 118а-с4, згідно з яким їм були присвоєні індекси на фігурі. Розбиття вирізки на Фіг. 35-37 було вибрано тільки для ілюстрації.
Межі мозаїки можуть сигналізуватися в потоці даних. Картинка 110 може формувати єдину мозаїку, як зображено на Фіг. 37.
Кодер 10 ї декодер 12 можуть конфігуруватися для дотримання меж мозаїки таким чином, щоб просторове прогнозування не виконувалося крізь межі мозаїки. Адаптація контексту, тобто, адаптації ймовірності різних ентропійних (арифметичних) контекстів може продовжуватися по усім вирізкам. Однак, усяк випадок, коли вирізка перетинає, згідно з порядком 116 кодування, межу мозаїки (якщо вона присутня всередині вирізки) як на Фіг. 36 стосовно вирізок 118а, б, то потім вирізка, у свою чергу, підрозбивається на фрагменти (вкладені потоки або мозаїки), при бо цьому вирізка містить вказівники (с.р. епігу роїпі оїйбе!, які вказують початки кожного фрагмента. Для контурних фільтрів декодера може передбачатися перетин меж мозаїки. Такі фільтри можуть включати один або більшу кількість деблокувальних фільтрів, Адаптивний до
Зразка фільтр Зміщення (ЗАС) і Адаптивний до Контуру фільтр (АР). Останній може застосовуватися в межах мозаїки/вирізки, якщо він активований.
Кожен довільний другий і наступні фрагменти можуть мати свій початок, розташований байт-синхронізовано у вирізці з вказівником, який вказує зміщення від початку одного фрагмента до початку наступного фрагмента. Фрагменти розташовані у вирізках в порядку 116 проходження. Фіг. 38 зображає приклад з вирізкою 180с з Фіг. 37, яка ілюстративно підрозбита на фрагменти 119).
Що стосується фігур, відзначається, що вирізки, які формують фрагменти мозаїк, не повинні закінчуватися рядком в мозаїці 112а. Дивіться, наприклад, вирізку 118а на Фіг. 37 і 38.
Фігура нижче зображає ілюстративно частину потоку даних, яка належить до блока доступу, зв'язаного з картинкою 110 вищенаведеної Фіг. 38. Тут, кожен пакет 122а-й корисної інформації, до цього вказаний позицією 32, ілюстративно вміщує просто одну вирізку 118а. Два пакети 124а,
Юр керування синхронізацією, до цих пір вказані позицією 36, зображені розкиданими в блоці доступу 120 для ілюстрації: пакет 124а передує пакету 122а в порядку 126 пакетів (який відповідає годинній вісі декодування/кодування) і пакет 124р передує пакету 1226с. Відповідно, блок доступу 120 розбивається на два декодувальні блоки 128а, р, до цих пір вказані позицією 38, перший з яких містить пакети 122а, Б (разом з довільними пакетами даних заповнювача (які слідують за першим і, відповідно, другим пакетом 122а, Б) і довільний блок доступу, який випереджає 5ЕЇ пакети (які передують першому пакету 122а)), і другий з яких містить пакети 118с, а (разом з довільними пакетами даних заповнювача (які слідують, відповідно, за пакетами 122с, а)).
Як описано вище, кожен пакет послідовності пакетів може присвоюватися точно одному типу пакета з множини типів пакета (па! ипії їуре). Пакети корисної інформації і пакети керування синхронізацією (і необов'язкові дані заповнювача і 5ЕЇ пакети), є, наприклад, різними типами пакетів. Конкретизація пакетів певного типу в послідовності пакетів може піддаватися певним обмеженням. Ці обмеження можуть визначати порядок серед типів пакету (дивіться фіг. 17), який повинен дотримуватися пакетами в кожному блоці доступу таким чином, що межі 130а,
Б блока доступу здатні виявлятися і залишаються в тому ж положенні в послідовності пакетів навіть, якщо пакети будь-якого здатного до видалення типу видаляються з потоку відеоданих.
Наприклад, пакети корисної інформації є не здатними до видалення пакетами. Однак, пакети керування синхронізацією, пакети даних заповнювача і 5ЕЇ пакети можуть, як обговорено вище, бути здатними до видалення пакетами, тобто, вони можуть бути блоками не-МСї МАЇ.
У вищенаведеному прикладі пакети керування синхронізацією були явно проілюстровані вище синтаксисом бвіїсе ргеїїх гр5рі).
Використовуючи таке розкидування пакетів керування синхронізацією, кодер має можливість регулювати диспетчеризацію буфера на декодувальній стороні під час кодування окремих картинок відеозмісту. Наприклад, кодер здатен оптимізувати диспетчеризацію буфера для мінімізації наскрізної затримки. З цього приводу, кодер здатен брати до уваги окремий розподіл складності кодування крізь ділянку картинки відеозмісту для окремих картинок відеозмісту.
Зокрема, кодер може безперервно видавати пакет за пакетом послідовність пакетів 122, 122а-4, 122а-41-3 (тобто, зразу з після завершення поточного пакету він виходить). Використовуючи пакети керування синхронізацією, кодер здатен регулювати диспетчеризацію буфера на декодувальній стороні в моменти, де деякі фрагменти поточної картинки вже були кодовані з одержанням відповідних пакетів корисної інформації з рештою фрагментів, які, однак, все ще не кодовані.
Відповідно, кодер для кодування з одержанням відеозмісту потоку відеоданих в одиницях фрагментів (дивіться кодувальні деревоподібні блоки, мозаїки або вирізки) картинок відеозмісту з, відповідно, кодуванням кожного фрагмента з одержанням одного або більшої кількості пакетів корисної інформації (дивіться блоки МСІЇ МАЇ) послідовності пакетів (блоки МАЇ) потоку відеоданих таким чином, що послідовність пакетів розбивається на послідовність блоків доступу і кожен блок доступу збирає пакети корисної інформації, які належать до відповідної картинки відеозмісту, може конфігуруватися для розкидування пакетів керування синхронізацією (префікс вирізки) в послідовність пакетів таким чином, що пакети керування синхронізацією підрозбивають блоки доступу на декодувальні блоки таким чином, що принаймні деякі блоки доступу підрозбиваються на два або більшу кількість декодувальних блоків, при цьому кожен пакет керування синхронізацією сигналізує для декодувального блока годину відновлення буфера декодера, пакети корисної інформації якого слідують за відповідним пакетом керування бо синхронізацією в послідовності пакетів.
Будь-який декодер, який приймає тільки що описаний потік відеоданих, вільно використовує інформацію диспетчеризації, яка міститься в пакеті керування синхронізацією або ні. Однак, хоча декодер вільно використовує інформацію, декодер, який узгоджується з рівнем кодека, повинен бути здатним декодувати дані, які слідують за вказаною синхронізацією. Якщо відбувається використання, то декодер живить свій буфер і спорожнює його в одиницях декодувальних блоків. "Буфер декодера" може, як описано вище, містити буфер декодованої картинки і/або буфер кодованої картинки.
Відповідно, декодер для декодування потоку відеоданих, який має в собі кодований відеозміст в одиницях фрагментів (дивіться кодувальні деревоподібні блоки, мозаїки або вирізки) картинок відеозмісту, при цьому кожен фрагмент, відповідно, кодується з одержанням одного або більшої кількості пакетів корисної інформації (дивіться блок МС. МАГ) послідовності пакетів (блоки МАЇ) потоку відеоданих, при цьому послідовність пакетів розбивається на послідовність блоків доступу таким чином, що кожен блок доступу збирає пакети корисної інформації, які належать до відповідної картинки відеозмісту, може конфігуруватися для пошуку пакетів керування синхронізацією, розкиданих в послідовності пакетів, для підрозбиття блоків доступу на декодувальні блоки в пакетах керування синхронізацією таким чином, що принаймні деякі блоки доступу підрозбиваються на два або більшу кількість декодувальних блоків, для одержання з кожного пакета керування синхронізацією години відновлення буфера декодера для декодувального блока, пакети корисної інформації якого слідують за відповідним пакетом керування синхронізацією в послідовності пакетів, і для видалення декодувальних блоків з буфера декодера, диспетчеризованого в моменти часу, визначені годинами відновлення буфера декодера для декодувальних блоків.
Пошук пакета керування синхронізацією може здійснювати декодер, який перевіряє заголовок блока МАЇ і синтаксичний елемент, який міститься в ньому, зокрема паї! шпії їуре.
Якщо величина прапорця останнього дорівнює деякій величині, тобто, відповідно до вищенаведених прикладів, 124, то потім пакет, який на даний час перевіряється, є пакетом керування синхронізацією. Тобто, пакет керування синхронізацією повинен містити або передавати інформацію, яка пояснювалася вище стосовно псевдокоду зирріс риїМегіпду, а також аз вибрріс їйтіпуд. Тобто, пакети керування синхронізацією можуть передавати або
Зо специфікувати для декодера початкові затримки видалення в СРВ або вказувати скільки тактів тактового генератора потрібно чекати після видалення з СРВ відповідного декодувального блока.
Для передбачення відповідної передачі пакетів керування синхронізацією без ненавмисного подальшого розбиття блока доступу на подальші декодувальні блоки, прапорець в пакетах керування синхронізацією може явно сигналізувати, чи приймає участь поточний пакет керування синхронізацією у підрозбитті блока доступу на кодувальні блоки, чи ні (порівняти десодіпд Шпії віай Пад-1, який вказує початок декодувального блока, і десодіпд цпії бїай Пад-бо, який сигналізує протилежну обставину).
Аспект використання ідентифікаційної інформації мозаїки, пов'язаної з розкиданим декодувальним блоком, відрізняється від аспекту використання розкиданих пакетів керування синхронізацією, пов'язаних з декодувальним блоком, тим, що ідентифікаційні пакети мозаїки розкидані в потоці даних. Вищезгадані пакети керування синхронізацією можуть додатково розкидатися в потоці даних або години відновлення буфера декодера можуть передаватися разом з нижчепоясненою ідентифікаційною інформацією мозаїки спільно в одному і тому ж пакеті. Відповідно, деталі, надані у вищенаведеному розділі, можуть використовуватися для прояснення питань у нижченаведеному описі.
Подальший аспект винаходу, що заявляється, одержуваний з вищеописаних варіантів виконання, розкриває потік відеоданих, який має в собі кодований відеозміст, який використовує прогнозувальне і ентропійне кодування в одиницях вирізок, на які просторово підрозбиваються картинки відеозмісту, використовуючи порядок кодування серед вирізок, з обмеженням прогнозів прогнозувального кодування і/або ентропійного кодування внутрішньою частиною мозаїк, на які просторово підрозбиваються картинки відеозмісту, при цьому послідовність вирізок в порядку кодування пакетуються з одержанням пакетів корисної інформації послідовності пакетів (блоки МАЇ) потоку відеоданих в порядку кодування, при цьому послідовність пакетів розбивається на послідовність блоків доступу таким чином, що кожен блок доступу збирає пакети корисної інформації, які мають пакетовані в них вирізки, які належать до відповідної картинки відеозмісту, при цьому послідовність пакетів має ідентифікаційні пакети мозаїки, розкидані в ній, які ідентифікують мозаїки (потенційно просто одну), на які налягають вирізки (потенційно просто одна), пакетовані з одержанням одного або більшої кількості пакетів корисної інформації, які безпосередньо слідують за відповідним ідентифікаційним пакетом мозаїки в послідовності пакетів.
Дивіться, наприклад, безпосередньо попередню фігуру, яка показує потік даних. Пакети 124а і 124р повинні тепер представляти ідентифікаційні пакети мозаїки. Або явно сигналізуючи (порівняти 5іпаіє 5іїсе Пад-!) або за домовленістю, ідентифікаційний пакет мозаїки може просто ідентифікувати мозаїки, на які налягають вирізки, пакетовані в безпосередньо наступний пакет 122а корисної інформації. Альтернативно, явно сигналізуючи або за домовленістю, ідентифікаційний пакет 124а мозаїки може ідентифікувати мозаїки, на які налягають вирізки, пакетовані в один або більшу кількість пакетів корисної інформації, які безпосередньо слідують за відповідним ідентифікаційним пакетом 124а мозаїки в послідовності пакетів до попереднього кінця 13006 поточного блока доступу 120 і, починаючи, відповідно, з наступного декодувального блока 1280. Дивіться, наприклад, Фіг. 35: якщо кожна вирізка 118а-4д:-з окремо пакетована у відповідний пакет 122а-д:1-3 з підрозбиттям на декодувальні блоки таким чином, що пакети групуються в три декодувальні блоки згідно з /122а1-3)(122Б1-з) і 4122с1-з, 1221-53), потім вирізки 1118сч-5, 11841-3), пакетовані в пакети (122с1-з, 1221-33) третього декодувального блока, повинні, наприклад, налягати на мозаїки 112с і 1124, і відповідний префікс вирізки повинен, наприклад, посилаючись на повний декодувальний блок, вказувати "с" і "а", тобто, ці мозаїки 112с і 1124.
Таким чином, мережевий об'єкт, згаданий додатково нижче, може використовувати цю явну сигналізацію або домовленість для точного зв'язування кожного ідентифікаційного пакета мозаїки з одним або більшою кількістю пакетів корисної інформації, які слідують безпосередньо за ідентифікаційним пакетом в послідовності пакетів. Спосіб, у який ідентифікація може сигналізуватися, ілюстративно описаний вище у вигляді псевдокоду 5!ирріс Ше іпто. Відповідні пакети корисної інформації згадувалися вище як "вирізки з префіксом". Зазвичай, приклад може модифікуватися. Наприклад, синтаксичні елементи "Те рогу" можуть пропускатися. Окрім цього, порядок серед синтаксичних елементів може змінюватися і дескриптор, який стосується можливих бітових довжин і кодувальних принципів синтаксичних елементів, є просто ілюстративним.
Мережевий об'єкт, який приймає потік відеоданих (тобто, потік відеоданих, який має кодований в ньому відеозміст, використовуючи прогнозувальне і ентропійне кодування в
Зо одиницях вирізок, на які просторово підрозбиваються картинки відеозмісту, використовуючи порядок кодування серед вирізок, з обмеженням прогнозів прогнозувального кодування і/або ентропійного кодування внутрішньою частиною мозаїк, на які просторово підрозбиваються картинки відеозмісту, при цьому послідовність вирізок в порядку кодування пакетуються в пакети корисної інформації послідовності пакетів (йлоки МА!) потоку відеоданих в порядку кодування, при цьому послідовність пакетів розбивається на послідовність блоків доступу таким чином, що кожен блок доступу збирає пакети корисної інформації, які мають пакетовані в них вирізки, які належать до відповідної картинки відеозмісту, при цьому послідовність пакетів, які мають ідентифікаційні пакети мозаїки, розкидані в них, може конфігуруватися для ідентифікації на основі ідентифікаційних пакетів мозаїки мозаїк, на які налягають вирізки, пакетовані в один або більшу кількість пакетів корисної інформації, які слідують безпосередньо за відповідним ідентифікаційним пакетом мозаїки в послідовності пакетів. Мережевий об'єкт може використовувати результат ідентифікації для прийняття рішення щодо завдань передачі даних.
Наприклад, мережевий об'єкт може оперувати різними мозаїками з різним пріоритетом для відтворення. Наприклад, у випадку втрати пакета, такі пакети корисної інформації, які належать до мозаїк вищого пріоритету, можуть бути переважними для повторної передачі даних відносно до пакетів корисної інформації, які належать до мозаїк нижчого пріоритету. Тобто, мережевий об'єкт може спершу запитувати повторну передачу втрачених пакетів корисної інформації, які належать до мозаїк вищого пріоритету. Просто у випадку достатнього часу, який витрачається (в залежності від швидкості передачі даних), мережевий об'єкт розпочинає запитування повторної передачі втрачених пакетів корисної інформації, які належать до мозаїк нижчого пріоритету. Мережевий об'єкт може, однак, також бути відтворювальним блоком, який здатен присвоювати мозаїки або пакети корисної інформації, які належать до певних мозаїк, різним екранам.
Що стосується аспекту використання розкиданої ділянки інформації, яка представляє інтерес, слід відзначити, що ВО! пакети, згадані нижче, можуть сумісно існувати з вищезгаданими пакетами керування синхронізацією і/або ідентифікаційними пакетами мозаїки або поєднуючи їх інформаційний зміст в спільних пакетах, як описано вище стосовно префіксів вирізки, або у формі окремих пакетів.
Аспект використання розкиданої ділянки інформації, яка представляє інтерес, як описано 60 вище, вказує, іншими словами, потік відеоданих, який має в собі кодований відеозміст,
використовуючи прогнозувальне і ентропійне кодування в одиницях вирізок, на які просторово підрозбиваються картинки відеозмісту, використовуючи порядок кодування серед вирізок з обмеженням прогнозів і/або ентропійного кодування прогнозувального кодування внутрішньою частиною мозаїк, на які розбиваються картинки відеозмісту, при цьому послідовність вирізок в порядку кодування пакетуються в пакети корисної інформації послідовності пакетів (блоки МАЇ) потоку відеоданих в порядку кодування, при цьому послідовність пакетів розбивається на послідовність блоків доступу таким чином, що кожен блок доступу збирає пакети корисної інформації, які мають пакетовані в ній вирізки, які належать до відповідної картинки відеозмісту, при цьому послідовність пакетів має ВОЇ пакеті, розкидані в ній, які ідентифікують мозаїки картинок, які належать, відповідно, ВОЇ картинок.
Що стосується ВОЇ пакетів, то подібні коментарі дійсні, як ті, що надані перед цим стосовно ідентифікаційних пакетів мозаїки: НОЇ пакети можуть ідентифікувати мозаїки картинок, які належать БОЇ картинки просто серед таких мозаїк, на які налягають вирізки, які містяться в одному або більшій кількості пакетів корисної інформації, на які посилається відповідний НОЇ пакет, за допомогою його безпосередньо попереднього одного або більшої кількості пакетів корисної інформації, як описано вище стосовно "вирізок з префіксом".
ВОЇ пакети можуть передбачати ідентифікацію більше ніж однієї ВОЇ на вирізки з префіксом з ідентифікацією відповідних мозаїки для кожної з цих БОї5 (с.р. пит гоїв тіпи51). Потім для кожної ОЇ може передаватися пріоритет, який включає упорядкування НОЇ5 з точки зору пріоритету (с.р. гої ргіогіу(). Для передбачення "відслідковування" НОЇз5 в часі під час передачі послідовності картинок відеозмісту, кожна ВОЇ може індексуватися МВОЇ індексом таким чином, що ВОїЇз, вказані в ВОЇ пакетах, можуть зв'язуватися між собою за межами картинки/з перетином меж картинки, тобто, з часом (с.р. гої іс (і).
Мережевий пакет, який приймає потік відеоданих (тобто, потік відеоданих, який має кодований в собі відеозміст, використовуючи прогнозувальне і ентропійне кодування в блоках вирізок, на які просторово підрозбиваються картинки відеозмісту, використовуючи порядок кодування серед вирізок з обмеженням прогнозів прогнозувального кодування внутрішньою частиною мозаїк, на які розбиваються картинки відеозмісту, з одночасним продовженням адаптації ймовірності ентропійного кодування на усі вирізки, при цьому послідовність вирізок в
Зо порядку кодування пакетуються в пакети корисної інформації послідовності пакетів (блоки МАЇ) потоку відеоданих в порядку кодування, при цьому послідовність пакетів розбивається на послідовність блоків доступу таким чином, що кожен блок доступу збирає пакети корисної інформації, які мають пакетовані в них вирізки, які належать до відповідної картинки відеозмісту), може конфігуруватися для ідентифікації на основі ідентифікаційних пакетів мозаїки пакетів, які пакетують вирізки, які налягають на мозаїки, які належать ВОЇ картинок.
Мережевий об'єкт може використовувати інформацію, яка передається ВОЇ пакетом у спосіб, подібний, до поясненого вище у попередньому розділі, який стосується ідентифікаційних пакетів мозаїки.
Що стосується поточного розділу, а також попереднього розділу, слід відзначити, що будь- який мережевий об'єкт, такий як МАМЕ або декодер, здатен визначати, яка мозаїка або мозаїки покриваються вирізкою або вирізками пакета корисної інформації, який на даний момент перевіряється, просто переглядом порядку вирізок картинок і переглядом руху частини поточної картинки, яку покривають ці вирізки, відносно положення мозаїк в картинці, яке може явно сигналізуватися в потоці даних, як пояснювалося вище, або може бути відомим кодеру і декодеру за домовленістю. Альтернативно, кожна вирізка (за виключенням першої в картинці в порядку проходження) може мати індикатор/індекс (5іїсе адагеб55, визначений в одиницях кодувальних деревоподібних блоків) першого кодувального блока (наприклад, СТВ), на які посилається та ж вирізка (ті ж самі коди), таким чином, що декодер може поміщати кожну вирізку (її відтворення) в картинку з цього першого кодувального блока в напрямі порядку вирізки. Відповідно, цього може бути достатньо, якщо вищезгадані інформаційні пакети мозаїки просто містять індекс першої мозаїки (Ткеї Ше ід іп ргеїїхед віїсе5), на яку налягає будь-яка вирізка відповідного одного або більшої кількості пакетів корисної інформації, які безпосередньо слідують за відповідним ідентифікаційним пакетом мозаїки, оскільки для мережевого об'єкта зрозуміло, що при зустрічі з наступним ідентифікаційним пакетом мозаїки в рядку, який, якщо індекс, який переноситься останнім ідентифікаційним пакетом мозаїки, відрізняється від попереднього більше ніж на одиницю, то пакети корисної інформації між такими двома ідентифікаційними пакетами мозаїки покривають мозаїки, які мають між собою індекс мозаїки.
Це вірно, якщо, як згадано вище, підрозбиття мозаїки і підрозбиття кодувального блока, наприклад, базуються на підрозбитті по рядкам/стовпчикам, яке має порядок проходження 60 растру, визначений серед них, який є для мозаїк і кодувальних блоків рядковим, наприклад,
Зо тобто, індекс мозаїки зростає в цьому порядку проходження растру, а також мозаїки слідують одна за іншою відповідно до порядку вирізки, згідно з цим порядком проходження растру серед кодувальних блоків.
Аспект описаної сигналізації заголовку пакетованої і розкиданої вирізки можна одержувати з вищенаведених варіантів виконання також здатен поєднуватися з будь-яким одним з вищезгаданих аспектів або будь-якою їх комбінацією. Перед цим були явно описані префікси вирізки, наприклад, відповідно до варіанта 2, який уніфікує усі ці аспекти. Перевагою представленого аспекту є можливість забезпечення легкодоступності даних заголовку вирізки для мережевих об'єктів, оскільки вони передаються в автономних пакетах, зовнішніх для вирізок з префіксом/пакетів корисної інформації, і дозволяється повторна передача даних заголовка вирізки.
Відповідно, подальший аспект представленого винаходу є аспектом сигналізації заголовка пакетованої і розкиданої вирізки і, іншими словами, може розглядатися як розкриття потоку відеоданих, який має в собі кодований відеозміст в одиницях фрагментів (дивіться кодувальні деревоподібні блоки або вирізки) картинок відеозмісту, при цьому кожен фрагмент відповідно кодується з одержанням одного або більшої кількості пакетів корисної інформації (дивіться блоків МС. МАЇ) послідовності пакетів (блоки МАЇ) потоку відеоданих, при цьому послідовність пакетів розбивається на послідовність блоків доступу таким чином, що кожен блок доступу збирає пакети корисної інформації, які належать до відповідної картинки відеозмісту, при цьому послідовність пакетів має розкидані в ній пакети заголовку вирізки (префікс вирізки), які переносять дані заголовку вирізки для одного або більшої кількості пакетів корисної інформації, які слідують за відповідним пакетом заголовка вирізки в послідовності пакетів.
Мережевий об'єкт, який приймає потік відеоданих (тобто, потік відеоданих, який має в собі кодований відеозміст в одиницях фрагментів (дивіться кодувальні деревоподібні блоки або вирізки) картинок відеозмісту, при цьому кожен фрагмент відповідно кодується з одержанням одного або більшої кількості пакетів корисної інформації (дивіться блоки МС1ї МАГ) послідовності пакетів (блоки МАЇ) потоку відеоданих, при цьому послідовність пакетів розбивається на послідовність блоків доступу таким чином, що кожен блок доступу збирає пакети корисної інформації, які належать до відповідної картинки відеозмісту, при цьому послідовність пакетів, які мають розкидані в них пакети заголовка вирізки), може конфігуруватися для зчитування заголовка вирізки разом з корисними даними для вирізок з пакетів з, однак, одержанням з пакетів заголовка вирізки даних заголовка вирізки і пропусканням зчитування заголовка вирізки для одного або більшої кількості пакетів корисної інформації, які слідують за відповідним пакетом заголовка вирізки в послідовності пакетів, але, замість цього, з використанням заголовка вирізки, одержаного з пакета заголовка вирізки, за яким слідує одна або більша кількість пакетів корисної інформації.
Оскільки це було вірно для вищеописаних аспектів, можна, щоб пакети - тут пакети заголовка вирізки - могли також мати функції вказання будь-якому мережевому об'єкту, такого як МАМЕ або декодер, початку декодувального блока або початку проходів одного або більшої кількості пакетів корисної інформації, префікси до яких приєднані відповідним пакетом.
Відповідно, мережевий об'єкт відповідно до представленого аспекту може ідентифікувати пакети корисної інформації, для яких необхідно пропускати зчитування заголовка вирізки на основі вищезгаданих синтаксичних елементів у цьому пакеті, зокрема віпдіє 5іїсе Пад, в комбінації з, наприклад, десодіпд ципії віай Пад, серед яких останній прапорець дозволяє, як обговорено вище, повторну передачу копій певних пакетів заголовка вирізки в декодувальних блоках. Це корисно, наприклад, коли заголовок вирізок в одному декодувальному блоці може змінюватися вздовж послідовності вирізок і, відповідно, хоча пакети заголовка вирізки на початку декодувальних блоків може мати встановлений десодіпад цпії віап Пйад (дорівнює одиниці), пакети заголовка вирізки, розташовані між ними, можуть мати цей прапорець не встановленим для перешкоджання будь-якому мережевому об'єкту хибно переривати появу цього пакета заголовка вирізки як початку нового декодувального блока.
Хоча деякі аспекти були описані в контексті пристрою, зрозуміло, що ці аспекти також представляють опис відповідного способу, де блок або пристрій відповідає етапу способу або ознаці етапу способу або ознаці етапу способу. Аналогічно, аспекти, описані в контексті етапу способу, також представляють опис відповідного блока або елемента або ознаки відповідного пристрою. Деякі або усі етапи способу можуть виконуватися за допомогою (або з використанням) апаратного засобу, такого, як, наприклад, мікропроцесор, програмований комп'ютер або електронна схема. В деяких варіантах виконання деякий один або більша кількість найважливіших етапів способу можуть виконуватися таким пристроєм.
Потік відеоданих винаходу може зберігатися на середовищі для зберігання цифрової інформації або може передаватися по передавальному середовищу, такому як середовище безпровідної передачі даних або середовище проводової передачі даних, таке як інтернет.
В залежності від певних умов для реалізації, варіанти виконання винаходу можуть втілюватися в апаратному засобі або програмному засобі. Реалізація може здійснюватися з використанням середовища для зберігання цифрової інформації, наприклад дискети, ОМО, Віш-
Вау, СО, ВОМ, РВОМ, ЕРВОМ, ЕЕРВОМ або флеш-пам'яті, яке має збережені на ньому здатні до читання електронними засобами керувальні сигнали, які взаємодіють (або здатні взаємодіяти) з програмованою комп'ютерною системою таким чином, що виконується відповідний спосіб. Тому, середовище для зберігання цифрової інформації може читатися комп'ютером.
Деякі варіанти виконання, згідно з винаходом, містять носій даних, який має здатні читатися електронними засобами керувальні сигнали, які здатні взаємодіяти з програмованою комп'ютерною системою таким чином, що виконується один з описаних тут способів.
Загалом, варіанти виконання представленого винаходу можуть втілюватися як комп'ютерна програма з програмним кодом, який працює для виконання одного із способів, коли комп'ютерна програма виконується на комп'ютері. Програмний код може, наприклад, зберігатися на здатному до читання машиною носії.
Інші варіанти виконання містять комп'ютерну програму для виконання одного з описаних тут способів, яка зберігається на здатному до читання машиною носії.
Іншими словами, варіант виконання винаходу є, тому, комп'ютерною програмою, яка має програмний код для виконання одного з описаних тут способів, коли комп'ютерна програма виконується на комп'ютері.
Подальший варіант виконання винаходу є, тому, носієм даних (або середовищем для зберігання цифрової інформації або здатним до читання комп'ютером середовищем), який містить записану на ньому комп'ютерну програму для виконання одного з описаного тут способів. Носій даних, середовище для зберігання цифрової інформації або середовище для запису типово є матеріальними і/або неперехідними.
Подальший варіант виконання винаходу є потоком даних або послідовністю сигналів, яка
Зо представляє комп'ютерну програму для виконання одного з описаних тут способів. Потік даних або послідовність сигналів може, наприклад, конфігуруватися для передачі по з'єднанню передачі даних, наприклад по інтернету.
Подальший варіант виконання містить засіб обробки даних, наприклад комп'ютер, або програмований логічний пристрій, сконфігурований або адаптований для виконання одного з описаних тут способів.
Подальший варіант виконання містить комп'ютер, який має інстальовану на ньому комп'ютерну програму для виконання одного з описаних тут способів.
Подальший варіант виконання згідно з винаходом містить пристрій або систему, сконфігуровану для передачі (наприклад, електронним або оптичним чином) комп'ютерної програми для виконання одного з описаних тут способів до приймача. Приймач може, наприклад, бути комп'ютером, мобільним пристроєм, запам'ятовуючим пристроєм або подібним.
Пристрій або система може, наприклад, включати файловий сервер для передачі комп'ютерної програми до приймача.
В деяких варіантах виконання програмований логічний пристрій (наприклад, програмована логічна інтегральна схема) може використовуватися для виконання деяких або усіх функцій описаних тут способів. В деяких варіантах виконання програмована логічна інтегральна схема може взаємодіяти з мікропроцесором для виконання одного з описаних тут способів. Загалом, способи переважно виконуються будь-яким апаратним засобом.
Вищеописані варіанти виконання просто ілюструють принципи представленого винаходу.
Зрозуміло, що модифікації, варіанти розташувань і описані тут деталі стануть очевидними для фахівців у цій галузі. Тому, наміром є обмеження тільки правовим об'ємом наступної формули винаходу, а не спеціальними деталями, представленими у вигляді опису і пояснення варіантів виконання.
Джерела інформації:
МП Тйотав М/іедапа, Сагу 9. Биїйймап, Сівіе Віопівєдаага, Афдау І шйга, "Омегліем ої Ше
Н.264/АМС Мідео Содіпуд сїапаага", ІЄЕЕ Тгтапв. Сігсийв уві. Мідео Тесппої., 2003, Ушу. - Мої. 13,
Мо 7. 21 УСТ-Мо, "Нідн-Ейісіепсу Мідео Содіпуд (НЕМС) їехі 5ресіїїсайоп Мотжіпуд Огай 7", УСтМс- 11003, Мау 2012. 60 ІЗ ІЗОЛЕС 13818-1: МРЕС-2 5узієтв 5ресіїісайіоп.
ІД ТЕТЕ АЕС 3550-ВНеаї!-йїте Тгапзроїп Ргоїюсої.
ІБ! Ж-К. УММапуд еї ак АТР Рауїсай Роптаї тої Н.264 Мідео" ІЕТЕ АЕС 6184, пер/Лоо!в.іен.ога/піті/
ІЄЇ 5. МУепдег еї аІ., ЖКТР Рауїоай Рогтаї їТог Зсаїабіє Мідео Содіпд", ІЕТЕ КЕС 6190, ппруЛооів.іен.ого/пітИисб190
ІЄЇ Т. спе! еї а!., "АТР Рауїоайа Роптаї їог Нідп Ейісіепсу Мідео Содіпд", ІЕТЕ іпіегпеї агай, пор//даїаїгаскКетг.іен.ого/дос/агай-5спієг-рауїова-пр-на2г65/
Claims (13)
1. Кодер для кодування в потоку даних відеоконтенту в одиницях субфрагментів картинок відеоконтенту, де кодер сконфігурований для кодування кожного субфрагмента в один або більше пакетів корисної інформації, послідовності пакетів потоку відеоданих, при цьому послідовність пакетів розбивається на послідовність блоків доступу, де кожен блок доступу є пов'язаний з пакетами корисної інформації, які належать до відповідної картинки відеоконтенту; і для вставлення в послідовності пакетів, пакетів керування синхронізацією так, що пакети керування синхронізацією підрозділялють щонайменше один з блоків доступу на два або більше декодувальних блоки, при цьому кожен пакет керування синхронізацією є пов'язаним з відповідним одним із двох або більше декодуючих блоків, і сигналізує час завантаження буфера декодера для відповідного декодуючого блока, пакета корисної інформації, який слідує за відповідним пакетом керування синхронізацією в послідовності пакетів, при цьому послідовність пакетів включає пакети повідомлення додаткової розширювальної інформації (ЗЕ|У) різних типів, кожен із послідовності пакетів включає поле типу пакета в заголовку пакета у відповідному пакеті, де зміст поля типу пакета відрізняється між пакетами корисної інформації і пакетами керування синхронізацією, так, що пакети корисної інформації і пакети керування синхронізацією є різними типами пакетів, при цьому пакети корисної інформації не є знімним типом пакета і пакети керування синхронізацією є знімними типами пакетів; і Зо кожен із 5ЕЇ пакетів містить поле типу пакета 5ЕЇ, при цьому зміст із поля типу пакета 5ЕЇ пакета керування синхронізацією відрізняється від іншого типу пакета 5ЕЇ.
2. Кодер за п. 1, який відрізняється тим, що субфрагменти є вирізками, і кожен пакет корисної інформації охоплює одну або більшу кількість вирізок.
3. Кодер за п. 2, який відрізняється тим, що вирізки включають в себе незалежні декодовані вирізки і залежні вирізки, включають обробку для паралельної обробки хвильового фронту (МУРР), декодування з використанням ентропійного і прогнозувального декодування за межами вирізки.
4. Кодер за п. 1, який відрізняється тим, що поява пакетів з множиною типів в послідовності пакетів піддається певним обмеженням, які визначають порядок серед типів пакетів, який повинен дотримуватися пакетами в кожному блоці доступу таким чином, що межі блока доступу здатні виявлятися з використанням обмежень шляхом виявлення моментів часу, де застосовуються обмеження, і залишаються у тому ж положенні в послідовності пакетів, навіть якщо пакети будь-якого здатного до видалення типу видаляються з потоку відеоданих.
5. Кодер за п. 1, який відрізняється тим, що кодер є сконфігурованим для кодування поточного фрагмента поточної картинки відеоконтенту, для кодування поточного субфрагмента поточної картинки в поточному пакеті корисної інформації поточного декодувального блока; для передачі в межах потоку даних поточного декодуючого блока, попередньо фіксованого з поточним пакетом керування синхронізацією зі встановленням часу завантаження буфера декодера, що сигналізується поточним пакетом керування синхронізацією в перший момент часу; і для кодування подальшого субфрагмента поточної картинки в другий момент часу, пізніший за перший момент часу.
б. Спосіб кодування в потоці даних відеоконтенту в одиницях субфрагментів картинок відеоконтенту, який включає в себе: кодування кожного фрагмента в одному або більше пакетах корисної інформації послідовності пакетів потоку відеоданих, при цьому послідовність пакетів є розділеною на послідовність блоків доступу, де кожен блок доступу є пов'язаним з пакетами корисної інформації, які належать до відповідної картинки відеоконтенту; і для вставлення в послідовності пакетів, пакетів керування синхронізацією так, що пакети керування синхронізацією підрозділялють щонайменше один з блоків доступу на два або більше декодувальних блоки, при цьому кожен пакет керування синхронізацією є пов'язаним з відповідним одним із двох або більше декодуючих блоків, і сигналізує час завантаження буфера декодера для відповідного декодуючого блока, пакета корисної інформації, який слідує за відповідним пакетом керування синхронізацією в послідовності пакетів, при цьому послідовність пакетів включає пакети повідомлення додаткової розширювальної інформації (ЗЕ|У) різних типів, кожен із послідовних пакетів містить поле типу пакета в заголовку пакета у відповідному пакеті, зміст поля типу пакета відрізняється між пакетами корисної інформації і пакетами керування синхронізацією, так, що пакети корисної інформації і пакети керування синхронізацією є різними типами пакетів, при цьому пакети корисної інформації є не здатними до видалення пакетів і пакети керування синхронізацією є здатними до видалення пакетами; і кожен із 5ЕЇ пакетів містить поле типу пакета 5ЕЇ, при цьому зміст із поля типу пакета 5ЕЇ, пакета керування синхронізацією відрізняється від іншого типу пакета 5ЕЇ.
7. Декодер для кодування потоку даних, що містить в собі кодований відеоконтент в одиницях фрагментів картинок відеоконтенту, кожен фрагмент відповідно кодується з одержанням одного або більшої кількості пакетів корисної інформації послідовності пакетів потоку відеоданих, послідовність пакетів розбивається на послідовність блоків доступу, при цьому кожен блок доступу пов'язаний з пакетами корисної інформації, які належать до відповідної картинки відеоконтенту, декодер містить буфер для буферизації потоку відеоданих або відновлення відеоконтенту, набутого з нього, шляхом декодування потоку відеоданих і сконфігурований на: вилучені пакети керування синхронізацією розкиданих в послідовності пакетів підрозбиваються щонайменше на блоки доступу, на два або більшу кількість декодувальних блоків, на основі вилучених пакетів керування синхронізацією, при цьому кожен пакет керування синхронізацією пов'язується з відповідним одним із двох або більшою кількістю декодувальних блоків і сигналізує години відновлення буфера декодера для відповідного декодувального блока і видалення пакетів корисної інформації двох або більшої кількості декодувальних блоків з буфера відповідно до годин відновлення буфера декодера з вказаними відповідними пакетами Зо керування синхронізацією, при цьому послідовність пакетів містить пакети повідомлення додаткової розширювальної інформації (5ЕЇ) різних типів, кожен із послідовності пакетів включає поле типу пакета в заголовку пакета у відповідному пакеті, де зміст поля типу пакета відрізняється між пакетами корисної інформації і пакетами керування синхронізацією, так, що пакети корисної інформації і пакети керування синхронізацією є різними типами пакетів, при цьому пакети корисної інформації не є знімним типом пакета і пакети керування синхронізацією є знімними типами пакетів; і кожен із 5ЕЇ пакетів включає поле типу пакета 5ЕЇ, при цьому зміст із поля типу пакета 5БЕЇ, пакета керування синхронізацією відрізняється від іншого типу пакета 5ЕЇ.
8. Декодер за п. 7, який відрізняється тим, що декодер є сконфігурованим для вилучення пакетів керування синхронізацією, для перевірки в кожному пакеті тип пакета, який зазначає частину синтаксичного елемента, якщо значення типу пакета, що зазначає частину синтаксичного елемента, дорівнює попередньо визначеному значенню, то розпізнають відповідний пакет як пакет керування синхронізацією.
9. Спосіб декодування потоку даних, який містить кодований в ньому відеоконтент в одиницях субфрагментів картинок відеоконтенту, при цьому кожен субфрагмент, відповідно, кодують з одержанням одного або більше пакетів корисної інформації послідовності пакетів потоку відеоданих, при цьому послідовність пакетів розділяють на послідовність блоків доступу; при цьому кожен блок доступу є пов'язаним з пакетами корисної інформації, які належать до відповідної картинки відеоконтенту, де спосіб використовує буфер для буферизації потоку відеоданих або для відтворення відеоконтенту, набутого з нього, шляхом декодування потоку відеоданих і спосіб включає: вилучення пакетів керування синхронізацією вставлених в послідовності пакетів, підрозділення щонайменше одного з блоків доступу на два або більше декодуючих блоків, на основі вилучених пакетів керування синхронізацією, при цьому кожен пакет керування синхронізацією є пов'язаним з відповідним одним із двох або більше декодуючих блоків і сигналізує час завантаження буфера декодера для відповідного декодуючого блока, і вилучення пакетів корисної інформації з двох або більше декодуючих блоків з буфера відповідно до зазначеного часу завантаження буфера декодера відповідними пакетами бо керування синхронізацією, при цьому послідовність пакетів включає пакети повідомлення додаткової розширювальної інформації (ЗЕ|У) різних типів, кожен із послідовності пакетів включає поле типу пакета в заголовку пакета у відповідному пакеті, де зміст поля типу пакета відрізняється між пакетами корисної інформації і пакетами керування синхронізацією, так, що пакети корисної інформації і пакети керування синхронізацією є різними типами пакетів, при цьому пакети корисної інформації не є знімним типом пакета і пакети керування синхронізацією є знімними типами пакетів; і кожен із 5ЕЇ пакетів включає поле типу пакета 5ЕЇ, при цьому зміст із поля типу пакета 5БЕЇ, пакета керування синхронізацією відрізняється від іншого типу пакета 5ЕЇ.
10. Спосіб передачі потоку даних, який містить в собі кодований відеоконтент в одиницях субфрагментів картинок відеоконтенту, де кожен фрагмент відповідно кодується в один або більше пакетів корисної інформації послідовності пакетів потоку відеоданих, де послідовність пакетів розбивається на послідовність блоків доступу для кодування декодером, при цьому кожен блок доступу є пов'язаним з пакетами корисної інформації, які належать до відповідної картинки відеоконтенту, де спосіб включає: вилучення пакетів керування синхронізацією вставлених в послідовності пакетів, підрозділення щонайменше одного з блоків доступу на два або більше декодуючих блоків, на основі вилучених пакетів керування синхронізацією, при цьому кожен пакет керування синхронізацією є пов'язаним з відповідним одним із двох або більше декодуючих блоків і сигналізує час завантаження буфера декодера для відповідного декодуючого блока, одержання з кожного пакета керування синхронізацією часу завантаження буфера декодера для відповідного декодуючого блока, пакета корисної інформації, який слідує за відповідним пакетом керування синхронізацією в послідовності пакетів, і здійснення передачі потоку відеоданих залежно від часу завантаження буфера декодера для декодуючих блоків, при цьому послідовність пакетів включає пакети повідомлення додаткової розширювальної інформації (ЗЕ|У) різних типів, кожен із послідовності пакетів включає поле типу пакета в заголовку пакета у відповідному пакеті, де зміст поля типу пакета відрізняється між пакетами корисної інформації і пакетами Зо керування синхронізацією, так, що пакети корисної інформації і пакети керування синхронізацією є різними типами пакетів, при цьому пакети корисної інформації не є знімним типом пакета і пакети керування синхронізацією є знімними типами пакетів; і кожен із 5ЕЇ пакетів включає поле типу пакета 5ЕЇ, при цьому зміст із поля типу пакета 5БЕЇ, пакета керування синхронізацією відрізняється від іншого типу пакета 5ЕЇ.
11. Нетимчасовий машинозтичуваний носій, на якому зберігається комп'ютерна програма, що містить програмний код для виконання при запуску на комп'ютері, за способом п. 6.
12. Нетимчасовий машинозтичуваний носій, на якому зберігається комп'ютерна програма, що містить програмний код для виконання, при запуску на комп'ютері, за способом п. 9.
13. Нетимчасовий машинозтичуваний носій, на якому зберігається комп'ютерна програма, що містить програмний код для виконання, при запуску на комп'ютері, за способом п. 10.
: ; ще ее ї «їх т 3 оче т. КУ ях пи ГІ їв І с пане пахне їх т ; по рес русі 1 нн нина ! З пагнеВг свй т я: Ко КН ; БВ ІЗЯ НН й о ще ї себе Ж сеєххєє ши х рак М і й: її й У БЕ ух ото шля х пн : с. ! ! тн вн Я ЛІ. икх | Й : Я ВВ Руж з тій 3: З т т і жиє Коза с о й Кавове пн нн кВ південно а о в ве КВ х іеТи й ее в Ів; ; На ІМ: 5 п шу Гапон і Ж со С фогти тині нин не вин Н ях т т : - БА в ЧИ БАМИ ТО ММ о ММ сх НЕК. ну т що ЦЕ ВИХ НЕЇ : т ГУ КІЗ жу тку: КЕ н й джин их ах Й ? М ЇХ лннннння Пд: С ТАЙ з| дей семенсеця нн м тай ок Ж для ллллллня Мой й пе КВ нд не " спот тет отит й ї З іхллжнянт -; я МЕ гуща х й Се АК ТИ о шк А у КИ у Вище Хана шиї шини Да ПІДП о ех мак я МКенКх ! ! ши шо сет Кт тити : ЗЕВС хх Н ІБ Кк» з уудтйтуєс жи ково оо Мав КО МЕН КВ, ВАНН ІН ННІ нин
ЯМ. 1З ІН БИ ОА | що Як кожи пет з 0 ЯВБ КрО рах песен Я пін МА ВОДІЯ Ох | , о і зі ве ; В Те Ге хви ; пн с... ЯН Ср тела ов: СНОМ пеня пт ; на нненінснят» ПК чут ММ ХХІ ! ше а вн дк х М. з в у: пудру У - Мор втпоча! ау. ОВК ЗИ ин : КО, ММ АНА МММОВАНИЙ ков! С п пи пакофрн Ак армитинсттннинну ши . 3 ! Зкачати чєжжиєєтиєєттєтєтя ше жк юю юююю юю ююююююя і і ШО в пи З о Н пен : ЗА ААКИИИИИИииии КУ КУ - І яких Кеди, ких ть т й шо ї зкхукиниєиєнєкєкєфюнєююкиктя З шт Дт ост | ще фін Вк ОКИС КИ ИН еМВИЧНННКнЯ В сю сек У з. ССО «х її ННЯ же ЗК Б Ура Я й осо СКУ нин ння к й м й ш й я й ї ; ій й їв С ке п ! | | ЩІ і МИР пе) попав пані У кс нон В Дос ШИ КИ ГУ піді ев вм нн ще і пут ЯК ее ВЕУ ЩІ шини ш ІН с: учні ант аннк : Ки І : КЯКЕКех С п І І Я ноя Но І ! З міння БО ПЛ ЧО Заіче пам сспеневі ПТ рн і шен аа і богу иа ВАВНЕН М ши песни І МЕ Є що МАМАМИ нія ПТ С їх ї вх І НН ЧЕ Ул дзже ї ПРИН | щі ! М СИМ НаЕЗНМ Ме ВО ЕЕ нин о - пан Е : х пн нн ї ІЗ терки й шо | І І тн 2 пава: бенееті По З ши В п лЕКе й що й ! ро ЯВ я ля Ма а і щі З вен Я ЗАЛИТИ. / п мон ях 5 НК У НУ ї ння: сна ; ї те шити се "3 Ко їх К ОО сиг пу ІЗ Моя я й ; ї д у. ва гато хх ї т ЗБ че кое и й . ех ; нн и НН ке ; чиє ттсттєєттєєтяаиєєтаия ! ЩІ Е в а : ; ; линии нини нини . й ши ул кюкчух ї Ї ккккккккккккккккююкккккккюю кю кю | Ї ШИ І пиюютрккккюююя ек ши ї Н сп т ; упр тетттьту ххх кккккккккккккккккккккккккя ї !
Фі.
Го рот ет у ря Ер НН КИ : ї іх і ТЯ тезу І зб іже : пожля мук : ОВК лук раозцоне 4 Пезсйщег анна а и МНН : ; й х ї ТЕР а о Звічен плекс ГУ : о КСоВОооОвіяу Рева : ї и ій з : Н ен нн ї КК тус Я Зб : ЩА : В БО ТаПОУ сдещУ Цех Н ї Ба пжжх : У Н ниж аа а З В ЗЕ івній жіх5В У Те Н / Ор оміриї оізу ОМ В рт; нн В ? 1 ї й їжак -х В З ОБ Н Н : МЕ во фе срб мати баз Но: : ' лк а а КК п Ї ; т ; Н І поп бесобіло майя ей! ож я сю сет ОК чним анна а а а СІ а ї и и 1 В І тет г Шоунетнн ВК Яеерій сю озіУ ви с ДЕН МИ Н Е ШИ р С рокове ВП ОСС УП ППО Я ОТ хо ! Е з сш ї ти КК і нн а в В ї сеєїхстх 823 хз кам Н ще І : ПО Я ОБО ПНТ І: вай і ї «жк. зт Тжжи ге КУ реч: Е я Е й ОМ лето ді чар пк ! Е СОБІ А ИОМаЮ НК; ШЕ А Я шо ді м де З ОБОВ З ї Ку | і Е ж Й 1 х 1 ї ЕД Я Е ії ї : Не : З сн а и НН ік. 2
ЧЕ СКАН Е Пезспди І яяресї ля ібе реє ко ОВ Е носа віді не ода да а в ІЗУ сучки пам тру тетшсуюв фії : ї Не в5пве: нок; за пе: Я : і ин винні нн нн зовн яра гай ще І ВЕ ї КУ я ЖЖ ААУ я УХА ААУ ук я я ях дя я пкт -Е Несе! ММ; ВН; сеоєх Бюрею ОК Ї : : Баг ЯНВ ШАЯН : тан нлввнллавнлл нини нинвин нини ввнкланявньк недииттиютяня кю и У ї Її Н т Н ї Зкнавови ІН» пеемеі На ЩЕ Е поновив кн нн ет пл яти м 1 Жоехеккой ййе ряме Ве ! Е 3 СР Ку з хз її Е Е пувечсамй Вррефее НІ ШЕСННН ї ї УКАО ЗШНЯЇ Лее вже НЯ ЯН; Н ТО ЯК Унів М ов сечею ВЗ ! ї Дт тр ; кн: ап ШЕ Я м о п м НИ М М м в КН ккадля тили НЯ І В НН СІЙ Тека Н КМ МА пе БО ЩЕЧНН Я І З «ж моумчии Й роде ї : пЕМОЩЕ сеБенрнск: сере Мер Б Я : Й сне сфеБолекх: певен! Мі ! ! Дерек уки оновив оман 7 козі іо НЯ Н са оптнех ІОЕК! Я апа опогасВч нов ВН Я ! тах совінсїетх ІВ ! енер еноне зервннннни МИ ЕВ Ба шу В в ек ЩО ЗК ОМВК: : ЩЕ сбижна Я ВМО пеБеДі Ва Я : ! щини мен АХ нн нн Серия, ВйЕтіе ЖК Бере р Я Де ШИ слеетя нев М пере Бентлі Ме т ней Е є: пане бро іпебеВіені й їжу ї пеБетяі різна псує: Й Бані; ї І ЕК : тр» ФІГ, ЗА рес чн. ЗА нн м а п кн и З НН з пунк зи ї Мк їж з Ба ЕН она аа а а з соми; ДАбе ще м Жовч То бБпіно вм реве зо І БЕ НЕ бан Нею везе ЗОЇ : Е пог ех НО Бе : ївле зоаіе КОБЮ і п п п ! Те в пе Що Гащш ! і 7 Н І фунти нжжкнжюнннннннннннннннянннннжи наяв А ААУ у нуту еенкеєчжренккеєнн юю то які ВМО рамнуювех ртеее! Не НЩЕЕЧНН : 1 Ж Вкб даллкоек ее 3 Н : к,оє,мьожнжЕєчанвннмннаєєнвнвн нє ннмнанананананананнанннннннвввввв мм овививвиви поливи вив : ЩО пекенЕННВ : : ї зх НИ ї 1 ВІЯ пвгтеенх рнаже Нв ОБ : и и а и у ї З нх - п пупюш тупо Керч 1 ї є 85 реонення рей! В : : Ддллллллллляннни дян днина ІІ ла кВА ДАЖИИи И иииииииииииииии ииниД тини ї я. ч су їх Е ВО ропи : : Ж НИК оркалевіюче вееМ бе ж ВИХ ісоемнвих зениек Ва : фу у ут у У У У Ук КТК Н Му су Я Бад І щей ї Е хі шо ух здатні КНйМИд аг ї сет, Н : ТВ ря: кро реалі» ре жк той і весно пи ин оо осн ни ан Бін и ВЕ СО пабяйх пехері Е і ен нн м а а а ЕКО ВНТ Веб ВЕ хе Но Є І НІДИ; і г в о о о В о и а А р і ї Н Н М ї Н ин о п В В В в і ВВщлоанї репо ЯЗ твій Я пн а и ' пе оЗийсівм: куті Мк ї Н ТО КООвеву полем Барі Е і ! Ше5 Мк вішеВхе Кв Тов ! п а і В НВ В В Пп во : ЯНОМ ес УК р ШежнаИех Мей ТО Я нн нн пити Ко Лоли плен Ї ІЩЕ БУЦ Пе ВК ВИС той : і їх ВОЗ пф по бХХИ Не і і Зрцс пижх бук БМ НойжонВ р ОоБало : і пи ке пом и п т пити пити тт тити ото тотттотититт : пет й З. й З. Й пиття 7 ! Ну тик я Цей кемхові і зам; ! ї У : 1 Ге : 1 тт тт тт тжйжШтШЖжШДШДЖтД Дт т Р т тт т тт тжтжЖжтжЄжмжмйжмжЖтОя ж жтжЄо тЖЙйЄК тжтжйжЯт т ввів ана Ї «ГО А , М МЕ. са
«ФГ. З. фіг, ЗВ І Ї Н Не ак ЕЕ з ра. В я ОД я М ВД ї се Кер З уся Н Ро орію пе тіпуві СМ ї ЗВО соя ужив. Тед І : БІ гав са ШЕ ДТ т т У А тт фен я тт ї МЯ їх мое, | їх ї : би БМ Важ Я) : Н й а пе сот щі шк ча хх Н Е ; М еспеОеНОХ се 0; ООПОСВИХ осв Бр сб пеиНеї, МОМефанх Ві : зо о ооо оон нн зон нн ї п терій о У я НЕ ї НЕ са Уде ВЛВВТ! овес ВНОК нем ! ов о о В ВВ В ОО г сік «лук, щі «вія т й ї ! соб ве увіще пух: еле Оених | ве ! і сг Бад: Зспебсенцх | ШТ : Н текскі У мити! меча махи ік: ек ї і НТ СрО петвУа кешу БЩЛЯ гліцеї ЕНН і Н с сх у дужки т їх зе, ток Я і ср пчуді беу ле спла ЩО ! ї го сеї в нина У Хна Н і бр синя сову епопеї І ців ! ї ; х з Кор Я Е івре са: роді ШЕ : ї х І Н ї у ї Н ката а нин нн нн нн нн а а а а чн а анна а нава а а а А А А що Янг 4 йзріеек о «йсуфсу фунт ії В тувихи З ННег азів п Я х ВеЗспрнн БУ се з. ї п Кн а я т А нн тон ЕЕ пуеий ай ЖК 1 КК І ВІ ФВ па БВ В яеое ПХРК У | . век і В
Ї. й БК і ок опо З Й був вона о ХР ОВ Н З З: Ку-і її ії Н Я ПО Ван Ж | і з Н :
Фг. З зд Блоки неусі. МА, Блоки БЛОКИ МАЮ відмінні від блоків МАЇ.
УСІ. МАЮ даних фільтра даних фільтра ! і інкайсупяція ! і ! | формату потоку: . | | (дивіться : у нище ЛИШЕ зееететееонтню В. є, стен поннной У. сет у. знов ння відповідності відповідності Бум кв а НН сля се ; й й пан Типу Нпври нео. Типу при ке е вій використанні використанні ши формату потоку «формату потоку байтів ! "Байтів : полк АкААККАКК нн нн и
НЕ. В о Протетичний патоконий диспетчер (ЗБ) бітовий потік Типу або тлу Буфер кодованої картинки СО блок доступу Процес декодування ннлтнттктенннйвю МВТ ТеВИЙ етапонні поля кадр поля : ТЕ» КД ууогогогосооогооо сосгогосссотстссосс
! . Буфер декодованої беоюютеююнютнюют как тиНКкИ В | ! попя кадрів Ї квдока по Е і Кадрування і вихідних Даних Й З Й ооососееоесоєоогоюоосссссоссюссюссотсотсеттсєной і Вихідні кадровані і жнМя Ка т МАМИ в-я Ячгї пас кв нн і бевоцови ТеЕ яЩое і вс йв нин ва чиєю яки я їх ІН : о нин ан ни інн нини А Н Фіс расатек Бе їй сосеот свт св еввеовчсвгесетеіне егеівтевен статутної ан ре се ве ще щу вн Н щере Н МЕ ее щіе В ОБЖ Мед пн ин: на по о вн Н Н лан в и Н ЗБ; етрнвремеми еще гирі) бід он оо оо о о нини ВЛА ні ж Мерекю же ОК) Кер б ЧЕМ Же Боре т) рт дерев все Чау нання мит ни АНА я АР МА МАААА тА ня Алл НА пезучий хх вн я НО Я: Мерерсеві війжЕ Пе Є я рн 3 зр; во. ом маповне М о МЛ Н ї..Ни Мер мехот: Мед) пт Е мо вн і Й В серія йо п нн і І веухамне соми пінее ЩО с 1 нини нин ІЗ спкчкнчкичжи нки нннжтннния Шк ск "х Н Н п г і нини ин нн нн нн Н Н Ії соц рівра миши вес нн ен ни а ШЕ ! ІЗ се нн ухчучуч А А АТ чут рок; 1 І пет юююю ження Я ї поши доллаччччикчччуттохчтттїтттттітігтіт111111111111111 Н Н по опір і ак ря Я п ПО В виш ния СИ ЖЖ жк і Ж і ! Е я і ножні кхххнхкккукикких хухкххххккккккий ш і ВЕС Т- т нти нн ши сеттесттстсод ШИ Її ї їх пк ж а а ж а а а а а а а аа а ання т Н капелан : НЕ ПУ Ні о пибрщоде пггінх пирннмнмаанааюм нма аа аа : В МОН зе вах сойБек зве Бо 11 ви пон Кін жо орних ви Ще п : ?
-.В5 Фе епвод; соб; щи Ме є 5: : Е Лю ел БОБИ стен попи пен н нев ан нн ов РОІНУ ї й Ме нт ежуУ веНМ обов 15 ие нин ЕК Ас ее АЙ що ГКУ : Н Е: рн лях нні у Н ШО ІН Ес: Ор «с п ЗБК КИ об ов Е 1 нм 7 пн нн нн ху ї ШИ яку ро ані ин: М поні вввва і ПАК ААХААААК УКХ ААААААН АХА ААААЛАМАЯ я. Н і ІВг сін Звиоціщт нейокщцене зва нн нн Н нн ВЧ Я ши ї Ма кл нн о оон нн ик, Н І «Мієчуюю Зчесчебке музеям я и і ши СН ши Тек ех Зв Бедове ебекне Мене гі нин ПОН о ОНИ ще Н і яНсе іжнеег вхо ба МУБ р нн В а Є ій йо І МЕ; ! і я ння пі п їх В и ААУ Ач чт А А Атлант. ' ВЖЕ вібниеМ нини ла са і їх дана пінні нн нік ннніннннання 2-4 ріг, З ук Кт Кант І ск уоилотейиг пе теці 1 деп н нн нінінттннот, КБ ЕЕ Ще МПКЧЯ ГА і Медойпми Ї ші о ак і НеясПиКХ : ша ОН є ке нн нн а ОД : Я зу напжовех век Її шву ї вва ба вкбах йо їли І іі З З із АН КО Н т Що ба важ Ба : нн нн п нання ї Н ЗУ: Віку КеЗПОЇ п ОНИ ок Й РОЗИ і : сві НН се, ЗЕ ши шин З дме т мн Донна ення КОЖ ї ІБН КОР МЖ Б) мезо добУє пня Е вжу нн нн нн а м кн О.К РОБИ НЕ ОКХ Я Де ву сина ВОМ; с п А В ПОВ Ся Н ухя о ово ооо ни ту ор чин пан ни АКАААНАААНААА НААН АХА АКА КАТ КАЛ КНТ КАНАТ т ДВ в рез ЯМ зоба Я феєелтєттетт тт етти тт ттеететететютееєтиттютетиятюн с Н ї схо ЗК акт інт пнів зів ввів т Вей ою пелонов шен, пеніс в за ро Н ї учету і мтмуй ж ооо ноооо лав онаванн РО более ну ее Я ння и с сн и НИКА і : Зісе сс ШУ Е нс НЯ Н ї ПІ се КІ доткіх нн о пн : БЕ б оо НУ ре Те Ї нн т вас РОМ Н Ї й п а а ПИ ї ОВ до ойе и ев ОЗ Н ї пен м 1... 3 нн НО веоЄ КеЮ РОоЩ : заеіоінкнЯ Бі ПЕ: ПО з лай оо РОМА 1 СЦБКА МЕ Ба ТІ ї щі А ей а Сл я ВО; В іевлекане. Вежа вав Я тор : нн а а ж пи и пох І: т ВКОва: віє еВ Бе: тод Е Її ЖО5 ак ваду січ; Зуло Ме. Еш ШК ЕМНВ Як ЯННКООХ ЗККІНКЕ ЗМК ЖЕ т : ! У в винен винні нний плитки У їх пах ЗК: ее сина пи ми о й Б оИНТЕВ МИНЕ Е Ко і що вре Бе мрях міцеї : Кн в в ни є З и ЛАБ Н ЩЕ ЗБЕ УНН ВУ і ті: ! а а с Май и КК КАКМяХ і їх пн шити ех онввннннии вини панове нннии
0... зранку Мед Не : : а о и думку - па ВА В НЕК М есозкию ЩО СБЖКВАХ ННІ МОЮ: ї і тя Пон: нн нан г са: ЖІ шу і кс в п о І УЖ: Н МИ ВИ па а о и и а пн о нови нн нн ОК ВЕ сх ЩО, совка ЗВЕР киев А Ро В ВЕНЬ: КИ Я КЕ нн В ЕН Ті ї Н ії іон ЯщеУ зсио5 БЖ епамекі ЧЕ: То нн ЕТ Н ЖЕО зда і ит мих ки кота ві фр я КОКО б ех со вевеуух Сер и М но В: і і нн вк и кави и а Н і Ком ЖЯОЗо нюоренея пе: Біне ї о ни о т нн РОМ 1 пиття вимо перо: ро Н 3 Ділчннняя плн Н 3 в- печу пока а а і 1 В оикллжжллллллям ще і З
2 кодувальні і деревоподібні блоки !
: ї ї Е ї ї х З : ї
В ї І ХЕ
- | | :
Щ з гЯ : Е деку Ткений і : : х укодувниьнх ! Е І І:
з Ж ІЗ Е дерен ї : І І : ї фена жтнувх ї З і і КЗ
Ве ї ї В З Н й чі му ша й тва межа права межа ди ежи и ви Бе ж я картинки картинки
«ріг.
А
ІЗ оздізьник блока ; оз ЗьНниК Соки Е зму : Доступу : ї з В : : шшшшшшшннни Е! Н Е ї : і Щек В ї В ї ї х ч З СЕ ! Е і в і : 1 й ! ІЗ ї 1 х і | Е І я Е і : і | ; нн нн Е ї В ІЗ і Ж з (З жів і зе уже І Ккодована картинка - с Е х х : Е фунт плонадяоп ня радян нтттянппттянттттян В Е ! вк Ї : Е ; Е доз со У ї Кінець послідовності | : І : ї : Е нн в зн кни Е Ех Е Е Е фтттттттттттттттттиттннннннннн зи Кк Е ЇУ к к І Ї пн Ин І ЕВ | Ї : Я Кінець потоку | і і К : ї Н і ся ся са каска дрежжижижииююєєюкькях я й і ; і І» Ін рот І
Кк.
чн. ТОВ їк ай їв є і Шк Тит ще ї . ж жа пе ї-е кт шк є я: Не що т м, Н ше : шк би х Її є ги і Н в І а жо к і р " М, я ки ке й ЕЕ ск Ін Ши є ож Шен ід І ви Є; хай ОБ ши ЗИ ит -щ и Ж за ше М г о шк Е і З й і з У З джжнжижжскя 3 тт, фенеееесееетей тт м: син : ; й ! му алуч ї їх ї мн ї дж тлтту ї В дення мережа шк т її і 1 Й : де Б ддадужлнклжккккккок сх сь даекзоею ий Й пси, Я ЕК о оттлосеютяттся 1 ев пеня рення ї ще 34 їх Не х де фіг. 1 УВ- до Км і ву З: УМ Я. й Е дк певен . ж дея їх де одне, й 3 ще -- З кт й ої ях Шия чех,
з. о я Я м шт сс, в т шт Е фени т ве ко ше Кк я ї ваш ша: НЯ я ех Ки в сс Кор за вх зе я Ша дк тт ве ї їх ше ї ях чу плит ияняяя ям х я я ї Й т пкт, ся ІЗ Е ку а : Е Н ж, дулнятянняя Ко от Що: й Н мих в ас и Й Ї ї ще за і х гай й лі 7 Тк ЗЕ з і х рай -й ї щу НУ з ЗУ Е 1 А 3 с нки Я і роя у ру зе і ех Я ме НЕК І ї и І Бе Е і дн й га ПЕ У ї і х я Зк рат нн сне МНН Е ; Пе йо й дет Е В КУМ ОК кеВ но 3 пе: й й 5 СО щх. ж м ах ЕЕ хх виь т» я ще : М ддннннннннннннтни ВК я ХК Б ОККщОю й5 КО ЕМ в чої й НУ НЕ МИС ЕеОСВЬКМ ЕМ СОЯ Іа ; с и г ше шин ша ши ЛУК я мае Й ОЗ Не Ки 1 и ши шини ї в НИ Гу; г шої Ї ПЕНЬ Ше о; ї ек і в і ОщОо 5 кі х їі о і : з ; з С МеВ з щі БАН ї ї с з х ї Н яхті лк КІ ту З КЕ Ї с : зо ї Н Я КІ «х.Ї В Ї Н т нон Н З Си ІЗ Н з що джу ння ск : її ; у З ЖЕ Е шт ту я Е дес ! Кз щу їй су р І ІЗ воно 2 у с я й І : ї СИ ях, я Е | Б ек ще і ї : 4 у Ще Массофх Ей ие х нин ІЗ догототи тих о зпдджинняниМтитт ІЗ ї кс зни шию Ї подо і ї і З З ї Дня 1 кодеки ІЗ р М
. т Кодований поточний | як ї сну. се ня с жрагмент ; за МВетановлюють одину ВидНОвлямНЕ буфера декоденя : передають. Що ПОТОЧНИЙ ДеКОдуВатьНиМ блю, ше працикодо якого приєднаний накетам Адаптують даступну | Ш ПАНА НЯ ск хе ї Жт ж ВТ ШВИД передачі ТЯ Ти
Чик. 13 19 ав НІ й Е г і:
а. и ; о ; Ї . о Обробний блок ,
ріг. 15 сх т х п рей ! х ан жд, й й АН Шо Шосе т 5 Не дет ех : Ук : ех де ше - ще шк 7 х ок кт Ба є с а Ж и КЕ й см ще ет хх ху ст ще я іо; « 213 се, Є - ов С Мо х -й й а -й пок нн и В шк рай В яти вжи їй пкт ня
Е я. я, х Ж са й я р кої : х ІЗ ї й ! ї : і тА ра Нч Й Е КВ ї К Авт ІК зимі у Н и В Е І аначущють с і х ет а йо ї їх ск СЯ ї Я ! хх ки -- ; ІК і : х : Я рити І ОО ї ї У жеоях і ; ї 1 Ї ї Й яку з ЕТ Н сш плгггггггг, пеня : з ме БУ Ї кока 7 га ІЗ їЕ ій лих їх Ї "Ех ІЗ . х чи ки ай ! Її ШІ : о що т Ї а Я ї х, Н ше Гай З -е - - Клянянння - сля сляня -- , і: шк б я Х їх ен нини Зав - ін : з є ї х ї й Н к їх з ТО Ка Уч ХХ Ту ТАК КК дя У -о Гу с Б х Ку зо Ся не Ж Тк зо й 1х ї їщ їх КЗ х ЕК КД МЕ я й о Ще о Ой ЖЕ КК т Я я Щ А ї мо -к Кі ве УК ММ Ек и У В так нн и Ку ж ОК Я КЕ ВК АЮ МЕ МК кл ї ія киш ни Ма чен НН М У В В ВН іт КЗ г я Ох тк ро Я ЗІБ ВІРІ 11 2 Е ші ? з ПН НЕ нин и З НЕ КО ЗЕ НК У МЕН й 3 я : Не Той ми! ях ія НН » Е п, Н з, ОБ ща Р ВІВ. й З | Я вчи чне пОШеУ дао Й Н Н Не зу ел «х ОК і 2 ще ше ! ! ща -- : в йо З пого, Ох Мехе Нд ще гг хм, З фест РО че дент рем хм, го кю, гою ї г Ся же кун каз «чвучугих 5 і НК диня імерзежевий і-яф хХадяр ши и и с то -візВ'Єют ; ї ов ! ї ша -4в й ення нин НН пек хххх еюююджхєх юю. їх у 3 : М «з : м КЗ ї рев Я 3 п ї -к Ка У каток ий х Дистьнии ва ; Н шех ча яко - х дея з Кт г : -ї8 я з х Миті ї рк од - их їх ж - й т зх - Н не УКВ я вк : я . А її К ож я їй Ї ш- ит Ко 48 з Е я п А АД Кк с си їх бита ЕЕ г а як ї І в а яву Мура Е ІЗ еле Мети ї Кк; я . Я щі а й Жідентийнкатою : х к їх г ий х цу ї о Н КІ ОК, ей ії з сира Н р ЕЕ Рош В 7 і АерзанКе: ) у Е ре Ук ; | і Я ї Я іі ЕД ; і с - що т ! у І 1 шк | вх ож 3 рес з г пра п Н 3 ой Н и тр і Са ск. ж лк «А Н за ї са Не М | х х х х х Н і Н ЕН ід : і 3 Н ї 2 а Н У їй Кк -Е І: Її 4пв ть 7 в я гроу г34 і іч «а ІЗ р х о ше и НН У ЖуУ ОО ;Е Н У в я Преененнтфеннтвт мил ники ьо дани м ШЕ Ток х ро а есе в ес МЖК зас са Сх сх СХ і з- КО Бе З . м КО Я Ех ще : я Та г ще р ХМ ОН су ся г пром и УК МОМ ШЕ КК - й зда Ох ЩІ У ЕХ Ом АЙ щі Я ВОМУ я й ЕВ КО Урннннняен КМ КВК нн ки і - НЕХ КОХ не па и ИН ЗВИК ї К Ма Н У х нн нн сн пи ИН СЯ В 5 В о Н К ї ї х х Ей СЯ М 2 о дек ле у я Ка в : їх ск їх їх ТЕ ії ї зо я Н тех К-й : щ- и Н я й їх Н -- Дия Е 2 З ак МАЄ ден злою ех оюююю здох мо ї Ї пн ! ке тн дл у ї І Є ІЗ її: теж дими Н ц Е Н її: СТДІМКе ї ржтмухезкукиох : ! їх пн і мережевий ї ві жалю Кн Ворог ду си КАК ТИХ, десь тя пеегх чере честю евтя пост, поети зеетх зеетя ж'жут би ОЖОДЕрО ревеню ву шин ше А І Е І : ї І ї Е ; і Ї одннннтртннтнннннной Хеннннтннитт Я т ї є Її Я Як т ЗУ їй РАН «Віт. 16 її. ув їх теж ; й А МЕ оннююєютстсестесотснннетст Детння Реюдільник блока доступу | і г і 3 я ї ї : | ! мя» З 3 ' У пееееееесееееетеесееетееееееетееетсесет опт тет тет тет тет теех Н Ї Ш
Кі. що ї Декодувальний пок пн їх щі хх З Емек М тек вики Е і Н : длллллянккня З і Ї Щщ Фрагмент кайтиМмМи 3, -да ! З ср ГИ: У ик І їх Я КЕ к ІЗ ЩЕ це М Н 5 ї к У : : Ї і пом ов і і од ї в що ви 3 Е і З ї о ї 3 Ї Е | ке З Е КВ З Е 1 3 Е р І і і Е вій й сани. Ки т І ї Дані вирізки Коня ; ж ! З КЕ р х 7 щ здачу ІЧ ,
Фіг. 1
Мозаїки на ділянці, вка представляє терас племен оно ооо. кн и ню сн ММ с 1 ш; о нн Ми й: ше о З Б в Єв». ни НН с й м вд й а ше КО кВ ОН в. ши Х Що ПК ПИЛИП ТИПИ Ко ПИЛИП Й ГУ "БО М ПИШИ: Ох З ПО в ше 58) о і ай й Б ший ГЕ вв м ВОМ О аж БО В, В У й Б . С: З 0 щі низин й , -ь Се о. ші ден и т южвими с: иа 0 0 МОМ по м І ее Я й. НН и " п нок ДУХ кино М и в М КО й Я- , , хе Я ч . 7 - и ВН с ле й Ша ЕЕ о в ВВ Е іні М жо а ШИ: | і М В КЕ юшка К ПЕК Ма КУ х й З дк я ВЗ ОН що ВЕ З до а ! КОПИТІТИИИ й сх ' М Ов срюкенй З ОПО КА К ЕЕ Я Рв й . Ге і о МЕ 00 КОП ИЕИ Сх Щ Я Р 3. вових й х З вк х ЕЕ ВВ ЕН В х І Б зей - М "з; ВІ ЗЛИЛИ их м От КУ І Е ровно її Б Ка | А у нн ша ОН я КОКОН шк Б Бевит я ЗИ Ак і З зу де ме межі стовзчиків меж рядків тру. В о птавегувї опе ВБИВ ще до ' ща пез5ваі : Е че том по С | ! п зрив ут и ри п в нн мон па вВао ВИС | . вон НН НЯ пен пон у
«нг. 19 все ргеїх й п Ме бософво АК В
Янг. 2 ддтятнтннддтдлтттнят І упдттттт тт тт тт а ай буре ї етоУк зпока МА нн І ! уктура ЕВОР синтакгя дна Ї попе іппннтнсстя Такси суУ хі Клає Е їй фусетесетенссесесстссн т ЕХ во В ; й Ей спгтсотсогсттттто ІЕЕ лек ї ї Ж рідодарів ето РОТУ лою Ж Н «Кит кн топ лодотод А З Еобт ; А Кк. нн Н КЕ обла ові і долоненютня ; пн ІЗ Сецео НК. Ж з ух що меню Її ща ах Н ; анев ов воа-КАМ лов КВ птн о водацЯ інв АЕлОос дев УА вої ши нан АЖАААЛАЛАХАЯ НВ Же фі у ПЕ ЗАПУ А КНЕ ЦЕ т их ванн жо КВ те АВС | я З ІЗ вела Кл Н З ще у Е Хоч і ра. рення МЕ ум не не пуеттососо : Н й Км пана а БЕ Бач пен пееететтефеттняня і ен нн з Ус а ове Пд чх св я і КОНІ і ОК длялттичттляннтттяяня т ЦО Ірен Кік Їй Шеєєкіткккттткнткнс я. 1 я З Н Геке д АК Сен Вих НВ ОТ тиме рення фуннтннннтнсня нео во га ПК тт мли ПЕ зе Її З ко ва мана и й ПАЛИВ п ждев і - ва БА У Кі. : няння і о Себво бісв оба ВІ римНА Км В АВ, З ут 3 ддлллттия : ПЕН М й уй пізня М і ух ї
З М. ИН пон ВІ. А Вище ще «ПТ іеветентн тент | ЩІ Ї А ААААН НААН ВІН КН НУК щУ зх п я - 3 і 5 | Себе оце Що онко нннвлннн ке Ву ПРН і зегеттнннннннти й Мини ро ОН їх де фл ПК ик і. Н ч 1 шия В іні в біда ДВ очне іже | Срннтилннанднннтя ше ї м У понм нн ІН его ЗАТ пн на М : і жа ! Похегуєі донні Не УВІ прог й и: фетру і ми тувй патент М А Н і ї Н і ов а щ пеня Н щЯ. ї А МО ев ен пеня 1 3 ва: ! Н ОККе е не и щи фени сс, ро КН; КІ: ОШЯ палантини ! ще : Н ши ЕЕ Ж КА ПУ КУЧННН Пн і Її : 3 ЗХ й еВ паллялихннтннов пиилинит. б ї Ж | сек в ІУУУ У яумуя З фрекединлидсятити шишеенни -Мво рагатею зеєхою. регати нн Оле. : БА Донині ОВЕН: ак РЕРКЕТНЯ пні Й п я ет 5 Кі: гани ке офоєсєєстятті сн. ВИНИ СИ як З В МЛИАОЛИАУЯ фенннннннюнчнннннте сення НЕННЯ зт наію : ді нлеемедосн МО ПЕК Не : ; учи и кана Мор ЕН ЗЕ) зей рагдгвр Потетос тт дссосттсосскооттоо ПЕН: гіжер тур ут ен хо Бе 1 К ши ен РН ВАВ ЖЕ : ен 5 одне З З чо ши МЕНШЕ БВ НЕ праг тА ААчА А АКон ї НЯ ї О Деїатуі» п лихах РО. Кр у Н кулачки фени і БЕК зла вагахпе й : ЕХ 4 ОЗ і ог З З по хх ВО Ме НЕ ди нина ВОК ї 3 29 пенні ння ТНЕНМ Я ОО паче і пчччччччняняннннняю МУ Н у Алл ОМ пек ї поч деко Є НТК о п тт З пай уУці : ШЕ ен цев пвіквіег тво? ши деп й ОКей НВ ши ва НЕ І Ше ПЧ: кання "са Не; Ва 1 денне м і па З ту почни ІАЕ НА МН МАХ ння ї пе З щх і х ПОЛИВ ння мМ ША ї Жішляляняняя, Н з х УТ и ск дахах хуя ї с бхже і З мовне вкйзнсвеявЕ ання КЕ пов : ІЗ зреро у фусетууттюеіетееюння вк ее ірги, Це пукхюкткткукикк, З Сл У У Н Зо ЧИ СИМ УП ЕНН Б хе ; пуеефеенеєєкт сект Клннм ен ! Поевгуди план п хх т кА й ст ІЗ дню Н ях дей РИ В кк ЗИ а КИ ї ! т п дк а ПОН 151 ЕН ї І аа ойе нн КО НИ Кк Ме М | Пехлесніає нн ЕН никнення пенею В 1 ї полити тяж КАААААММА З ВІК, 3 От п ен Фіг 21
Її ен Малу І Кеті і Вс Межі вес то ВНУ УК УК ут тет. пен ех 1 і ії обо ле у і ШяАХ Й і Врй Бор оо Най ОАЕ. улалж Ж ВК к ху УМО ХВО ОВ у кухня ня я КК КК КТ Кт ники ке кт ткктткккя ї Шев ж шо нн «3 : тож Яд Боже фо Ї В їн онов ве. до ! нн п кн НК - : яра ший федн їж З ; НС Яосгее5 Ва іні ооо ооо оо нон кв нннан ІЗ МУ К «и чу Фах и М Бзнию шіачию бе зт ік ОЇ ІЗ то Мбдббрововні нев ебоее То 5 би 5йре в рю ЯК ! і зеннннннни В ОБУ ж ЖИМ КК, не : емейл ерсе зе о овЕВ : Н МНС КВМІ ВНС ТО ОБ : фея Ки ЕМ Ин и дили Имя ох о ЯНВ Та аа огочеКе Мар: З А: нн НН а о и КО об еНеє пезоб бо опе Поф б бесеновх кН Нео с ; х МО В о М ОН о ІЗ ін а о , ке ІЧ ік кв Оу ї ї и ванни нн нні І КК ж уч. уже ШКО їм НУ ї ї ово ко ебору соо Зуве бе ен Я ТІ : ; Н ! т 7 т шк Н : Н ин НН НИ НААН А У ї : ! ЇНе5 пс ному со Зп ВК є я : : схккккксккккккткккукк Тік уТ І кккккуккукку ку ккккккк кутку кккТ ТТ кккукют кю к КТК КкКюкк кю кукюкєккккк кує ккикєюккукк ких -Е М ще вйожк ЯК чи ї ім 3 ї пит етту вом: оЯЗО ОНЕ тн НН НН КВ Не епту оон обзВ сю 01 й ; чи А а жа в о АНЯ пллидкх АЛЛА, А яки зд шкі ї зай ї ойВеї еп гл ОаУЮ нн ово он нан нон ниві сей й зи ж пкуужоекя вчишіх ки ни НИК ї Е Не сопе гу во ВПомеОСКо | і пкДКЖСЮЦІЦІЦЦМЦНВОАВЧООВОВІАНОИОАЧИЧИЦЦАННОАНЦАИАНННАОНООАОНННВАСЬОННННЧВ СТОВП Н Й жена ик : І влОгу ЕМ! СНО! У МИ: іо Я щіСе пев виенею (ее бе Я ПО ие ее и ви о ЕН ее ях сети. сю ко а рі ть Кер тк, : хе ия : щсе Яеасег ехіей вні о Я. сект о и пуття чани ин на п а в БНсСе Недбвр ехівнаюв еще се АН. ї і Е нн а п - Моїх Мети Н Н Квле аполелеН : Зогетегетийиниерееинининенені тий ока а а а а а а ща а а п у В ік. 22 ї Між Мале ЯН і неввов ен а а В і а ї піц В 1 їм |: : віша нед їв Е ле ин в а а У ї Ні нкие сом ще ЗО схо 1 : Дол ит кі т ииитиккткютею ик юттеюття тютюн тютюн ї іти ухіко ІЗ х Що ї соки реле Ю їоадй Ї нн ни п нні нн в нн : ЩЕ еЖЕ РЕ : ! Е й зало НОВ : пр ре КОН і Н ЗВ) ООМрЕК ої р ріс. Та о і НВ Е й ї 1 ї Я ! Е Н І ОР Є : і і ще себе сп в НЕ і нн нон нн етитетитнттттитититятя пенні ввння помморіовннввннк дію) Звіт ее віє я 5р5 з ау Я : З з МО в ВИ ще МЕ Н і Пенн и в а і п ' Н 1 ХАН ЗБК п по ЖК РК ЗЕМНЕ НИх п б; ЗВ і і ! діша ї 1 Н ЖЕ : і ен нн нн ан вки пекан е нннеї і ЗОМ ЩО КУ сб Бе КУ РО : Сан вин опе ще ве 200 Н МОН ЗВЕБИ ББОІ ОЗЕР; : ! Коююєюж юю юю юю ТУТ УК Т У икиих Полон н вн оонн внню морнннннннннь Я ПЕВ МиКЕ ОН ЗНЕВ ШЕУ ! І В МО нн п а ! КИ Мі «КН ВМР ЕІ 1 : З і Е : ! фас М ЩО) ка і Я аж ре фе пе Вікі Н су : ! са с таб ов НЯ НЕЕНН Я о у п : у УА МНН Н : : Ж вне об леж; реак МЕН) і Н мм о о о р м м п в о о п по о і дежж ває пе реє ЕР! Р озейй Н о В ЗО Зо З ОВ линии Пов с ї пу нозі іх Н в ІЗ . Мей Ву сот віх КО БВ МОНА. зом но ее тт топок от от Кожен. т попа Що ї ї Н Н м а п В В М І і Я : і і і Н ин а їх ей ій . Є РІ и мя г Н : : МК яшжие веарйет за аеКеМЕо Мад1 : Н ко і р о в и п п о я З Он попи пон ЕД А Едем питали ф ЗВГ. З Зі
Фіг. 23С сг. 23А
МКК КК МАНАХКХ КВН НА МВт чани ння ша сна й НКАУ ААААТ АХА АХАХХААХАААХХАААЛАХХХ У СККЖЖВ ЖЖ ЖВВЖВТЖВ ЖЖ ЖК КК Во Ж А М. пекти То Ти че То че путь тютюн шо си в Ку тет щ пл ЕМВ ЯВНО зе ВЖЕ БД; Чі і ев Ще сно ке пвокаюти щЯК кання х пап ТНК ТТ КК Ж св оно аборрмє вве па ши я т м В КК я и КАК Енея ВНУ і в вне Н Н 0 ЯОв варів зобореє ойке) Кедр! п нн нн нон БОЖУ Н Гн ОВ ватрі, окре ее ВЕК В а Е - Дек кіс А МА дили і Же Ї ї недивно ів пи - паж кни я нти ня пи АТАКА ЮНА ЖАНА АКА Ат ї : м а В а ї Е ши лиш шо ВР і І ШИ Б ЗИ ЗеВЕКЕ У ЛЖВ: вІИНе ПВ шо: клини З на иа о КВ Н ! 00 ВЕ ВННрекВ ну. епвйна аю ше : ххтіхехукетікки ке ік сккк ект РО Н ї «чи сей ми поді хеїміи нн нн в Ї УК В ут М у м тт от у пуття КОХ Н ШЕ о ши нини Е нн но нн В і ї ща ВІ щі че ж З АК Я я бзрешї пон нн нн НВ ТАКІ с яще Її з нання НИ Н ї ше пе ско ЩА нин інн Тости зум ІЗ Н Е ик й КК Мовне пдаєу вин шен В тенет косо нова ; І ВЕ Вів пеКННеНМ МенЮ. Я м ня нн ни ас пики і Е й др У ВНС нин нин К ннянтнжнннлнтян ння і ї РИ Мо ТИ тити і Н пон п о попів пили і ' : пі М хек б пн ока КАЛ А А Кок чну ше с Вбсхвах ній ееннн Бар вх все тре 1) я КТ нн нн ни и М В о Н Ї То іішшттіиит т ост ЕЕ Н ' ке це ех п УВК Еусекуєєуєсткстк УК ЩІ ! ї хх ке станини налаллоаникий і М : Е ОДН кт. й пом мав нн нн а поп пав у лок хх В НЕ вОкнюо Біне етямкої: духи: а Тит на ав св ЗОВИОє ПЕДА, і Е В птн тет дк м дсп ть пт птн Ж КК Кот Н : ї копен и кун сти нн у ОБЄМ, ЗК ее, НВО БД : семея весанмн по ОО Й Н о дейювіча ВЕР суетине ВЗ) ше с. - я Ж т х З же
Фіг. 23іФіг. 25В, Ї Є х Ж ж ся х В Е: посеттулттттнттлнтттнК рани ї Как сь ;
Фіг. Зо п ОН ВН Фіг 2 пи ни пи п о пн і ЇМ семкнокіену Бівк зе НІХ : Енн нн нн ви нн нос кн м нн і веж Пеоюе ЗВО БОКУ Зх Пе рах і нн М вн Кн НК В ї М їн бсатоюк сих пісі ачінсякис БИбехю шісю 3 Ї Н Н і М пай Медоюг сне «аріскжю: НЯ Мед І і нн а а в В В и п а а в а
Е . К Ки їж 1 ї ев сббє фе І ааой і нн и м В а а а ї ;. фев РЕще їжа Н Ї Ж оББе я ОА Я І х : Н : ї Н : : 3 ї : ї ї 1 1 У : і Н ї у Я Н іо ЗАЧ Е: НКУ У ї ; Мп зенвкЕі Кров Та Я Ї п в в КВ м А : І ЗНОЮ НЕ з МУ : : ДУХА Ат ІТИ т А А таииляя нин сих жк з я ї вк х : І сойсснео нт М) чає Іо : вада ин и а п ІЗ прі яри КОЖ, : : Ї Бране пов з ке : Н о икаук тк де чи І І ІОлобСяе ТЕР ХХ ЕН : фу У УААН АНА АНА НААН АНА ААУ ДАТА НААН і У ї Н Е ку г. і х, МК іх. Кі ІТ г ен з Ми Б ше Ов ою КІ ї Н Е ще п чи ї І вк ЕН БІ ї Н : «кт их ще - гами о. ш ї ї Н Ще риє с МО РЗНОЇ ОВ хо сх ВЗ ї нн а нн нн . Тл» зай пах ПНО СО паВе І МецА ! ї ЕЕ лаб Яя битої НН ї І і ІЧ ааеміке Ор фНБеУ ее МБ : Н щі З У. і Мк Її их І і Нове афоуіяе М ЯМег йзу ЕВ : гост, . Н знах ан Ме ї Н Я ще ек МО М Боба : І нн в нн нн и нн п нн М ОО ШЕ схо З ! І Му кана іййт Зі Кей ї Н З есе знє Ше ЗБЕ ще : ВН сю сопе ев г і її : піску лвгия Шфхмах сизейник Біну МД, ї і М'яз ВО» ВІВ дея ЗНО ВАВ Бра Я по о и и ок ди и кв зе Юр (М лем вібех зеамей Мой ант і и в кпк и а І : !
і Г.А і о жа : | ххлжжжижжкжижкиккюєьькя
Фіг. 23 Ф Іг. 2388 : ; ! гас
І. 230 ви чн С ши пеня й ри жкнюжжжня гікіккнжняжн жи юю юю юю ючих АКВА ЮВВ ВХ УА яв АТ ВВ ще ; ях а : | Ї кал ля АКА ТАТУ дінлячжттттітянктіккттт тя ютт я ї оон СТВ ї пещдаєкттєттн тт ктннттюиктюю кт - ще жежккктюттюття няних. : й в : с лен й ще ПО сосоюкх соску ІЕ ще Бай Ко ї М З пон й х й: і х | п ккюкккккккккккккккккхккккккккка й і : ХкКккккккккккккккюкк ких п " кхххукххААХ колін хх киикккккк кю ї т но Все хх фанат «пт жк тт ТТ ТТ КТ пот т Кот таК тетт т тттотеототінетттотя . ї Є З сеплллллічтнн и ВЕ 4 т | - лляні ухютя М в я ї т й що є ПО З пи нн поем пи в у : вн пеєеееттюя пиеєкужууууия вх ще в. пак а я І М що ; " пон ня ; - ; ч п у " ТЕКА тн ; ; й) 1 нання 7 по щ- ЕВ НМ ЯН ЗК одх Чаї Ї х (У су і М й ке аа шин о НИ й й ТОНИ 3 НН Сдбстетостт сте п : Шетєтєтєєєяєюттюююя єкт юютюткиют юних тютюн, ' що ; ще дих й повинні нні нн Є З Й МН пеЖ ЕК Ку Ко З мости де Ек сетготт шин в ВО 3 ши пня шеяжхтяєюююятяяяятя тютюн яхт є юєютюєтятюєєтткя ї ; к ! з : ; с - нини зн ее пхжкккх по вро нн укхкхх у. і В; й й " шукутєтикткинииккн ут ктєккккк єкт й ві Яке» в й : пелет тоееткееотеттєннн дхуєухієкукіккєккєєкхх ххх єю єєєюєкєккккєкєюююює се й секуєкккю У ' шиужиинитин куки ук ин к уки ютєтккктюттекя Н пеєетуєкекі уки кти кккюскжккккккккююююх суху сууухух пеєєююя : ОКУ Ж КУ юю леєюююю се ще й т кити КЕ я 7 у й М» ; наш МК ка Кок мих нкннянкнят я ШИ ГКУ ТОНЕ Тепе де п, ізві па г З В І Гм Ї ЕП а наці НН ще чу о х й Як й пут ук у фія ух АД по Дос й ТУ ува ві и с ; - з | ї Й КН що Но КК ря йкая Ту КВУ ї зло ра де х Е ХХ АКИИЖАХАААК НА ТАААНА АННА КАТКИ КАК АННН ТТН ННІ КК КАНТ 3 у т п м дл в о ї плллятяяттялнятяянян няття няття ! нин В 3 зетєтетеєєєюєтеиий У Е
Ф я. я щі кун ие КЕ К жкіоцник Ше в в НАННЯ і Бе5оВВ ІК тет Кк 0. ЕХ що нн рт НЕЗВУНВТУЮВ «ех і вн а КН у Н ііі мам ук ку ї і ІХИеЕКНІ МЕН поема : і пек нн нн і ВВ пеужеКІ КН зе» 15 ї і в и п а р а о В ! м вин качка ї З НІ зве НИМ веукя ї З нн в ном и -ї нку і емо тр, ї 1 Н ЕЕ ЕН ЧУЖУ сто В Н нан нн а а а Кн ка а а х Н саурохжай вим лиса у І ї Н кр -оаая РЕ лено Ї !
и т. ї : пі ЗХ знов, сх ї ї і як З ПОХММ КИЮ: же тх Н ї Кін ма у я винна як пекхжекинккиєн як і ї х уки жєиюнюеуєюкнюєтккюююд ки куєєкуккююєкикхиї ї пз пр п у Н КЕ Я НЕ енееінак пев і ! інн и нн вн и нн ІЗ д ЕК тю с Н ші с дм к,, пі М Х Н ї БУ пет псноОо Бі Н і а о в о п а ІЗ УЖ ТУ. уче КО емо міч Н ' і 2--В5В2 БЕН ТеФЕМЕОЮ ХВ. Є Я оЖННВИсМе і і ї міс дм посойве в, зиготи. Ж і і Н вІЗВ Я ЕМВ охоте і і нн нн полити : рах ви « «Мн прати В Н Н ВІВК ОЖУ ИКНМК ЕД НІ Я і а а і Н Н І «Дю ДК меми є ка Я Н Й ЕН М М КК ям Ж Я дюжину ник жучків уні ци нюють ююкю юю ІЗ ш . умій ме вух т Й ! поету иа вом) Е І смів я домів юю осииссию. Н ' і ІЩЕ МС БУК о М і і і ОВЕКЕ ЗВУ ВЧЕНОЇ Ве З : Ії І ВН МО ВЕК а М і і Нео М о о Да о сег І ДМ о букечи дукмнаВиг зу Н Н Н Ж МНЕ хар МУКИ З і і міх у сирій ом ВК Н Н МЕНІ ОВУ ЮВ ТУ зе В і і нн о а ІНФОРеЦВНеМ ВН ЗЕБЕМИНІ НИ ВІНКИ і чн кн а а в и піве ій іо че шоп. ХА і ВОК УНК ооо 1 Н окуні авіаквитки хахччхххкхххатхічххххєи жк ккіачикиси кукси кт к єкти кити що найм кащиелкх еВ каші теми, ' НО КВІК: ПОХННУНОМ. МОДИ ЕВ ПЕК І : і ВЕ НЕ осуВ ТИ хо БІ : ! боби акме. кінжц, уран поч Н Н ЩіКя Ям. СПОСО; ЗК ВА і і нин п кп на м на ЗК В З НО Н Н ПІ ОК ушу КМ сот ДУ Н Н п о п п А ДаНКеВЕ ЗНУ ЗБУЕНВУ ЕВЧНВВЕ ІКОН і і дока а оп а о В о а і ВИ ОА ОД спо дв сис ЛК У 3 КВ В ЕМ оно и і і СНУ НУ пд, : : дк ЯНЕРОВНИ ВЕУ : І пн о но и а а о В З 1 БІБ БЕ НЕЖНЕМИ ІМК сот ЕК Я 1 і 3 Яги: ром е и Кум ув КК У ї зе ВЗІИЧНі ВН У ї Н и енер ПннннАМннн АХ ААММАХХАХАААХХАА, ЖААААААА МА ДАМАМ Кт те тітки тин ту ХО ТАМААМ ее її Інно вве МАЕ І ї ЕК вн ак зе НУ Я Ге я СЕ ! о УоА Нв кун акоднннонння че іч ЕВ) Е Я ї
ФІГ. БВ і КЕ ек Ї длпилннннКККККВЖАКЮТККЮЖАЮКХ ТИКИ Як, ад пн мин нн нн нн ду оо Ко КК КК АК ХК ААУ УА ТЛ ЛУ Сооусттосодссескскссесесеокок ог. ї між ВМ лем шо - щщх ї ІЧ : ВІВ ОМ М хе Я З Н фу у я нн и сей ІЧ кан суми мех жуть рило У : ; чай аск: аглювулен вауКеВ ; і о а ВН о о А НН Ї ніс у удо ним хо МКК тт Е ЕК ВОСЕНИ НУ» ПО МКК ОЕ ї Н «Меп ик пан Кт ФЕИКАУ ККЧЕРКВІВКМ Пе ОЯИ В З Е Е піс М зозуля ще штрих х НЕК ОУН яко ЗБИВ і а а В В НН п ВОДО ВСВ ЕОМ пе і і денти жу Тижня няння кі А ЖАЛА Я Ка п ниж я ААКАЛ ВА АЛАНА АКА А КАК ААААХАКАХААААХАХАААААААААААА АЛАНА ААААААТЯЯ ді В; пуб спгоху ЗХ ій 1 Ї ВІН ВЗУКУЯНЕИК се ЗОНІ | і пи федри ее я Н Н НеВі наКеа. певне І і вими нан св дм М п а КК : Н 1 ВОІВ ВУ сеосх ЗЯО | І пкт нт кт тн ж уж ті пт я п ж інт пня ж кт ня КАЖАН я Ж АТ тн кт птн вин п юки піРния фНі вені момУа ї Я МОЄ КСВ ВИН варни | Е в нн нн нн РОТУ У НО а Я М І РОК ВЕ З ВЕУ зе с ВО Е І В а товар ан кофе Е І ро МОЛ ЕМО ЕІ | : ко в нн п Ко Кия ЩІ кс Я І ї ї те ОКХ здат сил : ї РОГ УВІ ВК нео ВІ і : ВАК КЕ КВ КК КК КК Мддди ми мими тини маляти т пналнля ті каая тили Денна нання КОЖ сне Поу ї сидр Н ї року ЗМО ВН ВОК СКУ Н І НН п 7 сх ВК ех іх СЕ ! 3 т ВЕН ПЗВ се ОТ, і : о о А вк и ре рази Мечірур пед ми: | ї Код ЗОНУ ЧЕКАЄ ї.
ПЕК Є її Н : о нн НН НН п з ш вуст ВЕК гру имма ша КО і КО ВИЩЕ ПОМОЯТОЮ сок 182 Е : и ЛИ Н 3 КОДИ В ШО ВЕНИ Е Е и НН НМ М ММ Мн КОМ од ЩЕ уми оче здли лити ДУСІ Н Ї ТВЕН ПЕВ хе НО ! З фея З кон ие о я 4 їх с Ікеа кан мМ пани М Тож и 00 ВИНКС ЗБЕ БМ ДООЛНюВЯ В і : ме кн М В КК НК КВ КК Прнлилля нти лляжжннтнннях ФО ЕМ єеаас нарко ху сі ВА Н ї РОБОВИМКТ пеИКЕАК КОЮ он ЖК | Е Бо ВИЩЕ НЕ ОНЕНВИВНУ ЗК БУХ г ! : ем М НН, нн а Фр акне ї : Бай ВНС : і ни в НН НН нн пон щ «35 м родимі Кур Н І ТЯ аа лю. ке ЦИЖЕВО Я у і : 3 МКУ Шресві бас Ох ї х І ЯН ев.
Вчені і : ї мае можна х й на т ї ї ї їх сх суха ЕФ рі ВН Ж ї ї 3 ВК ВИХ ІН ВИ ВВ В ше 3 ї НІ х З В 3 і ї Її р М ї о в в в КК в ї у 3 ї : і 2 їх З ї 1 ї о В ЕЙ ік срді ! ФГ ЄЗА ших ше я бу ЩЕ (Фі г У СВ т жк Фіг, 25
НИ лу Маслов кісти ие Че яр Вимейноє реумеооме Я бер: нн нн нн нн Кн нн І й М ї - ї Е дво олег ще ій іцавй Е ї лю ве. ФВ р. 5 їй ок че ї ї і Кк ЗЕМ ЕНКІХ зе ЦЕ БОПОДОЕНЦИХ кое ср Є пчАНЯ; опе ен Е Е нн а а В В ї ішщій ссо3. йхе сії іл Е зе сво перооуві сему: спек Я МІ сво петеуш севу опзе| оепесавх ше оон во ов пи п в и вв по оно он ниви тини пив Е |; і ї 1 : ' Пн и у З Н Н і ї Я і : Х : : ї ї 1 1 іржу. тьч о вух. Ж сх че : Н І Н ї ; дні ЗКВе Бах я С БК Х «ся БО С певну! ПОН : ! Пн а і В А п ! ія ср века! ву: ЗСпВОх а І п а і і а В А М В І: І ІЧ тов темпи: ак ЕЕ, ФІ Керн овниу зм В ІНЖЕ МОВ ГМО СБУ ЧЕМ зе ЗеНИХ Іі ї ! : : Е ннннмнмнмнмнмнжнжнлнмнлнлнлнлнлнлнлнлнлнлнлнлнлнлнлнл мл нлнлжнлжлжлалнл нн лнллнллнлнннннллалннлаанананаананннннлнлнлнлнлнлнлнлнлнлнжлнжллнннннннм ііі ів В : З Н ї 3 ра : 1 4 ї 3 ріг. ав херіч і фісчідточй дя Кс всю х : ї п чи Зцвріє тлнек реложкее я я Возспон тезагуво опе Ой ТОВ ! їй: вий грн ті ді їй ї би о сре петлю біду ЕОБІЖЕ : би бр ОБ піду і о : й : ї 7 Е : їз : : К : ї шана а анна а а НН,
ріг. 27 Ровнийцію ок п То Веве ; о ВиВВіє Ві ОК реа ву О Везспоюг ї тат ша Ком В гезагуєт пле 705 і щЩл : ! ШК : і Я сккеєєєєєсєєєнннєєєюєєєєєєєсююєєєєєсєєєєєюєєєєсєєюєєкєссєюююєєєєєюєюкєссєєєєєєюююююююююютєюююєюююююююююттєєююююєєєюююєєєттєєня нн и і
У . Я . но ї К ІЗ Гал г Кк І Я ї мя Е ! Зйсе пелосг бжя по ше ; : що що ! Енн нн в пкжкккєтєєсююютккєютєтскгксккккхкєкхтктютяя нн: зни ши ї НА ч Кк Зічуж З : ї . ЩЕ 5се Вежі а пад) : : КИ лет. 3 : І ї зач Ма КОЗА ! зйсе пезфег аа : : пов п песен ї ї : 1 ліймх іі : : : їе аісттени : ! і : і -- | '
Фк. 28 у вибріє Мі ін реуюзавв ії . Вецепйрюг ДТ А ни тн анти нут жттттях. миши . гехогуві опе 4Ой5 СО ЩЯ ! Ше оботу ше он в ік зужжнжжихия. УЖНУ УЖ УЖ ЖЖ ДК КК ОО ооо ок і пшНнне Міех іп ргейхей 8нсез йдо щі фФосєєеєтттеєсттетнтетєюетєтття я тняжт птн тля ння и ниття нн нн : ВК япона фмез іп сейм обова Па, | ' : пита Мез ій ргейхео зйсе5 тіпцеї шо. нн НН НН в В ' Те Ше м зл рейх зноев ше ! ш
Фіг. 2е я Бо ще пббепоове В ранової "Овес : геБегяні опе 75 ИЙ . нин ен пон нн ши : ПАЦШНВОНе мех ій уеенжей знсея 155 й КУ м ни пи 7 потоки тити житті отже Коко ктоттикоко ше Зк, ї ! НЕ пиацбрре фе: з риеЯхеє віове НВО; : : пий: ще п огенхей ее мив! ОНЕ о ТО ее «ох пі Ще й о пн Я ! : печу і зятя онК МКУ МАН АХ С ААААЛА І ААДАААААЛА АД АКА АЛ ААААААХАЖААААЛАЖН ЖАКА НКТ дениннинняння пиххтктннниК Че бог ваг | КО. они нов еп оо моло о ооо зно нон Ше ма | ОщИВ : Ще че Ба В; Ше нею! а ї : ! ща а ік ооо ОО ою нене опвінени поонвпівовіін Шк
Фіг. 30 ! ві іх реуїово бів у х Бевсбвюх ннмнмамюмнНнажамаоазєгннюаа ааааатннттннни у пон пив ! гезогувю опе 8БНЕ ШЕ пн пику киюннккнккея няття кт ккккх ххх юки х яких ше ях це й зххую ше ! ої Кк ТВ ! змов шекуєжктюютттякит тики нн о оті дютйу ся . і вниз Ще тої по шо Ме В оее ПИ Нева вок пчпнет 1 : гі Ще МТ) а мин аа а и ни
Фів. З
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201261666185P | 2012-06-29 | 2012-06-29 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| UA123988C2 true UA123988C2 (uk) | 2021-07-07 |
Family
ID=48782303
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| UAA201413940A UA114909C2 (uk) | 2012-06-29 | 2013-07-01 | Концепція потоку відеоданих |
| UAA201702253A UA123988C2 (uk) | 2012-06-29 | 2013-07-01 | Концепція потоку відеоданих |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| UAA201413940A UA114909C2 (uk) | 2012-06-29 | 2013-07-01 | Концепція потоку відеоданих |
Country Status (25)
| Country | Link |
|---|---|
| US (6) | US9973781B2 (uk) |
| EP (3) | EP3905697A1 (uk) |
| JP (8) | JP2015526006A (uk) |
| KR (5) | KR102659283B1 (uk) |
| CN (15) | CN115442626A (uk) |
| AU (6) | AU2013283173B2 (uk) |
| BR (2) | BR122020007914B1 (uk) |
| CA (3) | CA2877045C (uk) |
| CL (1) | CL2014003507A1 (uk) |
| DK (1) | DK2868103T3 (uk) |
| ES (1) | ES2614910T3 (uk) |
| HK (1) | HK1210342A1 (uk) |
| HU (1) | HUE031264T2 (uk) |
| IL (7) | IL305350B1 (uk) |
| MX (2) | MX2020009883A (uk) |
| MY (1) | MY167958A (uk) |
| PH (5) | PH12014502882A1 (uk) |
| PL (1) | PL2868103T3 (uk) |
| PT (1) | PT2868103T (uk) |
| RU (3) | RU2635251C2 (uk) |
| SG (3) | SG11201408612TA (uk) |
| TW (7) | TWI636687B (uk) |
| UA (2) | UA114909C2 (uk) |
| WO (1) | WO2014001573A1 (uk) |
| ZA (1) | ZA201500558B (uk) |
Families Citing this family (79)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3174295B1 (en) | 2012-04-13 | 2018-12-12 | GE Video Compression, LLC | Low delay picture coding |
| CN107809645B (zh) * | 2012-06-22 | 2021-12-03 | 威勒斯媒体国际有限公司 | 图像解码方法及图像解码设备 |
| EP2866438A4 (en) * | 2012-06-25 | 2015-12-02 | Nec Corp | VIDEO ENCODING / DECODING DEVICE, METHOD, AND PROGRAM |
| CN115442626A (zh) | 2012-06-29 | 2022-12-06 | Ge视频压缩有限责任公司 | 视频数据流、编码器、编码视频内容的方法以及解码器 |
| JP6214235B2 (ja) * | 2012-07-02 | 2017-10-18 | キヤノン株式会社 | ファイル生成方法、ファイル生成装置、及びプログラム |
| US20140003534A1 (en) * | 2012-07-02 | 2014-01-02 | Sony Corporation | Video coding system with temporal scalability and method of operation thereof |
| EP4156690A1 (en) | 2012-08-09 | 2023-03-29 | Sun Patent Trust | Image decoding method |
| US9479774B2 (en) * | 2012-09-24 | 2016-10-25 | Qualcomm Incorporated | Buffering period and recovery point supplemental enhancement information messages |
| MY181830A (en) | 2012-09-26 | 2021-01-08 | Panasonic Ip Corp America | Image decoding method, image coding method, image decoding apparatus, image coding apparatus, and image coding and decoding apparatus |
| US8989508B2 (en) * | 2012-09-28 | 2015-03-24 | Sharp Kabushiki Kaisha | Electronic device for signaling a sub-picture buffer parameter |
| US9479782B2 (en) | 2012-09-28 | 2016-10-25 | Qualcomm Incorporated | Supplemental enhancement information message coding |
| US9883011B2 (en) * | 2012-10-12 | 2018-01-30 | Canon Kabushiki Kaisha | Method and corresponding device for streaming video data |
| US9374585B2 (en) * | 2012-12-19 | 2016-06-21 | Qualcomm Incorporated | Low-delay buffering model in video coding |
| US9591321B2 (en) * | 2013-04-07 | 2017-03-07 | Dolby International Ab | Signaling change in output layer sets |
| CA3129121C (en) | 2013-04-07 | 2024-02-20 | Dolby International Ab | Signaling change in output layer sets |
| GB2513303B (en) * | 2013-04-16 | 2017-06-07 | Canon Kk | Method and device for partitioning an image |
| GB2514618B (en) * | 2013-05-31 | 2020-11-11 | Advanced Risc Mach Ltd | Data processing systems |
| EP3018910B1 (en) * | 2013-07-05 | 2019-11-13 | Saturn Licensing LLC | Transmission device, transmission method, reception device, and reception method |
| KR102657916B1 (ko) | 2013-07-15 | 2024-04-15 | 지이 비디오 컴프레션, 엘엘씨 | 다계층식 비디오 코딩에서의 저지연 개념 |
| WO2015009676A1 (en) * | 2013-07-15 | 2015-01-22 | Sony Corporation | Extensions of motion-constrained tile sets sei message for interactivity |
| JP6268066B2 (ja) * | 2013-09-20 | 2018-01-24 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ | 送信方法、受信方法、送信装置及び受信装置 |
| EP3703379B1 (en) | 2013-12-16 | 2022-06-22 | Panasonic Intellectual Property Corporation of America | Transmission method, reception method, transmitting device, and receiving device |
| JP6652320B2 (ja) * | 2013-12-16 | 2020-02-19 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ | 送信方法、受信方法、送信装置及び受信装置 |
| WO2015089623A1 (en) * | 2013-12-16 | 2015-06-25 | Mcafee, Inc. | Process efficient preprocessing for an encryption standard |
| CA2951009A1 (en) | 2014-06-20 | 2015-12-23 | Sony Corporation | Image encoding device and method, and image decoding device and method |
| US10091532B2 (en) * | 2014-06-26 | 2018-10-02 | Qualcomm Incorporated | Bitstream conformance constraints in scalable video coding |
| US10123028B2 (en) * | 2014-09-17 | 2018-11-06 | Mediatek Inc. | Syntax parsing apparatus with multiple syntax parsing circuits for processing multiple image regions within same frame or processing multiple frames and related syntax parsing method |
| US9800898B2 (en) | 2014-10-06 | 2017-10-24 | Microsoft Technology Licensing, Llc | Syntax structures indicating completion of coded regions |
| US11418812B2 (en) | 2015-02-11 | 2022-08-16 | Qualcomm Incorporated | Placement of parameter sets and sync samples in video coding |
| JP6879479B2 (ja) | 2015-09-02 | 2021-06-02 | インターディジタル・シーイー・パテント・ホールディングス・ソシエテ・パ・アクシオンス・シンプリフィエ | 拡張されたシーンでナビゲーションを容易にする方法、装置及びシステム |
| US10616618B2 (en) * | 2015-09-11 | 2020-04-07 | Lg Electronics Inc. | Broadcast signal transmitting device, broadcast signal receiving device, broadcast signal transmitting method and broadcast signal receiving method |
| JP6519441B2 (ja) | 2015-10-22 | 2019-05-29 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
| CN108886639B (zh) * | 2016-02-02 | 2021-05-07 | 弗劳恩霍夫应用研究促进协会 | 视频流传输中的场景部分和感兴趣区域处理 |
| TWI762260B (zh) * | 2016-02-09 | 2022-04-21 | 弗勞恩霍夫爾協會 | 用於圖像/視訊資料串流而允許有效可縮減性或有效隨機存取之技術 |
| US10582201B2 (en) * | 2016-05-19 | 2020-03-03 | Qualcomm Incorporated | Most-interested region in an image |
| US10574718B2 (en) * | 2016-08-25 | 2020-02-25 | Comcast Cable Communications, Llc | Packaging content for delivery |
| EP3293981A1 (en) * | 2016-09-08 | 2018-03-14 | Koninklijke KPN N.V. | Partial video decoding method, device and system |
| MX2022004787A (es) * | 2016-10-12 | 2022-12-01 | Fraunhofer Ges Forschung | Transmisión continua espacialmente desigual. |
| CN115955560A (zh) * | 2017-03-20 | 2023-04-11 | Ge 视频压缩有限责任公司 | 生成视频数据流的装置以及生成视频数据流的方法 |
| US10587800B2 (en) * | 2017-04-10 | 2020-03-10 | Intel Corporation | Technology to encode 360 degree video content |
| WO2019034803A1 (en) * | 2017-08-14 | 2019-02-21 | Nokia Technologies Oy | METHOD AND APPARATUS FOR PROCESSING VIDEO INFORMATION |
| US11523135B2 (en) | 2018-04-09 | 2022-12-06 | Nokia Technologies Oy | Apparatus, a method and a computer program for volumetric video |
| GB2572770B (en) * | 2018-04-09 | 2022-11-02 | Canon Kk | Method and apparatus for encoding or decoding video data with frame portions |
| KR102644707B1 (ko) * | 2018-07-02 | 2024-03-06 | 노키아 테크놀로지스 오와이 | 비디오 코딩에서 타일 관련 어드레싱을 위한 방법 및 장치 |
| CN112690004B (zh) * | 2018-09-14 | 2023-01-13 | 华为技术有限公司 | 一种视频译码中的基于分块的寻址方法，译码器以及视频译码设备 |
| KR102637732B1 (ko) * | 2018-09-21 | 2024-02-19 | 삼성전자주식회사 | 이미지 신호 프로세서, 상기 이미지 신호 프로세서의 동작 방법 및 상기 이미지 신호 프로세서를 포함하는 애플리케이션 프로세서 |
| US10834163B2 (en) * | 2018-10-18 | 2020-11-10 | At&T Intellectual Property I, L.P. | Methods, devices, and systems for encoding portions of video content according to priority content within live video content |
| GB201817781D0 (en) * | 2018-10-31 | 2018-12-19 | V Nova Int Ltd | Mehods, apparatuses, computer programs and computer-readable media |
| US11140403B2 (en) * | 2018-12-20 | 2021-10-05 | Tencent America LLC | Identifying tile from network abstraction unit header |
| US11310516B2 (en) * | 2018-12-21 | 2022-04-19 | Hulu, LLC | Adaptive bitrate algorithm with cross-user based viewport prediction for 360-degree video streaming |
| US11778171B2 (en) * | 2019-01-02 | 2023-10-03 | Nokia Technologies Oy | Apparatus, a method and a computer program for video coding and decoding |
| BR112021013512A2 (pt) * | 2019-01-09 | 2021-09-14 | Huawei Technologies Co., Ltd. | Codificador de vídeo, decodificador de vídeo e métodos correspondentes |
| CN113557744A (zh) * | 2019-03-11 | 2021-10-26 | 华为技术有限公司 | 视频译码中的分块级滤波 |
| US10924751B2 (en) * | 2019-03-18 | 2021-02-16 | Tencent America LLC | Data unit and parameter set design for point cloud coding |
| CN114009051B (zh) * | 2019-06-27 | 2023-07-18 | 华为技术有限公司 | 用于v-pcc的假设参考解码器 |
| US11012690B2 (en) * | 2019-08-21 | 2021-05-18 | Tencent America LLC | Method and apparatus for video coding |
| CN112422295B (zh) * | 2019-08-23 | 2023-06-13 | 微芯片技术股份有限公司 | 以太网接口及相关系统、方法和设备 |
| CN112532569B (zh) * | 2019-09-19 | 2022-05-31 | 澜至电子科技（成都）有限公司 | 视频码流保护装置、方法以及存储介质 |
| CN110856220B (zh) * | 2019-11-15 | 2020-12-29 | 深圳市东方拓宇科技有限公司 | 数据传输方法及终端 |
| CN110856153B (zh) * | 2019-11-15 | 2020-12-29 | 深圳市东方拓宇科技有限公司 | 数据传输方法及终端 |
| US20230013803A1 (en) * | 2019-11-27 | 2023-01-19 | Lg Electronics Inc. | Image decoding method and apparatus therefor |
| US20230328266A1 (en) * | 2019-11-27 | 2023-10-12 | Lg Electronics Inc. | Image decoding method and device therefor |
| US10939126B1 (en) * | 2019-12-09 | 2021-03-02 | Guangzhou Zhijing Technology Co., Ltd | Method of adding encoded range-of-interest location, type and adjustable quantization parameters per macroblock to video stream |
| EP4085622A1 (en) * | 2019-12-31 | 2022-11-09 | Koninklijke KPN N.V. | Partial output of a decoded picture buffer in video coding |
| KR20220119675A (ko) | 2020-01-09 | 2022-08-30 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 화상 헤더 존재 |
| JP2021131168A (ja) | 2020-02-18 | 2021-09-09 | 株式会社デンソー | 熱交換器 |
| CN115211130B (zh) | 2020-02-21 | 2024-04-09 | 抖音视界有限公司 | 基于条带和片图片分割的信令通知的处理视频数据的方法 |
| BR112022016900A2 (pt) * | 2020-02-28 | 2022-10-25 | Huawei Tech Co Ltd | Codificador, decodificador e métodos correspondentes que simplificam sinalização de elementos de sintaxe de cabeçalho de fatia |
| JP7450747B2 (ja) * | 2020-03-05 | 2024-03-15 | エルジー エレクトロニクス インコーポレイティド | 混成ｎａｌユニットタイプに基づく画像符号化／復号化方法及び装置、並びにビットストリームを伝送する方法 |
| EP4144093A4 (en) * | 2020-05-22 | 2023-08-23 | ByteDance Inc. | SIGNALING OF IMAGE INFORMATION IN ACCESS UNITS |
| WO2021243044A1 (en) * | 2020-05-27 | 2021-12-02 | Let's Jam, Llc | Methods and systems for synchronizing multimedia |
| CN115918077A (zh) | 2020-06-09 | 2023-04-04 | 字节跳动有限公司 | 子图片子比特流提取过程中补充增强信息的处理 |
| US11321878B2 (en) | 2020-06-26 | 2022-05-03 | Sony Group Corporation | Decoded tile hash SEI message for V3C/V-PCC |
| EP4268457A1 (en) * | 2020-12-28 | 2023-11-01 | Koninklijke KPN N.V. | Partial output of a decoded picture buffer in video coding |
| EP4268462A1 (en) * | 2020-12-28 | 2023-11-01 | Koninklijke KPN N.V. | Prioritized decoding and output of parts of a picture in video coding |
| CN113542745B (zh) * | 2021-05-27 | 2024-06-25 | 绍兴市北大信息技术科创中心 | 一种率失真编码优化方法 |
| WO2023242590A1 (en) * | 2022-06-16 | 2023-12-21 | Mbda Uk Limited | Method for image encoding |
| US11695965B1 (en) | 2022-10-13 | 2023-07-04 | Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. | Video coding using a coded picture buffer |
| CN116149591B (zh) * | 2023-04-04 | 2023-08-18 | 深圳曦华科技有限公司 | 一种命令模式码片数据流传输时序控制方法及装置 |
Family Cites Families (143)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5020121A (en) | 1990-08-16 | 1991-05-28 | Hewlett-Packard Company | Neighborhood block prediction bit compression |
| US5786858A (en) | 1993-01-19 | 1998-07-28 | Sony Corporation | Method of encoding image signal, apparatus for encoding image signal, method of decoding image signal, apparatus for decoding image signal, and image signal recording medium |
| RU2093968C1 (ru) | 1995-08-02 | 1997-10-20 | Закрытое акционерное общество "Техно-ТМ" | Способ кодирования-декодирования изображений и устройство для его осуществления |
| JP3409552B2 (ja) | 1995-12-27 | 2003-05-26 | 三菱電機株式会社 | ディジタル情報符号化装置、ディジタル情報復号化装置、及びディジタル情報符号化・復号化装置 |
| JPH09298668A (ja) | 1996-05-07 | 1997-11-18 | Mitsubishi Electric Corp | ディジタル情報符号化装置、ディジタル情報復号化装置、ディジタル情報符号化・復号化装置、ディジタル情報符号化方法、及びディジタル情報復号化方法 |
| EP0861001B1 (en) | 1997-02-07 | 2012-05-23 | Texas Instruments Incorporated | Error resilient video encoding |
| HUP0001273A3 (en) | 1998-01-20 | 2000-09-28 | Interactic Holdings Llc New Yo | A scalable low-latency switch, interconnect apparatus, interconnect structure and method |
| US6754271B1 (en) | 1999-04-15 | 2004-06-22 | Diva Systems Corporation | Temporal slice persistence method and apparatus for delivery of interactive program guide |
| US7093028B1 (en) | 1999-12-15 | 2006-08-15 | Microsoft Corporation | User and content aware object-based data stream transmission methods and arrangements |
| TW488155B (en) | 2000-01-27 | 2002-05-21 | Hewlett Packard Co | Task-partitioned hybrid codec |
| US6493388B1 (en) | 2000-04-19 | 2002-12-10 | General Instrument Corporation | Rate control and buffer protection for variable bit rate video programs over a constant rate channel |
| GB2377573B (en) * | 2001-07-11 | 2004-03-31 | Motorola Inc | Video transmission system, video tranmission unit and methods of encoding/decoding video data |
| CN100407791C (zh) | 2001-11-16 | 2008-07-30 | 株式会社Ntt都科摩 | 图像编码、译码方法、图像编码、译码装置及图像传送系统 |
| JP3807342B2 (ja) | 2002-04-25 | 2006-08-09 | 三菱電機株式会社 | デジタル信号符号化装置、デジタル信号復号装置、デジタル信号算術符号化方法、およびデジタル信号算術復号方法 |
| US7305036B2 (en) | 2002-05-14 | 2007-12-04 | Broadcom Corporation | System and method for entropy code preprocessing |
| US6646578B1 (en) | 2002-11-22 | 2003-11-11 | Ub Video Inc. | Context adaptive variable length decoding system and method |
| US8661496B2 (en) | 2002-12-10 | 2014-02-25 | Ol2, Inc. | System for combining a plurality of views of real-time streaming interactive video |
| EP1595405B1 (en) * | 2003-02-18 | 2019-12-04 | Nokia Technologies Oy | Method and device for transmitting media data in nal units over rtp |
| KR101029762B1 (ko) | 2003-03-03 | 2011-04-19 | 에이전시 포 사이언스, 테크놀로지 앤드 리서치 | 고급 비디오 코딩에 대한 인트라 프레딕션을 위한 신속모드 결정 알고리즘 |
| US7447369B2 (en) | 2003-03-07 | 2008-11-04 | Ricoh Co., Ltd. | Communication of compressed digital images |
| US6894628B2 (en) | 2003-07-17 | 2005-05-17 | Fraunhofer-Gesellschaft Zur Forderung Der Angewandten Forschung E.V. | Apparatus and methods for entropy-encoding or entropy-decoding using an initialization of context variables |
| US20050185541A1 (en) | 2004-02-23 | 2005-08-25 | Darren Neuman | Method and system for memory usage in real-time audio systems |
| US7586924B2 (en) * | 2004-02-27 | 2009-09-08 | Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. | Apparatus and method for coding an information signal into a data stream, converting the data stream and decoding the data stream |
| EP1754378A1 (en) | 2004-05-25 | 2007-02-21 | Koninklijke Philips Electronics N.V. | Method and device for encoding digital video data |
| EP1760933B1 (en) | 2004-08-06 | 2012-03-14 | Panasonic Corporation | Feedback control for multicast or broadcast services |
| US7440626B2 (en) * | 2004-12-02 | 2008-10-21 | Mitsubishi Electric Research Laboratories, Inc. | Image transcoding |
| KR101138392B1 (ko) | 2004-12-30 | 2012-04-26 | 삼성전자주식회사 | 색차 성분의 상관관계를 이용한 컬러 영상의 부호화,복호화 방법 및 그 장치 |
| JP4680608B2 (ja) | 2005-01-17 | 2011-05-11 | パナソニック株式会社 | 画像復号装置及び方法 |
| US7664041B2 (en) | 2005-05-26 | 2010-02-16 | Dale Trenton Smith | Distributed stream analysis using general purpose processors |
| US20070022215A1 (en) | 2005-07-19 | 2007-01-25 | Singer David W | Method and apparatus for media data transmission |
| GB2429593A (en) | 2005-08-26 | 2007-02-28 | Electrosonic Ltd | Data compressing using a wavelet compression scheme |
| CN102271249B (zh) * | 2005-09-26 | 2014-04-09 | 韩国电子通信研究院 | 用于可伸缩视频的感兴趣区域信息设置方法和解析方法 |
| KR101255226B1 (ko) | 2005-09-26 | 2013-04-16 | 한국과학기술원 | 스케일러블 비디오 코딩에서 다중 ｒｏｉ 설정, 복원을위한 장치 및 방법 |
| EP2375749B1 (en) * | 2005-10-11 | 2016-11-23 | Nokia Technologies Oy | System and method for efficient scalable stream adaptation |
| WO2007043609A1 (ja) | 2005-10-14 | 2007-04-19 | Nec Corporation | 画像符号化方法及び、これを用いた装置とコンピュータプログラム |
| JP4211780B2 (ja) | 2005-12-27 | 2009-01-21 | 三菱電機株式会社 | デジタル信号符号化装置、デジタル信号復号装置、デジタル信号算術符号化方法、およびデジタル信号算術復号方法 |
| WO2007077942A1 (ja) | 2006-01-05 | 2007-07-12 | Nippon Telegraph And Telephone Corporation | 映像符号化方法及び復号方法、それらの装置、及びそれらのプログラム並びにプログラムを記録した記憶媒体 |
| KR100904442B1 (ko) | 2006-01-09 | 2009-06-24 | 엘지전자 주식회사 | 영상 신호의 레이어 간 예측 방법 |
| KR20070074453A (ko) | 2006-01-09 | 2007-07-12 | 엘지전자 주식회사 | 영상 신호의 인코딩 및 디코딩 방법 |
| RU2384970C1 (ru) | 2006-01-09 | 2010-03-20 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Способ межслойного предсказания для видеосигнала |
| US8619865B2 (en) * | 2006-02-16 | 2013-12-31 | Vidyo, Inc. | System and method for thinning of scalable video coding bit-streams |
| JP4876122B2 (ja) | 2006-03-22 | 2012-02-15 | フラウンホッファー−ゲゼルシャフト ツァ フェルダールング デァ アンゲヴァンテン フォアシュンク エー．ファオ | 精度スケーラビリティを可能にする符号化スキーム |
| US8848789B2 (en) | 2006-03-27 | 2014-09-30 | Qualcomm Incorporated | Method and system for coding and decoding information associated with video compression |
| WO2007114612A1 (en) | 2006-03-30 | 2007-10-11 | Lg Electronics Inc. | A method and apparatus for decoding/encoding a video signal |
| KR100828404B1 (ko) | 2006-05-08 | 2008-05-08 | 한국과학기술원 | 경계관찰질의를 이용한 데이터 스트림 처리 방법 |
| JP2008017331A (ja) * | 2006-07-07 | 2008-01-24 | Toshiba Corp | パケットストリーム送信装置 |
| US7840078B2 (en) | 2006-07-10 | 2010-11-23 | Sharp Laboratories Of America, Inc. | Methods and systems for image processing control based on adjacent block characteristics |
| CA2657267C (en) | 2006-07-13 | 2013-07-16 | Qualcomm Incorporated | Video coding with fine granularity scalability using cycle-aligned fragments |
| CN101491097B (zh) * | 2006-07-13 | 2011-12-14 | 高通股份有限公司 | 使用经循环对准的片段的具有细粒度可缩放性的视频编码 |
| JP4129694B2 (ja) * | 2006-07-19 | 2008-08-06 | ソニー株式会社 | 情報処理装置および方法、プログラム、並びに記録媒体 |
| US7554468B2 (en) | 2006-08-25 | 2009-06-30 | Sony Computer Entertainment Inc, | Entropy decoding methods and apparatus using most probable and least probable signal cases |
| JP5143829B2 (ja) | 2006-09-07 | 2013-02-13 | エルジー エレクトロニクス インコーポレイティド | スケーラブルビデオコーディングされたビットストリームのデコーディング方法及び装置 |
| CN101150719B (zh) | 2006-09-20 | 2010-08-11 | 华为技术有限公司 | 并行视频编码的方法及装置 |
| US8218640B2 (en) | 2006-10-31 | 2012-07-10 | Sony Computer Entertainment Inc. | Picture decoding using same-picture reference for pixel reconstruction |
| US8218641B2 (en) | 2006-10-31 | 2012-07-10 | Sony Computer Entertainment Inc. | Picture encoding using same-picture reference for pixel reconstruction |
| US7778277B2 (en) * | 2006-11-03 | 2010-08-17 | Mediatek Inc. | Timing recovery method and system thereof |
| US7675549B1 (en) * | 2006-12-08 | 2010-03-09 | Itt Manufacturing Enterprises, Inc. | Imaging architecture for region and time of interest collection and dissemination |
| EP2124343A4 (en) | 2006-12-14 | 2012-01-11 | Nec Corp | METHOD, DEVICE AND VIDEO PROGRAMMING PROGRAM |
| TWI328199B (en) | 2006-12-15 | 2010-08-01 | Via Tech Inc | Method for image rendering |
| ZA200904019B (en) | 2007-01-05 | 2010-08-25 | Thomson Licensing | Hypothetical reference decoder for scalable video coding |
| US20080247459A1 (en) | 2007-04-04 | 2008-10-09 | General Instrument Corporation | Method and System for Providing Content Adaptive Binary Arithmetic Coder Output Bit Counting |
| MX2009010322A (es) * | 2007-04-24 | 2009-10-19 | Nokia Corp | Señalizacion de multiples tiempos de descodificacion en archivos multimedia. |
| TWI330987B (en) | 2007-05-18 | 2010-09-21 | Via Tech Inc | Method and apparatus for determining whether adjacent macroblocks are located in the same slice |
| US8180029B2 (en) | 2007-06-28 | 2012-05-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| WO2009003885A2 (en) * | 2007-06-29 | 2009-01-08 | Thomson Licensing | Video indexing method, and video indexing device |
| KR20090004659A (ko) | 2007-07-02 | 2009-01-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| KR20090004658A (ko) | 2007-07-02 | 2009-01-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| CN100534186C (zh) | 2007-07-05 | 2009-08-26 | 西安电子科技大学 | 基于码率预分配的jpeg2000自适应率控制系统及方法 |
| US8873625B2 (en) | 2007-07-18 | 2014-10-28 | Nvidia Corporation | Enhanced compression in representing non-frame-edge blocks of image frames |
| US20110116542A1 (en) | 2007-08-24 | 2011-05-19 | France Telecom | Symbol plane encoding/decoding with dynamic calculation of probability tables |
| WO2009039638A1 (en) | 2007-09-28 | 2009-04-02 | Pin-Han Ho | A robust system and method for wireless data multicasting using superposition modulation |
| US20090097704A1 (en) * | 2007-10-10 | 2009-04-16 | Micron Technology, Inc. | On-chip camera system for multiple object tracking and identification |
| US8938009B2 (en) | 2007-10-12 | 2015-01-20 | Qualcomm Incorporated | Layered encoded bitstream structure |
| US20090141809A1 (en) * | 2007-12-04 | 2009-06-04 | Sony Corporation And Sony Electronics Inc. | Extension to the AVC standard to support the encoding and storage of high resolution digital still pictures in parallel with video |
| KR101291196B1 (ko) | 2008-01-25 | 2013-07-31 | 삼성전자주식회사 | 영상의 부호화, 복호화 방법 및 장치 |
| US9357233B2 (en) | 2008-02-26 | 2016-05-31 | Qualcomm Incorporated | Video decoder error handling |
| CN101552924B (zh) | 2008-03-31 | 2011-08-03 | 深圳市融创天下科技发展有限公司 | 一种用于视频编码的空间预测方法 |
| CN101568037B (zh) | 2008-04-21 | 2010-12-15 | 展讯通信（上海）有限公司 | 一种dvb-h手机电视流式修复的方法、终端与系统 |
| JP4962400B2 (ja) | 2008-04-30 | 2012-06-27 | ソニー株式会社 | 算術復号装置 |
| US20090316793A1 (en) | 2008-06-20 | 2009-12-24 | Yang Zhijie Michael | Method and system for adaptive deblocking for avs1-p2 |
| US8908763B2 (en) | 2008-06-25 | 2014-12-09 | Qualcomm Incorporated | Fragmented reference in temporal compression for video coding |
| CN102113324B (zh) * | 2008-07-31 | 2013-09-25 | 三菱电机株式会社 | 视频编码装置、视频编码方法、视频再现装置、视频再现方法 |
| EP2890149A1 (en) * | 2008-09-16 | 2015-07-01 | Intel Corporation | Systems and methods for video/multimedia rendering, composition, and user-interactivity |
| KR101007381B1 (ko) * | 2008-10-06 | 2011-01-13 | 주식회사 아이엠케이네트웍스 | 관심 영역을 고려한 영상 부호화 장치 |
| US20100254620A1 (en) | 2008-10-10 | 2010-10-07 | Daisuke Iwahashi | Image decoding apparatus and image decoding method |
| US7932843B2 (en) | 2008-10-17 | 2011-04-26 | Texas Instruments Incorporated | Parallel CABAC decoding for video decompression |
| CN102257819A (zh) | 2008-10-30 | 2011-11-23 | Gvbb控股股份有限公司 | 图像编码装置、图像编码方法和图像编码程序 |
| US9467699B2 (en) | 2008-12-03 | 2016-10-11 | Hfi Innovation Inc. | Method for performing parallel coding with ordered entropy slices, and associated apparatus |
| WO2010067505A1 (ja) | 2008-12-08 | 2010-06-17 | パナソニック株式会社 | 画像復号化装置および画像復号化方法 |
| US8371552B2 (en) | 2008-12-11 | 2013-02-12 | GM Global Technology Operations LLC | Shift actuator valve having a pressure dead band |
| US20120014451A1 (en) | 2009-01-15 | 2012-01-19 | Wei Siong Lee | Image Encoding Methods, Image Decoding Methods, Image Encoding Apparatuses, and Image Decoding Apparatuses |
| EP2392138A4 (en) * | 2009-01-28 | 2012-08-29 | Nokia Corp | METHOD AND APPARATUS FOR VIDEO ENCODING AND DECODING |
| JP5516843B2 (ja) | 2009-01-29 | 2014-06-11 | コマニー株式会社 | ３ウェイ方式のパネル連結構造及び連結金具 |
| RU2375939C1 (ru) | 2009-03-02 | 2009-12-20 | Андрей Николаевич Конев | Противоскользящее средство для обуви |
| US8514931B2 (en) * | 2009-03-20 | 2013-08-20 | Ecole Polytechnique Federale De Lausanne (Epfl) | Method of providing scalable video coding (SVC) video content with added media content |
| JP5072893B2 (ja) * | 2009-03-25 | 2012-11-14 | 株式会社東芝 | 画像符号化方法および画像復号化方法 |
| US20100246683A1 (en) | 2009-03-27 | 2010-09-30 | Jennifer Lois Harmon Webb | Error Resilience in Video Decoding |
| US9112618B2 (en) * | 2009-07-02 | 2015-08-18 | Qualcomm Incorporated | Coding latency reductions during transmitter quieting |
| US8948241B2 (en) | 2009-08-07 | 2015-02-03 | Qualcomm Incorporated | Signaling characteristics of an MVC operation point |
| US20110096828A1 (en) | 2009-09-22 | 2011-04-28 | Qualcomm Incorporated | Enhanced block-request streaming using scalable encoding |
| JP5389187B2 (ja) * | 2009-10-29 | 2014-01-15 | パナソニック株式会社 | 画像符号化方法および画像符号化装置 |
| KR101495724B1 (ko) | 2010-02-02 | 2015-02-25 | 삼성전자주식회사 | 계층적 데이터 단위의 스캔 순서에 기반한 비디오 부호화 방법과 그 장치, 및 비디오 복호화 방법과 그 장치 |
| US20110196673A1 (en) | 2010-02-11 | 2011-08-11 | Qualcomm Incorporated | Concealing lost packets in a sub-band coding decoder |
| US8487791B2 (en) | 2010-02-18 | 2013-07-16 | Research In Motion Limited | Parallel entropy coding and decoding methods and devices |
| US9973768B2 (en) | 2010-03-16 | 2018-05-15 | Texas Instruments Incorporated | CABAC decoder with decoupled arithmetic decoding and inverse binarization |
| JP5914962B2 (ja) | 2010-04-09 | 2016-05-11 | ソニー株式会社 | 画像処理装置および方法、プログラム、並びに、記録媒体 |
| CN102939750B (zh) | 2010-04-13 | 2016-07-06 | Ge视频压缩有限责任公司 | 跨平面预测 |
| US20110280314A1 (en) | 2010-05-12 | 2011-11-17 | Texas Instruments Incorporated | Slice encoding and decoding processors, circuits, devices, systems and processes |
| US9215470B2 (en) | 2010-07-09 | 2015-12-15 | Qualcomm Incorporated | Signaling selected directional transform for video coding |
| US20120014429A1 (en) | 2010-07-15 | 2012-01-19 | Jie Zhao | Methods and Systems for Parallel Video Encoding and Parallel Video Decoding |
| US9591320B2 (en) | 2010-07-15 | 2017-03-07 | Texas Instruments Incorporated | Context and bypass encoding video |
| US9185439B2 (en) | 2010-07-15 | 2015-11-10 | Qualcomm Incorporated | Signaling data for multiplexing video components |
| US20120014433A1 (en) | 2010-07-15 | 2012-01-19 | Qualcomm Incorporated | Entropy coding of bins across bin groups using variable length codewords |
| US8930562B2 (en) | 2010-07-20 | 2015-01-06 | Qualcomm Incorporated | Arranging sub-track fragments for streaming video data |
| US9131033B2 (en) | 2010-07-20 | 2015-09-08 | Qualcomm Incoporated | Providing sequence data sets for streaming video data |
| US20120063515A1 (en) | 2010-09-09 | 2012-03-15 | Qualcomm Incorporated | Efficient Coding of Video Parameters for Weighted Motion Compensated Prediction in Video Coding |
| US8344917B2 (en) | 2010-09-30 | 2013-01-01 | Sharp Laboratories Of America, Inc. | Methods and systems for context initialization in video coding and decoding |
| US8902988B2 (en) * | 2010-10-01 | 2014-12-02 | Qualcomm Incorporated | Zero-out of high frequency coefficients and entropy coding retained coefficients using a joint context model |
| US9313514B2 (en) | 2010-10-01 | 2016-04-12 | Sharp Kabushiki Kaisha | Methods and systems for entropy coder initialization |
| US8604951B2 (en) | 2010-10-05 | 2013-12-10 | Massachusetts Institute Of Technology | System and method for optimizing context-adaptive binary arithmetic coding |
| US8787443B2 (en) | 2010-10-05 | 2014-07-22 | Microsoft Corporation | Content adaptive deblocking during video encoding and decoding |
| US20120082235A1 (en) * | 2010-10-05 | 2012-04-05 | General Instrument Corporation | Coding and decoding utilizing context model selection with adaptive scan pattern |
| US8885729B2 (en) * | 2010-12-13 | 2014-11-11 | Microsoft Corporation | Low-latency video decoding |
| US20120163457A1 (en) * | 2010-12-28 | 2012-06-28 | Viktor Wahadaniah | Moving picture decoding method, moving picture coding method, moving picture decoding apparatus, moving picture coding apparatus, and moving picture coding and decoding apparatus |
| US9215473B2 (en) | 2011-01-26 | 2015-12-15 | Qualcomm Incorporated | Sub-slices in video coding |
| FR2972588A1 (fr) | 2011-03-07 | 2012-09-14 | France Telecom | Procede de codage et decodage d'images, dispositif de codage et decodage et programmes d'ordinateur correspondants |
| US9325999B2 (en) | 2011-03-10 | 2016-04-26 | Sharp Kabushiki Kaisha | Video decoder for slices |
| EP2684369A4 (en) | 2011-03-10 | 2014-08-27 | Sharp Kk | METHOD FOR DECODING VIDEO DATA |
| JP2012232720A (ja) | 2011-05-09 | 2012-11-29 | Suzuki Motor Corp | 船外機の動力連結装置 |
| GB2491164B (en) | 2011-05-25 | 2013-09-11 | Canon Kk | Method and device for compression of video data |
| US8995523B2 (en) * | 2011-06-03 | 2015-03-31 | Qualcomm Incorporated | Memory efficient context modeling |
| WO2012167418A1 (en) * | 2011-06-07 | 2012-12-13 | Technicolor (China) Technology Co., Ltd. | Method for encoding and/or decoding images on macroblock level using intra-prediction |
| US10298939B2 (en) * | 2011-06-22 | 2019-05-21 | Qualcomm Incorporated | Quantization in video coding |
| US9398307B2 (en) | 2011-07-11 | 2016-07-19 | Sharp Kabushiki Kaisha | Video decoder for tiles |
| US9584819B2 (en) * | 2011-10-24 | 2017-02-28 | Qualcomm Incorporated | Grouping of tiles for video coding |
| US9247258B2 (en) * | 2011-10-26 | 2016-01-26 | Qualcomm Incorporated | Unified design for picture partitioning schemes |
| WO2013077236A1 (en) | 2011-11-21 | 2013-05-30 | Canon Kabushiki Kaisha | Image coding apparatus, image coding method, image decoding apparatus, image decoding method, and storage medium |
| US9565431B2 (en) | 2012-04-04 | 2017-02-07 | Qualcomm Incorporated | Low-delay video buffering in video coding |
| EP3174295B1 (en) | 2012-04-13 | 2018-12-12 | GE Video Compression, LLC | Low delay picture coding |
| EP2843945B1 (en) | 2012-04-23 | 2020-03-11 | Sun Patent Trust | Image encoding method, image decoding method, image encoding device, image decoding device, and image encoding/decoding device |
| CN115442626A (zh) * | 2012-06-29 | 2022-12-06 | Ge视频压缩有限责任公司 | 视频数据流、编码器、编码视频内容的方法以及解码器 |
| US9930562B2 (en) | 2016-02-05 | 2018-03-27 | Arris Enterprises Llc | Utilization based control of wireless network services |
| WO2023107452A1 (en) * | 2021-12-09 | 2023-06-15 | Apple Inc. | Encoding and decoding video content using prediction-aware flexible skip coding |
-
2013
- 2013-07-01 CN CN202210894128.1A patent/CN115442626A/zh active Pending
- 2013-07-01 TW TW106111143A patent/TWI636687B/zh active
- 2013-07-01 TW TW105130457A patent/TWI584637B/zh active
- 2013-07-01 CN CN202210892463.8A patent/CN115442623A/zh active Pending
- 2013-07-01 CN CN202210892431.8A patent/CN115442621B/zh active Active
- 2013-07-01 SG SG11201408612TA patent/SG11201408612TA/en unknown
- 2013-07-01 RU RU2015102812A patent/RU2635251C2/ru active
- 2013-07-01 EP EP21166059.2A patent/EP3905697A1/en active Pending
- 2013-07-01 CN CN202210896568.0A patent/CN115442633A/zh active Pending
- 2013-07-01 AU AU2013283173A patent/AU2013283173B2/en active Active
- 2013-07-01 CN CN202210892471.2A patent/CN115442624A/zh active Pending
- 2013-07-01 KR KR1020227022147A patent/KR102659283B1/ko active IP Right Grant
- 2013-07-01 DK DK13735241.5T patent/DK2868103T3/en active
- 2013-07-01 MX MX2020009883A patent/MX2020009883A/es unknown
- 2013-07-01 UA UAA201413940A patent/UA114909C2/uk unknown
- 2013-07-01 IL IL305350A patent/IL305350B1/en unknown
- 2013-07-01 KR KR1020207027741A patent/KR102415989B1/ko active IP Right Grant
- 2013-07-01 CN CN202210892473.1A patent/CN115442625A/zh active Pending
- 2013-07-01 UA UAA201702253A patent/UA123988C2/uk unknown
- 2013-07-01 MY MYPI2014003553A patent/MY167958A/en unknown
- 2013-07-01 CN CN202210896559.1A patent/CN115442632A/zh active Pending
- 2013-07-01 CN CN202210894217.6A patent/CN115442631A/zh active Pending
- 2013-07-01 ES ES13735241.5T patent/ES2614910T3/es active Active
- 2013-07-01 CN CN202210894211.9A patent/CN115442629A/zh active Pending
- 2013-07-01 IL IL299951A patent/IL299951B2/en unknown
- 2013-07-01 WO PCT/EP2013/063853 patent/WO2014001573A1/en active Application Filing
- 2013-07-01 SG SG10201606616WA patent/SG10201606616WA/en unknown
- 2013-07-01 CN CN201380034944.4A patent/CN104685893B/zh active Active
- 2013-07-01 KR KR1020187002787A patent/KR102162119B1/ko active IP Right Grant
- 2013-07-01 SG SG10201809547WA patent/SG10201809547WA/en unknown
- 2013-07-01 TW TW107128325A patent/TWI662832B/zh active
- 2013-07-01 TW TW110128381A patent/TWI769904B/zh active
- 2013-07-01 CA CA2877045A patent/CA2877045C/en active Active
- 2013-07-01 CN CN202210894181.1A patent/CN115442628A/zh active Pending
- 2013-07-01 KR KR1020157002242A patent/KR101858200B1/ko active IP Right Grant
- 2013-07-01 TW TW102123512A patent/TWI558182B/zh active
- 2013-07-01 CA CA3095638A patent/CA3095638C/en active Active
- 2013-07-01 KR KR1020247012618A patent/KR20240070581A/ko active Application Filing
- 2013-07-01 CA CA3214600A patent/CA3214600A1/en active Pending
- 2013-07-01 RU RU2017137234A patent/RU2720534C2/ru active
- 2013-07-01 EP EP13735241.5A patent/EP2868103B1/en active Active
- 2013-07-01 CN CN202210894175.6A patent/CN115442627A/zh active Pending
- 2013-07-01 TW TW111119402A patent/TW202315403A/zh unknown
- 2013-07-01 JP JP2015519177A patent/JP2015526006A/ja active Pending
- 2013-07-01 PL PL13735241T patent/PL2868103T3/pl unknown
- 2013-07-01 PT PT137352415T patent/PT2868103T/pt unknown
- 2013-07-01 BR BR122020007914-2A patent/BR122020007914B1/pt active IP Right Grant
- 2013-07-01 HU HUE13735241A patent/HUE031264T2/en unknown
- 2013-07-01 CN CN202210894212.3A patent/CN115442630A/zh active Pending
- 2013-07-01 CN CN202210892454.9A patent/CN115442622A/zh active Pending
- 2013-07-01 CN CN201910661351.XA patent/CN110536136B/zh active Active
- 2013-07-01 TW TW108115080A patent/TWI737990B/zh active
- 2013-07-01 EP EP16200327.1A patent/EP3151566B1/en active Active
- 2013-07-01 IL IL312019A patent/IL312019A/en unknown
- 2013-07-01 MX MX2014016063A patent/MX349567B/es active IP Right Grant
- 2013-07-01 BR BR112014032687-8A patent/BR112014032687B1/pt active IP Right Grant
-
2014
- 2014-12-15 IL IL236285A patent/IL236285A0/en active IP Right Grant
- 2014-12-22 US US14/578,814 patent/US9973781B2/en active Active
- 2014-12-23 PH PH12014502882A patent/PH12014502882A1/en unknown
- 2014-12-23 CL CL2014003507A patent/CL2014003507A1/es unknown
-
2015
- 2015-01-26 ZA ZA2015/00558A patent/ZA201500558B/en unknown
- 2015-11-04 HK HK15110900.1A patent/HK1210342A1/xx unknown
-
2016
- 2016-06-23 AU AU2016204304A patent/AU2016204304B2/en active Active
-
2017
- 2017-02-06 JP JP2017019898A patent/JP6483167B2/ja active Active
- 2017-02-06 JP JP2017019896A patent/JP6603248B2/ja active Active
-
2018
- 2018-02-14 PH PH12018500332A patent/PH12018500332A1/en unknown
- 2018-02-14 PH PH12018500335A patent/PH12018500335A1/en unknown
- 2018-02-14 PH PH12018500333A patent/PH12018500333A1/en unknown
- 2018-02-14 PH PH12018500334A patent/PH12018500334A1/en unknown
- 2018-03-22 US US15/928,742 patent/US10484716B2/en active Active
- 2018-08-26 IL IL261382A patent/IL261382B/en active IP Right Grant
- 2018-09-24 AU AU2018236689A patent/AU2018236689B2/en active Active
- 2018-11-02 JP JP2018207464A patent/JP6793167B2/ja active Active
-
2019
- 2019-04-24 US US16/392,785 patent/US10743030B2/en active Active
- 2019-10-10 JP JP2019186497A patent/JP7021167B2/ja active Active
- 2019-12-11 US US16/709,971 patent/US11025958B2/en active Active
-
2020
- 2020-01-09 JP JP2020002001A patent/JP6831022B2/ja active Active
- 2020-04-27 RU RU2020114791A patent/RU2766882C2/ru active
- 2020-09-21 IL IL277485A patent/IL277485B/en active IP Right Grant
- 2020-12-18 AU AU2020289848A patent/AU2020289848B2/en active Active
-
2021
- 2021-05-13 IL IL283196A patent/IL283196B2/en unknown
- 2021-05-17 US US17/321,505 patent/US11856229B2/en active Active
-
2022
- 2022-02-03 JP JP2022015321A patent/JP7364710B2/ja active Active
- 2022-10-14 AU AU2022252837A patent/AU2022252837B2/en active Active
-
2023
- 2023-07-26 US US18/359,791 patent/US11956472B2/en active Active
- 2023-10-05 JP JP2023173413A patent/JP2023175929A/ja active Pending
-
2024
- 2024-03-14 AU AU2024201670A patent/AU2024201670A1/en active Pending
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| UA123988C2 (uk) | Концепція потоку відеоданих | |
| RU2601442C2 (ru) | Способ и устройство передачи/приема мультимедиа-содержимого в системе мультимедиа | |
| CN103718555B (zh) | 低时延速率控制系统和方法 | |
| CN105340282B (zh) | 用于物理层封装的数据结构、数据结构产生设备及其方法 | |
| CN104662919B (zh) | 用于解码视频数据的方法和装置 | |
| CN104735470B (zh) | 一种流媒体数据传输方法及装置 | |
| JP4952581B2 (ja) | 多地点会議システム、多地点会議方法及びプログラム | |
| EP1143736A2 (en) | Image encoding apparatus and method and image decoding apparatus and method | |
| CN103918268A (zh) | 用于解码图片缓冲器和参考图片列表的状态信息的信号通知 | |
| US7295247B2 (en) | Synchronisation of audio and video signals | |
| CN104584495B (zh) | 用于无线网络上的自适应速率多媒体通信的装置和方法 | |
| SA515360731B1 (ar) | إرسال إشارة معلومات مشتقة من دقة ساعة خاصة بزمن فيديو في تشفير فيديو | |
| KR20070120937A (ko) | 멀티 프로세서 아키텍처 및 픽처 기반의 룩-어헤드 윈도를이용한 디지털 비디오 인코더용 병렬 레이트 제어 | |
| KR20020090899A (ko) | 데이터 전송장치 | |
| Delfino et al. | First European evidence for transcontinental dispersal of Crocodylus (late Neogene of southern Italy) | |
| CN113852824A (zh) | 视频转码方法、装置、电子设备和存储介质 | |
| CN109379168A (zh) | 一种用于前端实时语音聊天的语音平滑播放方法 | |
| CN112995596B (zh) | 全景视频传输方法、装置、电子设备和存储介质 | |
| TW201246842A (en) | Network transceiver and bandwidth management method thereof | |
| CN101184205B (zh) | 一种节目成分复用和识别方法 | |
| RU2006128597A (ru) | Устройство и способ для показа данных изображения | |
| EP2247110A2 (en) | Image encoding apparatus, image encoding method and medium on which image enoding program is recorded | |
| US20160066003A1 (en) | Viral tuning method | |
| CN109951709A (zh) | 用于将舒适噪声添加到视频序列的方法和控制器 | |
| CN106686466A (zh) | 一种视频数据的定位方法 |