利用比特率切换自适应流式传输媒体内容的制作方法

电子通信装置的制造及其应用技术利用比特率切换自适应流式传输媒体内容1.相关申请的交叉引用2.本技术要求以下优先申请的优先权：于2020年1月15日提交的美国临时申请62/961,257(参考号：d19012usp1)和于2020年1月15日提交的欧洲申请20151982.4(参考号：d19012ep)，这些申请通过援引并入本文。技术领域3.本文档涉及自适应地将媒体内容从媒体流式传输服务器流式传输到客户端设备，例如，自适应地流式传输到媒体回放(media playback)设备，其中，媒体内容可以以不同的比特率流式传输，并且客户端设备请求编码模式切换以改变比特率。背景技术：4.各种服务器-客户端范例允许通过使用不同的比特率将音频和/或视频媒体内容从媒体流式传输服务器流式传输到媒体回放设备。5.例如，http上的动态自适应流式传输(dynamic adaptive streaming over http,dash)，也称为mpeg-dash，是一种自适应比特率流式传输技术，其能够实现从传统http web服务器传递的媒体内容在因特网上的高质量流式传输。与http实况流式传输(http live streaming,hls)解决方案类似，mpeg-dash的工作原理是将媒体内容分成小的基于http的文件片段的序列，每个片段包含媒体内容(比如电影或体育赛事的实况播送)的回放时间区间。以各种不同的比特率来使媒体内容可用，即，以不同比特率编码的替代片段覆盖对齐的短回放时间区间。当mpeg-dash客户端回放该内容时，客户端可以使用比特率自适应算法来自动选择可被及时下载以供回放而不会造成回放中的停顿或重新缓冲事件的最高可能比特率的片段。6.换句话说，媒体内容的自适应流式传输允许在具有不同比特率的媒体内容片段之间切换，例如以适应变化的网络条件并提供具有较少停顿或重新缓冲事件的高质量回放。然而，在不同比特率之间切换可能需要对音频或视频信号进行不同的编码，并且当在这些不同的编码之间切换时，可能会出现在接收器端可感知的不期望的效果。这些效果的示例是流式传输的媒体内容中的毛刺(glitch)或其他不自然的过渡，从而妨碍了用户体验。技术实现要素：7.根据一个方面，描述了一种用于利用比特率切换进行媒体内容的自适应流式传输的方法。媒体内容包括多个连续的媒体片段，并且在媒体流式传输服务器处，该方法包括发射以具有第一比特率的第一编码模式编码的媒体内容的片段。在一些实施例中，媒体内容可以被发射到客户端设备，其中，客户端设备可以表示被配置为接收并回放媒体内容的媒体回放设备。可以响应于来自客户端设备的相应媒体内容请求而将媒体片段从服务器发射到客户端设备。例如，这些请求可以是http请求，比如对特定媒体片段的http获取(http get)请求(例如，根据mpeg-dash)。媒体内容请求可以指定所请求的媒体片段(例如，经由片段的标识符)和所请求的媒体片段的编码模式。然而，本公开不限于http请求并且可被应用于从服务器向客户端设备发射媒体片段的其他技术。8.该方法进一步包括从客户端设备接收用于将编码模式切换到具有第二比特率的第二编码模式的请求或指示。例如，如上所述，客户端设备可能期望改变所接收的媒体内容的比特率以适应变化的网络条件，例如以保持具有更少停顿或重新缓冲事件的高质量回放。媒体流式传输服务器和客户端设备可以使用适当的协议通过比如因特网等通信网络进行通信。进一步地，客户端设备可能只能访问网络中需要与其他用户共享的有限带宽，并且带宽可用性的改变可能需要或允许所接收的比特率的改变，从而使客户端设备发出相应的请求。例如，在网络带宽可用性降低的情况下，可能需要降低媒体流的比特率(具有降低的质量)以保持媒体内容的稳定传输。反之亦然，如果客户端设备确定网络条件已经改变并且更高的比特率是可能的，则可以选择具有更好质量的编码模式。在这些情况下，客户端设备可能期望自适应地切换到具有不同比特率的不同编码模式。9.在媒体流式传输服务器端，当从客户端设备接收到用于将编码模式切换到具有第二比特率的第二编码模式的请求或指示时，发射用于在第一编码模式与第二编码模式之间过渡的过渡片段。用于编码模式切换的指示或请求可以是显式的，例如，客户端设备通知服务器关于从编码模式a到编码模式b的预期改变的消息。可替代地，用于编码模式切换的指示可以是隐式的，例如，客户端设备为下一个媒体片段请求过渡片段，其中相应媒体片段的编码模式逐渐从编码模式a改变到编码模式b。在实施例中，对过渡片段的请求是例如根据mpeg-dash的http请求。10.以这种方式，取代简单地在分别表示以第一编码模式编码的媒体内容以及以第二编码模式编码的媒体内容的片段之间切换，客户端设备接收允许客户端设备在以这两种不同编码模式编码的媒体内容之间平滑过渡的过渡片段。11.然后，在发射过渡片段之后，发射以第二编码模式编码的媒体内容的片段(例如，响应于来自客户端设备的相应请求)，即，在两种不同编码模式之间由过渡片段提供的上述过渡已经完成之后。12.在一些实施例中，包括过渡片段的媒体内容被存储在媒体流式传输服务器处。这可以是有利的，因为客户端设备可以简单地请求适当的过渡片段以在不同比特率之间过渡，并且因此不需要例如基于从媒体流式传输服务器接收采用第一编码模式和第二编码模式两者的媒体内容而在客户端处理、计算和以其他方式确定合适的过渡片段。由此可见，客户端设备需要较少的计算能力和带宽来执行过渡。以同样的方式，通过在服务器处预先存储过渡片段，在流式传输媒体内容时不需要在服务器侧对媒体片段进行转码或其他计算成本高的处理。可以在单独的准备步骤中例如在其他计算设备上为媒体内容预先计算过渡片段。13.在一些实施例中，媒体内容可以包括音频，并且编码模式可以包括立体声、多声道声音以及沉浸式声音中的至少一种。其他类型的音频编码也是可能的，其中过渡片段包括被编码以便从第一音频编码模式平滑过渡到第二音频编码模式的音频内容。例如，过渡片段的初始部分被以第一音频编码模式(例如，多声道)编码并且过渡片段的最后部分被以第二音频编码模式(例如，立体声)编码。过渡片段的中间部分被编码，以诸如提供这些编码模式之间的平滑过渡(例如，从多声道到立体声)。14.在一些实施例中，媒体内容可以包括视频，并且编码模式可以包括2d内容、3d内容、非虚拟现实以及虚拟现实中的至少一种。其他类型的视频编码也是可能的，其中过渡片段包括被编码以便从第一视频编码模式平滑过渡到第二视频编码模式的视频内容。例如，过渡片段的初始部分被以第一视频编码模式(例如，3d)编码并且过渡片段的最后部分被以第二视频编码模式(例如，2d)编码。过渡片段的中间部分被编码，以诸如提供这些编码模式之间的平滑过渡(例如，从3d到2d)。15.在一些实施例中，选择并准备过渡片段以实现第一编码模式与第二编码模式之间的平滑过渡，特别是允许第一编码模式与第二编码模式之间对于客户端设备端处的用户而言感知上不太显著的柔和或平滑切换。为此，过渡片段可以包括以过渡编码模式编码的媒体内容的一部分，其中，该过渡编码模式实现第一编码模式与第二编码模式之间的平滑和/或渐变(fading)过渡。16.在一些实施例中，第一编码模式和第二编码模式可以包括用于控制编码的参数化数据，并且在过渡编码模式中，该参数化数据从第一编码模式的参数化数据逐渐改变为第二编码模式的参数化数据。更具体地，例如，在3d音频或视频编码模式与2d音频或视频编码模式之间过渡的情况下，过渡片段的参数化数据可以从与3d音频或视频编码模式相对应的第一编码模式的参数化数据逐渐改变为与2d音频或视频编码模式相对应的第二编码模式的参数化数据，以逐渐将3d编码模式的3d对象移动到用户所感知的空间的前面。17.在一些实施例中，以第一编码模式编码的媒体内容的视频或音频编解码器模式的参数化数据可以与3d对象的空间位置相对应，并且以第二编码模式编码的媒体内容的视频或音频编解码器模式的参数化数据可以描述被投影到2d平面上的对应对象位置。18.在任何情况下，过渡编码模式的参数化数据在一些实施例中可以在媒体流式传输服务器端进行编码后(post encoding)配置。换句话说，可以基于第一编码模式和第二编码模式两者的参数化数据来确定过渡编码模式的参数化数据，即，在媒体内容已被编码成第一编码模式和第二编码模式之后。19.在一些实施例中，过渡片段可以具有开始时间点t_1和结束时间点t_2，这些时间点被选择为与在过渡片段之前和之后以第一编码模式和第二编码模式编码的媒体内容片段的开始时间点和结束时间点相匹配。20.在一些实施例中，提供多个过渡片段以允许媒体内容的不同比特率之间的不同切换点。例如，过渡片段可以被布置为提供编码模式之间的多个切换点，这些切换点可以在周期性或非周期性分布的时间点被提供。切换点可以指示服务器上的用于在两种编码模式(一种编码模式在过渡片段之前被应用于媒体片段，并且另一种编码模式在过渡片段之后被应用)之间改变的过渡片段的可用性。不同编码模式对之间的切换点可以相同，或者用于在各种编码模式之间进行切换的不同的切换点可以是可用的。21.在这方面，可以通过对媒体内容执行感知分析来选择切换点，以诸如选择性地定位切换点以降低或最小化它们的感知显著性(perceptual noticeability)，即，在这些切换点处可发生具有不同比特率的媒体片段之间的切换。22.在一些实施例中，媒体内容中的切换点的可用性可以在媒体流式传输服务器端被确定，并且然后被发信令通知给客户端设备。例如，切换点的可用性可以通过对媒体内容的分析来被确定，并且通过使用媒体内容的流式传输清单、特别是通过使用媒体适配集来被发信令通知。换句话说，包括关于媒体内容的可用编码模式和这些编码模式之间的可能切换点的信息的流式传输清单优选地在媒体内容的流式传输开始之前被传送到客户端设备。流式传输清单可以是可能是应客户端设备的请求而被发送到客户端设备的文件。流式传输清单可以由媒体流式传输服务器或网络中的另一个服务器提供。以这种方式，接收媒体内容的客户端设备可以被通知可能的切换点，使得当客户端设备确定编码模式切换被期望时，其可以查阅流式传输清单以确定用于在当前编码模式与期望编码模式之间切换的下一个可用切换点。客户端设备可以相应地请求在对应的切换点处进行比特率之间的过渡，相应的请求被配置或被定时以指示期望的切换点。可替代地，该请求可以简单地指示下一个可能的切换点被选择。23.根据一个方面，描述了一种用于利用比特率切换进行媒体内容的自适应流式传输的媒体流式传输服务器。在一些实施例中，该媒体流式传输服务器可以适于执行任何上述方法，其中，相应的媒体内容被定义为包括多个连续的媒体片段。24.为此，媒体流式传输服务器包括媒体存储单元，该媒体存储单元用于以至少两种不同的编码模式存储相应的媒体内容、特别是媒体片段，并且用于存储用于在这两种编码模式之间过渡的过渡片段。如上文所解释的，这两种不同的编码模式中的每一种可以与用于对媒体内容进行流式传输的不同比特率相对应。25.媒体流式传输服务器包括发射单元，该发射单元用于发射以编码模式之一编码的媒体内容的片段。如上文所解释的，在一些实施例中，如此发射的与编码模式之一相对应的媒体内容的片段可以与发射到客户端设备的被以具有第一比特率的第一编码模式编码的媒体内容相对应。该发射单元还可以向客户端设备发射过渡片段，该过渡片段包括编码的相应片段的媒体内容以诸如提供以第一编码模式编码的先前媒体片段与以第二编码模式编码的后续媒体片段之间的平滑过渡。26.该媒体流式传输服务器包括接收单元，该接收单元用于从客户端设备接收对媒体内容的请求，例如，http请求。对媒体内容的请求可以标识片段的序列号并指定所请求的媒体片段的期望编码模式。该接收单元可以进一步适于接收用于将编码模式切换到另一编码模式的指示。如上文所解释的，客户端设备可能期望改变所接收的媒体内容的比特率以适应变化的网络条件，例如以保持具有更少停顿或重新缓冲事件的高质量回放。进一步地，客户端可能具有需要与其他用户共享的有限带宽，并且带宽可用性的改变可能需要或允许所接收的比特率的改变，从而使客户端设备发出相应的请求。用于编码模式切换的指示可以是对从第一编码模式到第二编码模式的特定过渡片段的显式请求。27.在从客户端设备接收到用于编码模式切换的指示时，控制媒体流式传输服务器向客户端设备发射过渡片段。随后，优选地响应于来自客户端设备的相应请求而将另一种编码模式的媒体内容的片段发射到客户端设备。如上面详细解释的，这允许客户端设备接收过渡片段以诸如执行在以两种不同编码模式编码的媒体内容之间的预定过渡，而不是简单地在表示以不同编码模式编码的媒体内容的片段之间切换。以这种方式，可以减少或消除流式传输的媒体内容中妨碍用户体验的不期望的毛刺或其他不自然的过渡。28.在一些实施例中，切换点可以被周期性地或非周期性地布置，并且例如可以通过对媒体内容执行感知分析来被选择，以诸如选择性地定位切换点以降低或最小化它们的感知显著性，即，在这些切换点处发生具有不同比特率的媒体片段之间的切换。29.进一步地，媒体流式传输服务器可以包括信号传输单元，用于在媒体内容的流式传输清单中、特别是在媒体适配集中发信令通知切换点的可用性。以这种方式，接收媒体内容的客户端设备可以被通知可能的切换点，使得当客户端设备发出上述请求以在比特率之间过渡时，相应的请求被配置或被定时以指示期望的切换点。可替代地，请求可以简单地指示下一个可能的切换点被选择，或者直接指示从第一编码模式到第二编码模式的过渡片段。对过渡片段的请求可以是对该媒体片段的http请求，其标识片段的序列号和“起止(from-to)”编码模式。30.根据一个方面，描述了一种用于接收利用比特率切换的媒体内容的自适应流式传输的媒体回放设备。在一些实施例中，媒体回放设备可以适于执行上述任何客户端设备的任务，其中，媒体内容包括多个连续的媒体片段。31.为此，该媒体回放设备包括用于发射对媒体内容的请求的请求发射单元和用于接收以多种编码模式之一编码的媒体内容的所请求片段的媒体接收单元。如上文所解释的，不同的编码模式可以与用于对媒体内容进行流式传输的不同比特率相对应。发射单元可以向媒体流式传输服务器发送请求(比如http请求)，以请求采用特定编码模式的媒体片段，以及请求用于改变编码模式的过渡片段。32.媒体回放设备包括流式传输清单接收单元，该流式传输清单接收单元用于接收媒体内容的流式传输清单，该流式传输清单指示编码模式之间的切换点。流式传输清单可以是对于媒体内容定义可能的流式传输参数(比如可用的编码模式和切换点)而言可用的媒体适配集。切换点可以指示在服务器处的过渡片段的可用性，该过渡片段用于在媒体内容的片段序列中的该特定片段处在两种编码模式之间进行改变。33.在一些实施例中，多个过渡片段可被布置以允许媒体流中的媒体内容的可用比特率之间的多个切换点。例如，过渡片段可以被布置为提供编码模式之间的多个切换点，这些切换点可以在周期性或非周期性分布的时间点被提供。不同编码模式对之间的切换点可以相同。可替代地，编码模式对可以具有单独的切换点。34.可以通过对媒体内容执行感知分析来选择切换点，以诸如选择性地定位切换点以降低或最小化它们的感知显著性，即，在这些切换点处可发生具有不同比特率的媒体片段之间的切换。35.在任何情况下，媒体内容中的切换点的可用性可以在媒体流式传输服务器端被提供，并且然后被发信令通知给媒体回放设备。为此，可以通过使用媒体内容的流式传输清单、特别是在媒体适配集中发信令通知切换点的可用性。以这种方式，接收媒体内容的媒体回放设备可以使用流式传输清单接收单元来获知可能的切换点。例如，媒体回放设备可以例如通过对请求进行配置或定时以指示期望的切换点来请求在特定切换点处进行比特率之间的过渡。可替代地，该请求可以简单地指示下一个可能的切换点被选择或直接指定所请求的过渡片段。如上文所解释的，当媒体流式传输服务器与客户端设备之间的网络条件(比如可用比特率)变化时，可能期望编码模式切换。36.媒体回放设备进一步包括回放单元，该回放单元用于回放所接收的媒体片段，其中，如果期望比特率切换，则媒体回放设备发射用于将编码模式切换到另一编码模式的请求或指示。如上文所解释的，媒体回放设备可能期望改变所接收的媒体内容的比特率以适应变化的网络条件，例如以保持具有更少停顿或重新缓冲事件的高质量回放。进一步地，媒体回放设备可能只能访问需要与其他用户共享的有限带宽，并且带宽可用性的改变可能需要或允许所接收的比特率的改变，从而使媒体回放设备发出相应的编码模式改变请求。在实施例中，媒体回放设备请求在所选择的一个切换点处从第一编码模式到第二编码模式的过渡片段。37.根据一个方面，描述了一种用于利用比特率切换进行媒体内容的自适应流式传输的方法，其中，该媒体内容包括多个连续的媒体片段。在一些实施例中，该方法在媒体流式传输服务器处执行。38.该方法包括确定用于在具有不同编码模式的媒体片段之间切换的可用切换点。在一些实施例中，切换点可以在周期性或非周期性分布的时间点被提供。39.在一些实施例中，确定可用切换点包括分析媒体内容以确定片段之间的边界，在这些边界处，编码模式的切换在感知上最不显著。确定可用切换点可以与选择切换点以诸如降低或最小化在媒体片段之间切换的感知显著性(即，在这些切换点处发生比特率之间的切换)相对应。40.媒体内容中的切换点的可用性可以在媒体流式传输服务器端通过比较以两种各自不同的编码模式编码的媒体内容来被确定。例如，可以通过在具有相似或相同媒体内容特性的两个媒体片段中找到对应的位置来确定切换点。例如，如果第一媒体片段提供3d音频或视频内容，而第二媒体片段提供2d音频或视频内容，则合适的切换点可以位于这些片段之间的特定边界处，在该边界处，流式传输的第一媒体片段的3d特性不明显，即，当3d对象的存在在片段之间的边界处最少时。以这种方式，媒体片段之间的3d到2d切换对用户来说就不那么显著了。41.该方法进一步包括在媒体内容的流式传输清单中、特别是在媒体适配集中将如此确定的切换点的可用性发信令通知给客户端设备。接收媒体内容的客户端设备因此可以被通知可用的切换点，使得当客户端设备发出上述请求以在比特率之间过渡时，相应的请求被配置或被定时以指示期望的切换点。可替代地，该请求可以简单地指示下一个可能的切换点被选择。42.因此，该方法包括向客户端设备发射以具有第一比特率的第一编码模式编码的媒体内容的片段，以及然后从客户端设备接收用于将编码模式在可用切换点处切换到具有第二比特率的第二编码模式的请求或指示。43.在到达该切换点时或响应于用于编码模式切换的指示，该方法向客户端设备发射以第二编码模式编码的媒体内容的片段，以诸如执行两个比特率之间的切换而例如不发射中间过渡片段。这变得可能，因为选择的切换点使得编码模式之间切换的感知显著性降低。可替代地，该方法可以与上述提供过渡片段的概念相结合以进一步降低切换的感知显著性。当然，该方法可以基于http请求(例如，根据mpeg dash)来实施。44.应当理解，方法步骤和设备特征可以以多种方式互换。具体地，如本领域的技术人员所理解的，所公开的方法的细节可以实施为适于执行该方法的一些或全部步骤的设备，并且反之亦然。具体地，应当理解，根据本公开的方法涉及操作相应设备的方法。应当进一步理解，关于该方法所作的相应陈述同样适用于对应设备。附图说明45.现在将参考附图仅通过举例来描述本公开的示例实施例，在附图中：46.图1示出了用于将媒体内容从媒体流式传输服务器自适应地流式传输到客户端设备的媒体流式传输系统的示例；47.图2示出了具有不同比特率的媒体内容的片段和周期性分布的过渡片段的示例；48.图3示出了由媒体流式传输服务器执行的方法的示例；49.图4示出了与过渡片段相对应的过渡编码模式的参数化数据的示例；50.图5示出了具有不同比特率的媒体内容的片段和非周期性分布的过渡片段的示例；51.图6示出了“http服务器-客户端”布置；52.图7示出了媒体流式传输服务器的示例；以及53.图8示出了媒体回放设备的示例。具体实施方式54.如上所述，媒体内容可以自适应地从媒体流式传输服务器流式传输到客户端设备，例如，自适应地流式传输到媒体回放设备。媒体内容可根据不同的比特率被流式传输，并且媒体回放设备可以请求编码模式切换以改变比特率。55.图1示出了对应的媒体流式传输系统100，其中，媒体流式传输服务器110和客户端设备120通过通信链路130(例如，因特网链路连接)耦接。通信链路130可以用于向客户端设备提供例如http上的动态自适应流式传输(dash)(也称为mpeg-dash)，或者可替代地向客户端设备提供http实况流式传输(hls)服务。在这两种情况下，如图1所示，通过将媒体内容200、300分成片段210-240、310-340的序列来将媒体内容200、300从媒体流式传输服务器110自适应地流式传输到客户端设备120，每个片段包含媒体内容(比如电影或体育赛事的实况播送)的回放时间区间。56.媒体内容可用于不同的比特率，即，作为具有第一比特率的第一媒体流200和具有第二比特率的至少第二媒体流300。因此，对于不同的媒体流200、300，片段210-240、310-340是以不同的比特率被编码的。以这种方式，客户端120可以使用比特率自适应算法来自动选择可被及时下载以供回放而不会造成回放中的停顿或重新缓冲事件的最高可能比特率的片段。57.然而，例如为了适应因特网链路130上变化的网络条件而在具有不同比特率的媒体内容片段210-240、310-340之间(即，在片段之间的边界处)进行的切换可能会导致在客户端设备120(接收器端)处可感知的不期望的效果，例如，作为流式传输的媒体内容中的毛刺或其他不自然的过渡，从而妨碍用户体验。58.根据本文档的一个或多个实施例，通过生成如图2所示的多个过渡片段400、410、420来改进媒体流式传输服务器与客户端设备之间的自适应流式传输。更具体地，过渡片段410、420中的每一个被配置为提供流式传输的媒体内容200、300的两种所述编码模式之间的过渡。59.在该示例实施例中，媒体流式传输服务器110存储以两种不同编码模式200、300编码的媒体内容，每种编码模式对应于不同的比特率。进一步地，媒体流式传输服务器110还存储过渡片段410、420，这些过渡片段被布置在不同的时间点以允许在具有不同编码的媒体内容的片段210-240、310-340之间进行过渡。60.媒体流式传输服务器110可以通过使用与第一比特率相对应的第一媒体流200将媒体内容流式传输到客户端设备120。在实施例中，客户端设备120例如使用http获取请求来连续地请求第一媒体流200的片段。然后，客户端设备120可能期望适应因特网链路130上变化的网络条件，例如，因为用户被添加到因特网链路或从因特网链路移除，或者因为他们已经改变了他们的带宽需求，从而影响了客户端设备120可用的带宽资源。在这种情况下，客户端设备120可以请求媒体流式传输服务器110改变流式传输的媒体内容的编码模式，即，用第二媒体流300(对应于第二比特率)的流式传输替代第一媒体流200(对应于第一比特率)的流式传输。61.然而，在该实施例中，并非在第一媒体流200与第二媒体流300之间突然切换，而是媒体流式传输服务器110适于将过渡片段410、420中的一个过渡片段中间流式传输到客户端设备120。因此，相应的过渡片段410、420提供了以第一编码模式200编码的流式传输内容与以第二编码模式300编码的流式传输内容之间的过渡。在一些实施例中，在图2中，媒体流式传输服务器110可以完成具有第一编码模式200的片段220的流式传输，随后是提供到第二编码模式300的过渡的过渡片段420的流式传输，并且仅在完成过渡片段420的流式传输之后，媒体流式传输服务器继续将第二编码模式300的相应内容流式传输到客户端，即，从片段340开始。如上所述，每个片段(包括过渡片段420)可以由客户端设备使用例如http单独请求。62.图3示出了适于由媒体流式传输服务器110执行的用于利用比特率切换来自适应流式传输媒体内容的对应方法500，该方法包括以下步骤：发射以具有第一比特率的第一编码模式编码的媒体内容的片段510；从客户端设备接收用于将编码模式切换到具有第二比特率的第二编码模式的指示520；发射用于在第一编码模式与第二编码模式之间过渡的过渡片段530；以及发射以第二编码模式编码的媒体内容的另一片段540。同样，每个片段可以由客户端设备使用例如http请求来请求并且发射可以响应于这些请求。63.在一些实施例中，可以通过分析以第一编码模式和第二编码模式编码的媒体内容来确定可用的切换点，以诸如将片段之间的边界确定为切换点，在这些边界处，编码模式之间的切换在感知上最不显著。64.因此，中间过渡片段的发射甚至可能变得不必要，因为编码模式200、300之间的直接切换可能在感知上不显著(在如此选择或不同选择的切换点处)。65.在这种情况下，用于利用比特率切换进行媒体内容的自适应流式传输的方法可以例如通过执行以下步骤来跳过中间过渡片段的发射：确定用于在媒体片段之间切换编码模式的可用切换点；在媒体内容的流式传输清单中将切换点的可用性发信令通知给客户端设备；向客户端设备发射以具有第一比特率的第一编码模式编码的媒体内容的片段；从客户端设备接收用于在可用切换点处将编码模式切换到具有第二比特率的第二编码模式的请求；以及在该切换点时，向客户端设备发射以第二编码模式编码的媒体内容的片段。66.在任何情况下，在发射或不发射中间过渡片段的情况下，编码模式200、300中的每一个可以与媒体内容的不同流式传输比特率相对应。进一步地，不同的编码模式200、300可以与媒体内容的不同音频或视频编解码器模式相对应。67.在一些实施例中，不同的编码模式200、300可以与包括以下各项中的至少两种的音频编解码器模式相对应：立体声、5.1环绕声以及沉浸式3d音频。68.在一些实施例中，不同的编码模式200、300可以与包括以下各项中的至少两种的视频编解码器模式相对应：2d内容、3d内容、标准动态范围(sdr)、高动态范围(hdr)、虚拟现实内容以及非虚拟现实内容。69.从媒体流式传输服务器110流式传输到客户端设备120的过渡片段410、420可以被配置为提供以第一编码模式200编码的流式传输内容与以第二编码模式300编码的流式传输内容之间的经定义的过渡。例如，过渡片段410、420可以提供第一编码模式与第二编码模式之间的平滑和/或渐变过渡。70.图4示出了由过渡片段执行的对应过渡。在该示例实施例中，过渡片段被示为具有开始时间点t_1和结束时间点t_2。如图2所示，过渡片段410、420的开始时间点和结束时间点被选择为与过渡片段之前和之后的流式传输的媒体内容200、300的片段210-240、310-340的开始时间点和结束时间点匹配。71.在图4中，过渡片段被示为提供与第一流式传输片段的编码模式相对应的参数化数据p_1和与第二流式传输片段的编码模式相对应的参数化数据p_2之间的逐渐且平滑的过渡。在这种背景下，第一编码模式和第二编码模式包括用于控制编码的参数化数据p_1、p_2，并且在过渡片段期间，参数化数据从第一编码模式的参数化数据p_1逐渐改变为第二编码模式的参数化数据p_2。换句话说，参数化数据p_1和p_2与相应媒体内容被编码的音频或视频编解码器模式(音频或视频编解码器)的参数化数据相对应，如上所述。下面进一步描述参数化数据的相应示例。72.在一些实施例中，可以生成过渡片段410、420以提供3d与2d音频或视频编解码器模式之间的平滑和/或渐变过渡，或反之亦然。在图4所示的示例中，参数化数据p_1可以与用于生成第一流式传输片段的编码模式的3d对象的空间位置相对应，而参数化数据p_2可以描述被投影到2d平面上的对应对象位置，表示与第二流式传输片段的编码模式相对应的2d对象。因此，在过渡片段410、420的流式传输期间，3d编码模式的3d对象可以逐渐朝向2d空间的前方移动，如用户(例如，观看被投影的2d视频的用户)所感知的。另一个可能的示例是从5.1(环绕声)移动到立体声。在这种情况下，过渡片段将在该片段的持续时间内淡出环绕声道和中央声道并且并行地将信号混合到左右。当从基于沉浸式声道的信号(具有高度声道的音频)移动到环绕声或立体声时，该示例同样适用。73.另一个示例是从3d沉浸式音频表示移动到环绕声。在3d沉浸式音频中，音频被表示为个体音频对象，其元数据描述了它们在3d空间中的位置和移动。在从该表示到环绕声的过渡期间，过渡片段(仍然使用3d音频编码模式)可以缓慢地将对象移动到扬声器的位置，在该位置处它将向前定位。如果对象位于两个扬声器位置之间，则它也可以被拆分，并且在切换到环绕声编码模式之前，部分信号被移动到相应的扬声器位置。该示例同样适用于从3d沉浸式音频到立体声的切换。74.由此可见，在表示以不同编码模式编码的媒体内容的片段之间提供了平滑且受控的过渡，这可以用于减少或消除不期望的切换效果，例如，流式传输的媒体内容中的毛刺或其他不自然的过渡。75.在该示例实施例中，已经对过渡编码模式的参数化数据进行编码后配置，即，过渡编码模式的参数化数据基于编码的媒体内容200、300的p_1和p_2参数化数据而被生成。76.如图2所示，过渡片段410、420的位置可以被等距地布置，其中，过渡片段的开始时间点被选择为以固定区间周期性出现。例如，举例而言取决于耦接媒体流式传输服务器110与客户端设备120的通信链路130中的可用带宽资源的预测波动，过渡片段可以被布置为在流式传输媒体内容的每第二个、第四个、第十个或第五十个片段出现。77.可替代地，切换点可以非周期性地布置，例如图5所示。以非周期性序列400布置的过渡片段410-440的切换点可以例如通过对媒体内容210-280、310-380执行感知分析来被选择。以这种方式，可以选择切换点的位置以降低或最小化它们的感知显著性，即，在这些切换点处发生比特率之间的切换。78.在一些实施例中，对媒体内容进行感知分析包括通过在两个媒体片段210-280、310-380(在它们之间过渡)中找到具有相似或相同媒体内容特性的位置来确定切换点。例如，如果第一媒体片段210-280提供3d音频或视频内容，而第二媒体片段210-280提供2d音频或视频内容，则合适的切换点可以位于片段之间的流式传输的第一媒体片段210-280的3d特性较低或可忽略的边界处，即，片段之间的与3d音频或视频流相对应的3d对象的存在最少的边界处。79.另一个示例是确定用于在5.1与立体声之间切换的合适切换点。如果环绕声道和中央声道无声或没有信号，则这完成得最好。这同样适用于基于沉浸式声道的音频(高度声道)与5.1或立体声之间的切换。类似地，当在高度上(即，当切换到5.1时)或在高度和环绕声上(即，当切换到立体声时)没有对象时，沉浸式3d音频与5.1或立体声之间的切换完成得最好。80.在任何情况下，可以选择过渡片段的开始时间点以降低或最小化用户感知到第一编码模式与第二编码模式之间的过渡的风险。81.因此，可以基于以第一编码模式200编码的流式传输媒体内容与以第二编码模式300编码的流式传输媒体内容的比较来确定过渡片段的切换点。82.可以通知客户端设备120所确定的过渡片段410、420的切换点。该信息允许客户端设备120选择并请求在可用切换点处的过渡。为此，媒体流式传输服务器110可以将关于切换点的信息发信令通知给客户端设备120。83.在一些实施例中，通过使用媒体内容的流式传输清单、特别是在媒体适配集中例如通过使用mpeg-dash和/或apple-hls协议中提供的通信信道来执行对关于过渡片段的切换点的信息的信令通知。84.这提供了用于将关于切换点的信息从媒体流式传输服务器110传达给客户端设备120的鲁棒且高效的手段(例如，通过将这种信息嵌入到由传统协议提供的通信信道中)。在这方面，在一些实施例中，现有的适配集可以具有以下条目：[0085][0086]可以添加进一步的元素来描述可由客户端设备选择的过渡片段切换点，例如，通过添加：[0087]＜transition id＝”1”type＝”periodic”interva|＝”10”switch-from-id＝“1”switch-to-id＝“2”/＞[0088]例如，在利用http传输方案的情况下，可以提供名称模板以在客户端中实现片段名称解析以请求http传输。为此，适配集中的下面一行通知客户端过渡片段具有2000毫秒的持续时间并且可以使用由变量switch-from-id和switch-to-id构造的路径/文件命名(path/file nomenclature)在http服务器的存储器中存储的文件夹中找到。在该示例中，片段文件名由前缀“tseg”和后缀“.m4s”构成并使用与常规片段相同的运行编号。[0089]《transitionsegmenttemplate duration＝”2000”media＝”＄switch-from-id”＄”switch-to-id”/tseg‑”numbers＄.m4s”＞[0090]因此，假设上述两行，文件夹结构的可能示例是：[0091]12/tseg-0.m4s[0092]12/tseg-10.m4s[0093]12/tseg-20.m4s[0094]…[0095]以这种方式，客户端设备可以在流式传输的媒体内容的每第10个片段从表示id 1切换到表示id 2，这两个表示与上面定义的两个不同带宽(比特率)相对应。为此，客户端设备简单地请求并接收(下载)存储在http服务器文件夹结构中对应位置处的期望过渡片段。[0096]更具体地，如果媒体流式传输服务器表示http服务器，则http服务器至少以两种不同的编码模式存储媒体内容以及允许在不同编码模式之间过渡的过渡片段。以这种方式，客户端设备可以下载用于流式传输任何一种编码模式的媒体内容的片段，并且如果需要的话，可以在不同的编码模式之间过渡。http服务器使用路径和/或文件命名文件夹结构存储不同的片段，从而允许客户端服务器通过请求文件夹树(folder tree)结构中对应位置处的对应文件来访问期望的片段，即，下载对应的期望片段。[0097]在这种背景下，如本领域技术人员将理解的，当客户端设备向http服务器请求特定的片段时，这种请求与客户端设备试图访问所述文件夹树结构中的相应文件夹和/或文件(如存储在http服务器媒体流式传输服务器的存储器中)相对应。在客户端设备成功地从文件夹树结构中的相应位置访问并下载期望片段的情况下，认为http服务器媒体流式传输服务器已经成功地处置了客户端设备请求，即，http服务器媒体流式传输服务器已经通过向客户端设备提供期望片段内容来响应该请求。[0098]例如，如图6的“http服务器-客户端”星座图(constellation)所示，参见“重复步骤”s100，客户端设备120通过发送“获取清单(get manifest)”请求以从http服务器110下载相应的流式传输清单来请求关于过渡片段的切换点的信息。类似地，同样在“重复步骤”s100中，客户端设备120请求以第一编码模式编码的媒体片段，即，通过发送“获取媒体片段(get media segment)”请求来从http服务器110下载媒体片段。如图6所示，经由来自服务器的相应响应而被如此下载的媒体片段被添加到缓冲器(buffer)，并用作客户端设备120中的回放媒体。[0099]在图6的示例中，流式传输清单被布置在重复循环(repeat loop)中并按周期性区间被取回。在一些情况下，不需要多次接收清单。这两个选项通常取决于用例：[0100](1)在客户端访问内容时内容完全可用的情况下，不需要周期性地下载清单，并且在媒体片段被访问之前取回清单一次就足够了。视频点播(video on demand)就是这种情况(例如，netflix)。因此，在实施例中，“获取清单”请求和相应的响应可以被布置在重复循环之外。[0101](2)在客户端访问时内容不完全可用的情况下，清单可以由服务器周期性地更新并由客户端周期性地取回，如图6所示。在实况流式传输(即，足球比赛)中就是这种情况，其中，例如内容的总长度和其他参数事先并不知晓。[0102]在取回之后，所接收到的清单信息被存储在客户端的存储器中，并在取回新的清单时按照情况(2)进行替换。进一步地，如果清单被周期性地取回，则其通常不与每个媒体片段一起发射，而是以较低的速率发射，例如，仅与每第n个媒体片段一起发射。[0103]然后，如果客户端设备120决定比特率改变是有利的，例如因为如图6所示缓冲水平正在变低，则客户端设备120通过发送“获取过渡片段(get transition segment)”请求以从http服务器110下载过渡片段来请求过渡片段(即，用于在与不同比特率相对应的不同编码模式之间过渡)。换句话说，如上文所解释的，客户端设备请求比特率之间的过渡，即，通过从http服务器110文件夹树结构中的相应位置下载期望的过渡片段。如果下载过程成功(经由来自服务器的相应响应)，过渡片段在图6中示出为被添加到回放媒体，例如，通过被包括到相应的缓冲器中。客户端设备120然后请求以第二编码模式编码的媒体片段，即，通过发送“获取媒体片段”请求以从http服务器110下载媒体片段，以诸如完成从第一比特率到第二比特率的过渡，并且继续流式传输第二编码模式的媒体内容。[0104]在示例中，可以通过添加以下内容在流式传输清单中指示过渡的反向顺序以便在任何切换点处都是感知无缝的：[0105]《transition id＝”2”type＝”always”switch-from-id＝“2”switch-to-id＝“1″/＞[0106]因此，客户端设备被通知不同比特率之间的反向切换(即，从表示id 2到id 1)总是适用的。[0107]在一些实施例中，为了发信令通知用于表示id2到id 3之间的非周期性过渡的可用切换点，可以添加以下条目：[0108][0109]这里，条目“segment id”指示过渡片段的可用切换点位置，例如，作为与流式传输的媒体内容片段的计数相对应的索引。[0110]在一些实施例中，可用切换点的完整集合可被组合在单个适配集中：[0111][0112]图7示出了适于执行上述方法(即，媒体流式传输服务器的上述任务)、特别是图3所示的方法的媒体流式传输服务器110的示例实施例。[0113]为此，媒体流式传输服务器110包括媒体存储单元510，该媒体存储单元用于以至少2种编码模式存储所述媒体内容200、300并且用于存储用于在这些编码模式之间过渡的过渡片段400。[0114]媒体流式传输服务器110进一步包括发射单元520，该发射单元用于发射以编码模式200、300之一编码的媒体内容的片段210-280、310、380，并且还用于发射所述过渡片段400。[0115]媒体流式传输服务器110的接收单元530被配置为从客户端设备120接收对媒体片段的请求和用于将编码模式切换到另一编码模式的指示。在接收到对所指示的编码模式的媒体片段的请求时，媒体流式传输服务器110将这些所请求的媒体片段发射到客户端设备。[0116]媒体流式传输服务器110的控制单元540适于控制发射单元520，使得在从客户端设备120接收到用于编码模式切换的指示时，发射单元520发射对应的过渡片段410-440，并且随后发射另一编码模式210-280、310-380的媒体内容的片段。在实施例中，用于编码模式切换的指示直接引用过渡片段，作为响应，该过渡片段被发射到客户端设备。对媒体片段的后续请求是指以另一种编码模式编码的片段。[0117]在一些实施例中，媒体流式传输服务器110还可以包括信号传输单元(未在图7中示出)，用于在媒体内容的流式传输清单中、特别是在媒体适配集中发信令通知切换点的可用性，如上所述。[0118]图8示出了适于执行上述方法(即，客户端设备120的上述任务)的客户端设备120的示例实施例。[0119]在该示例实施例中，客户端设备与媒体回放设备120相对应，该媒体回放设备用于接收利用比特率切换的媒体内容的自适应流式传输，并且用于执行所接收的媒体内容的回放。[0120]为此，媒体回放设备120包括媒体接收单元610，该媒体接收单元用于从媒体流式传输服务器110接收以多种编码模式200、300之一编码的媒体内容的片段。媒体回放设备120进一步包括请求发射单元，该请求发射单元用于发射对媒体内容的请求，比如对媒体片段和过渡片段的请求。[0121]媒体回放设备120的流式传输清单接收单元620接收媒体内容的流式传输清单，该流式传输清单指示上文所讨论的编码模式200、300之间的切换点。[0122]媒体回放设备120进一步包括回放单元630，该回放单元用于回放所接收的媒体片段200、300、400，其中，如果期望比特率切换，则媒体回放设备630发射用于将编码模式切换到另一编码模式200、300的指示。[0123]媒体流式传输服务器110和媒体回放设备120的发射单元和接收单元可以被配置为根据链接媒体流式传输服务器110与媒体回放设备120的通信网络(例如，因特网)的协议来操作。[0124]本文中描述的特征可以以任何组合与一个或多个实施例相关。权利要求中的附图标记(如果有的话)仅仅是为了便于阅读权利要求而引入的。它们决不意味着是限制性的。[0125]贯穿本说明书，已经讨论了各种实施例。然而，应该理解，本发明不限于这些实施例中的任何一个。因此，前面的详细描述旨在被视为说明性的而非限制性的。[0126]将理解的是，所讨论的方法的步骤不限于任何特定的实施方式或编程技术，并且本公开可以使用用于实施本文描述的功能的任何适当的技术来实施。本公开不限于任何特定的编程语言或操作系统。[0127]在整个公开中对“一个示例实施例”、“一些示例实施例”或“示例实施例”的提及意味着结合示例实施例描述的特定特征、结构或特性包括在本公开的至少一个示例实施例中。因此，在整个公开中各处出现的短语“在一个示例实施例中”、“在一些示例实施例中”或“在示例实施例中”不一定都是指代同一个示例实施例。此外，在一个或多个示例实施例中，特定特征、结构或特性可以以任何合适的方式组合，这根据本公开对于本领域的普通技术人员而言将是显而易见的。[0128]如本文所使用的，除非另外指定，否则使用序数形容词“第一”、“第二”、“第三”等来描述共同的对象，仅表明提及相似对象的不同实例，并且不旨在暗示所描述的对象必须在时间、空间、等级或任何其他方式上按照给定的顺序。[0129]在下文的权利要求和本文的描述中，术语包括(comprising)、包括(comprised of)或其包括(which comprises)中的任何一个是开放术语，其意指至少包括随后的元件/特征，但不排除其他元件/特征。因此，当在权利要求中使用术语“包括(comprising)”时，该术语不应当被解释为限于在其之后列出的装置或元件或步骤。例如，包括a和b的设备的表达的范围不应限于仅包括元件a和b的设备。如本文所使用的，术语包括(including)或其包括(which includes)或包括(that includes)中的任何一个也是开放术语，其也意指至少包括所述术语之后的元件/特征，但不排除其他元件/特征。因此，包括(including)与包括(comprising)同义并且意指包括(comprising)。[0130]应当理解，在以上对本公开的示例实施例的描述中，有时在单个示例实施例/图或其描述中将本公开的各种特征组合在一起，以便简化本公开，并且帮助理解各创造性方面中的一个或多个。然而，本公开的方法不应当被解释为反映权利要求书需要比每个权利要求中明确叙述的特征更多的特征的意图。相反，如以下权利要求所反映的，各创造性方面在于少于单个前面公开的示例实施例的所有特征。因此，在说明书之后的权利要求书特此明确地并入本说明书中，其中，每个权利要求独立地作为本公开的单独的示例实施例。[0131]此外，虽然本文描述的一些示例实施例包括其他示例实施例中所包括的一些特征而不包括其他示例实施例中所包括的其他特征，但是如本领域技术人员将理解的，不同示例实施例的特征的组合旨在处于本公开的范围内并形成不同的示例实施例。例如，在以下权利要求中，要求保护的示例实施例中的任何示例实施例都可以以任何组合来使用。[0132]在本文提供的描述中，阐述了许多具体细节。然而，应当理解，可以在没有这些具体细节的情况下实践本公开的示例实施例。在其他实例中，未详细示出众所周知的方法、结构和技术，以避免模糊对本说明书的理解。[0133]因此，尽管已经描述了被认为是本公开的最佳模式的模式，但是本领域技术人员将认识到，可以在不背离本公开的精神的情况下对其做出其他和进一步的修改，并且旨在要求保护落入本公开的范围内的所有这些改变和修改。例如，以上给出的任何公式仅表示可以使用的过程。可以从框图中添加或删除功能，并且可以在功能块之间互换操作。可以向在本公开的范围内描述的方法添加或删除步骤。[0134]可以从以下枚举的示例实施例(eee)中理解本发明的各个方面：[0135]1.一种用于利用比特率切换进行媒体内容的自适应流式传输的方法，所述媒体内容包括多个连续的媒体片段，所述方法包括在媒体流式传输服务器处进行以下操作：[0136]发射以具有第一比特率的第一编码模式编码的所述媒体内容的片段；[0137]从客户端设备接收用于将编码模式切换到具有第二比特率的第二编码模式的指示，并且作为响应，发射用于在所述第一编码模式与所述第二编码模式之间过渡的过渡片段；以及[0138]发射以所述第二编码模式编码的所述媒体内容的另一片段。[0139]2.如eee 1所述的方法，其中，响应于来自所述客户端设备的请求、特别是http请求而发射所述媒体内容的片段。[0140]3.如eee 1或2所述的方法，其中，用于编码模式切换的所述指示包括对过渡片段的请求，特别是http请求。[0141]4.如任一前述eee所述的方法，其中，所述过渡片段包括以过渡编码模式编码的所述媒体内容的一部分，所述过渡编码模式实现所述第一编码模式与所述第二编码模式之间的平滑过渡。[0142]5.如eee 4所述的方法，其中，所述第一编码模式和所述第二编码模式包括用于控制所述编码的参数化数据，并且其中，在所述过渡编码模式中，所述参数化数据从所述第一编码模式的参数化数据逐渐改变为所述第二编码模式的参数化数据。[0143]6.如eee 5所述的方法，其中，所述过渡编码模式的参数化数据是在编码后配置的。[0144]7.如任一前述eee所述的方法，其中，包括所述过渡片段的所述媒体内容被存储在所述媒体流式传输服务器处。[0145]8.如任一前述eee所述的方法，其中，用于所述媒体内容的多个周期性过渡片段被提供。[0146]9.如任一前述eee所述的方法，其中，编码模式之间的切换点被周期性地或非周期性地提供。[0147]10.如任一前述eee所述的方法，包括对所述媒体内容进行感知分析以选择媒体片段中在感知上最不显著的位置处的切换点。[0148]11.如任一前述eee所述的方法，其中，将所述媒体内容中的切换点的可用性发信令通知给客户端设备。[0149]12.如eee 11所述的方法，其中，在所述媒体内容的流式传输清单中、特别是在媒体适配集中发信令通知切换点的可用性。[0150]13.如任一前述eee所述的方法，其中，所述媒体内容包括音频并且所述编码模式包括立体声、多声道声音以及沉浸式声音中的至少一种。[0151]14.如任一前述eee所述的方法，其中，所述媒体内容包括视频并且所述编码模式包括2d内容、3d内容、非虚拟现实以及虚拟现实中的至少一种。[0152]15.一种用于利用比特率切换进行媒体内容的自适应流式传输的媒体流式传输服务器，所述媒体内容包括多个连续的媒体片段，所述媒体流式传输服务器包括：[0153]媒体存储单元，所述媒体存储单元用于以至少2种编码模式存储所述媒体内容并且用于存储用于在编码模式之间过渡的过渡片段；[0154]发射单元，所述发射单元用于发射以所述编码模式之一编码的所述媒体内容的片段并且用于发射过渡片段；[0155]接收单元，所述接收单元用于从客户端设备接收对媒体内容的请求；[0156]其中，在从所述客户端设备接收到用于将编码模式切换到另一编码模式的指示时，所述媒体流式传输服务器向所述客户端设备发射过渡片段。[0157]16.如eee 15所述的媒体流式传输服务器，进一步包括信令通知单元，用于在所述媒体内容的流式传输清单中、特别是在媒体适配集中将切换点的可用性发信令通知给所述客户端设备。[0158]17.一种用于接收利用比特率切换的媒体内容的自适应流式传输的媒体回放设备，所述媒体内容包括多个连续的媒体片段，所述媒体回放设备包括：[0159]请求发射单元，所述请求发射单元用于发射对媒体内容的请求；[0160]媒体接收单元，所述媒体接收单元用于接收以多种编码模式之一编码的所述媒体内容的片段；[0161]流式传输清单接收单元，所述流式传输清单接收单元用于接收所述媒体内容的流式传输清单，所述流式传输清单指示编码模式之间的可用切换点；以及[0162]回放单元，所述回放单元用于回放所接收的媒体片段，[0163]其中，如果期望比特率切换，则所述媒体回放设备发射用于将编码模式在可用切换点处切换到另一编码模式的指示。[0164]18.一种用于利用比特率切换进行媒体内容的自适应流式传输的方法，所述媒体内容包括多个连续的媒体片段，所述方法包括在媒体流式传输服务器处进行以下操作：[0165]确定用于在媒体片段之间切换编码模式的可用切换点；[0166]在所述媒体内容的流式传输清单中将所述切换点的可用性发信令通知给客户端设备；[0167]向所述客户端设备发射以具有第一比特率的第一编码模式编码的所述媒体内容的片段；以及[0168]从所述客户端设备接收用于将编码模式在可用切换点处切换到具有第二比特率的第二编码模式的指示，并且作为响应，向所述客户端设备发射以所述第二编码模式编码的所述媒体内容的片段。[0169]19.如eee 18所述的方法，其中，所述确定可用切换点包括分析所述媒体内容以确定片段之间的边界，在所述边界处，编码模式的切换在感知上最不显著。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!