中文字幕无码日韩视频无码三区

基于渲染特性的云渲染文件高速傳輸方法

文檔序號:9508650閱讀:649來源:國知局
基于渲染特性的云渲染文件高速傳輸方法
【技術領域】
[0001]本發明屬于計算機多媒體技術領域,尤其涉及一種基于渲染特性的云渲染文件高速傳輸方法。
【背景技術】
[0002]目前互聯網文件傳輸有各種方式,例如:《一種基于光場渲染的自由視點視頻在IP網傳輸方法》,公開號101022537,該發明涉及一種基于光場渲染的自由視點視頻在IP網傳輸方法,將每臺電腦從攝像頭采集來的視頻進行壓縮后的視頻流作為一路視頻流進行緩存;將用戶所需要的多路視頻流作為一路自由視點視頻流進行傳輸,該傳輸方法包括:視頻流緩存;建立連接準備服務,將用戶及所需視頻流標號放入相應的用戶待服務列表,每個用戶待服務列表中用戶按照用戶時間戳從早到晚排序;選取所有用戶時間戳最早的用戶按其視頻流標號進行發送;當進行視頻流切換時,服務器將用戶待服務列表中用戶的視頻流標號修改為用戶需要更換的視頻流標號,然后發送。該發明創造已經不足以滿足文件的高速傳輸。
[0003]互聯網網絡存在一種存儲秒傳技術。百度云盤等網絡存儲在進行文件傳輸的過程中都實現了秒傳的機制,其原理大致如下:
[0004]1、根據Hash算法計算每個文件的Hash值,不同的文件計算出來的Hash值不同;
2、客戶端系統在上傳文件之前,先計算本地文件的Hash值,并將該Hash值傳輸給網絡存儲服務器;3、網絡存儲服務器維護一張數據庫表,用于記錄所存儲的文件及其對應的Hash值;4、網絡存儲服務器收到客戶端傳輸過來的Hash值,在其數據庫中搜索該Hash值是否存在,如果存在,則通知客戶端無需上傳,否則客戶端則進行文件上傳;5、當客戶端需要上傳多個文件時,每個文件均是在正式上傳之前將其Hash值上傳到網絡存儲服務器進行判斷是否能夠秒傳,多個文件形成隊列。
[0005]由于計算一個文件Hash值所花費的時間小于通過網絡傳輸一個文件的時間,文件越大,時間差距越明顯。由于渲染文件一般由大量圖形組成,文件現實的特性是體積非常大,另外,由于渲染文件中有一部分圖形是相同的,該上傳的文件可能已經被其他用戶上傳到存儲服務器上,該上傳會造成整個渲染文件上傳時間長,且占用存儲服務器的空間,浪費時間和存儲服務器資源。
[0006]渲染任務文件特性:
[0007]—個渲染任務包含的文件類型主要有:渲染工程文件,如.max、.ma、.mb文件,通常1個或若干個;在進行清染過程中所需的素材文件,如貼圖文件.jpg、.png、.bmp等,燈光焦散文件.vrmap、.vrlmap、vrpmap等,模型文件,如人物模型、家具模型等,模型文件通常是由第三方制作廠商提供的,其擴展名同樣為.max、.ma和.mb,供渲染相關制作人員直接在渲染工程文件中引用,以達到模塊化快速制作的目的,通常素材文件較多,成百甚至復雜場景需要數萬個;
[0008]渲染引擎根據渲染相關制作人員制作的渲染工程文件,對所需的素材文件進行加載引用,并進行計算渲染,最終輸出渲染結果。因此,素材文件可以重復的在多個渲染任務中被引用,而由于渲染工程文件是渲染相關制作人員利用3ds Max、Maya等建模工具根據需求創建的,因此渲染工程模型往往不具有重復可用性;
[0009]根據制作場景的復雜程度,渲染工程文件大小通常為幾十MB至幾GB大小,而素材文件中的貼圖類文件通常則為幾KB至幾MB不等,而模型文件則與渲染工程文件類似會相對較大;
[0010]云渲染服務,用戶通過互聯網將渲染任務上傳至云服務器,然后由云渲染服務后臺計算節點進行渲染并輸出渲染結果文件,再云服務器再通過互聯網將渲染結果文件發送給用戶;
[0011]以用戶互聯網帶寬接入速度為10Mb為例,理想情況下,傳輸500MB的渲染工程文件所需時間為:500MB/(10Mb/8) = 400秒;而傳輸1MB的素材文件所需時間為:1MB/(10Mb/8) = 0.8 秒。

【發明內容】

[0012]針對現有技術中存在的問題,本發明根據渲染任務文件的特性,以及互聯網網絡存儲秒傳原理,實現互聯網云渲染文件高速傳輸。
[0013]本發明實現的技術方案為:一種基于渲染特性的云渲染文件高速傳輸方法,系統包括客戶端系統與網絡存儲服務器端,其特征在于,它包括以下步驟:
[0014]S1:在所述客戶端系統中生成文件隊列排查列表和文件上傳列表,在所述網絡存儲服務器端生成存儲文件的Hash值列表;
[0015]S2:按照文件修改時間排列,優先上傳修改時間最近的文件;上傳文件時,所述客戶端系統開始計算后續文件的Hash值,將Hash值計算后上傳至所述網絡存儲服務器進行對比并發回對比結果;所述客戶端系統根據發回的對比結果判斷該文件是否需要上傳,刪除所述文件隊列排查列表中無需上傳的文件,并將需要上傳的文件發送到文件上傳列表;
[0016]S3:在第一個或上一個文件上傳結束時,所述客戶端系統將所述文件上傳列表中文件的Hash值再次上傳至所述網絡存儲服務器端進行對比并將對比結果發回,刪除無需上傳的文件信息并按文件大小排序;
[0017]S4:所述客戶端系統開始將所述文件上傳列表剩余文件中最大的文件上傳至所述網絡存儲服務器,并同時再次上傳排序中下一個文件的Hash值;將Hash值計算后上傳至所述網絡存儲服務器進行對比并發回對比結果;所述客戶端系統根據發回的對比結果,刪除不需要上傳的文件,減少文件上傳數量,進而提高傳輸效率;
[0018]S5:重復步驟三和步驟四,直至文件上傳列表中所有文件全部上傳完畢。
[0019]本發明具有以下有益效果:本發明不同于目前主流的網絡文件秒傳方式:本發明通過文件被修改時間和文件大小排序,找到需要上傳的文件,并且在前一個文件上傳同步進行下一個文件Hash值計算,排除與網絡存儲服務器端相同的文件,經過排查流程和上傳再排查兩次剔除不需要上傳的文件,沒有增大計算量,同時又能最大限度的減少文件上傳數量,減少文件上傳總耗時。
[0020]如上所述的程序伴隨著先前上傳的文件同時進行,在上傳文件的同時,系統開始計算Hash特征值,經過兩次向服務器端發送Hash值對比,刪除客戶端與服務器端相同的待上傳文件,從而最大限度的減少上傳文件,減少上傳時間。
[0021]由于計算Hash值與網絡存儲服務器對比所占用的時間遠小于文件上傳所需時間,該系統極大提高了文件上傳效率,對于渲染行業的頻繁上傳、下載大文件的行業特性來說,節省了大量網絡服務器的存儲空間,同時也減少了客戶在上傳時的時間。
【附圖說明】
[0022]圖1為本發明的網絡文件Hash值判斷原理圖。
[0023]圖2為本發明的云渲染文件傳輸流程圖。
[0024]圖3為本發明的云渲染文件列表傳輸流程圖。
【具體實施方式】
[0025]下面結合說明書的附圖和具體實施例對本發明作進一步的描述。
[0026]為了達到本發明的目的,本實施例提供了一種基于渲染特性的云渲染文件高速傳輸方法,如圖2所示,其中該方法包括下列步驟:
[0027]1、本發明公開的技術系統包括兩個系統,客戶端系統與網絡存儲服務器,如圖1所示,本實施例的網絡文件Hash值判斷原理系統圖。
[0028]2、用戶開始通過渲染客戶端上傳渲染文件后,系統執行文件隊列排查流程:
[0029]2.1將本地存儲路徑中待上傳文件形成待上傳文件初始化列表2-01,該列表根據排列順序根據文件的最后修改時間為基準由新至舊排序2-02 ;
[0030]2.2客戶端系統判斷文件排查隊列列表是否為空2-03,如為空,則系統通知文件上傳進程秒傳排查流程結束;
[0031]2.3文件排查隊列列表不為空,系統按序取出下一條記錄2-04 ;
當前第1頁1 2 
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1