題:
音頻文件組織
NoiseJockey
2010-03-31 20:30:31 UTC
view on stackexchange narkive permalink

無論您如何在 SoundMiner Basehead等數據庫中組織圖書館,您如何理智地將記錄歸檔到硬盤上,尤其是在初次攝取之間原始錄音的內容以及經過編輯和掌握的錄音的去向?您是否按日期,事件/項目,聲音類型存儲它們?還是以一種不太井井有條的方式將它們“平坦”地存儲起來,然後讓您的聲音庫全部整理出來?

首先,我會按日期和事件/主題來命名所有原始錄製會話(如果是項目,則使用3個字母的項目代碼,而不是事件或主題),並且我從不會擦除或覆蓋我的原始原稿。然後,我確實有許多單獨的子文件夾,用於按類型分類編輯聲音,然後利用SFX庫軟件/數據庫通過元數據搜索和交叉引用聲音。儘管這聽起來很多餘,但除了所有元數據條目之外,在文件系統中還擁有一個組織系統,至少我知道,如果我的數據庫遭到破壞,我將擁有一些明智的硬盤級組織。

但是,我一直認為還有更好的方法。 使用什麼方法?

(注意:與這個先前的問題相關,但僅關注文件系統級組織,而不是圖書管理員軟件!)

很高興你問這個。就在這一刻,我也正試圖找出一個好的系統。期待閱讀答案。
七 答案:
Nick Meade
2010-04-01 07:20:38 UTC
view on stackexchange narkive permalink

我有機會與在 Soundelux工作了將近15年的圖書館員合作。他建議組織圖書館的最佳方法是在文件夾結構中非常具體且直率,例如:

車輛:飛機,汽車,機車,航天器,水上飛機

然後使用子文件夾在其建議的主文件中列出每種類型的車輛。將整個系統結合在一起的粘合劑就是元數據。他的目標是無需使用 Soundminer就能找到他想要的任何聲音效果。因此,如果要使用激光噴砂機,可以將其歸檔,例如:武器/槍/ Sci_Fi /激光

就母帶製作而言,在記錄之前,我會先標記 702中的所有記錄並將文件保存到我的SFX庫結構內的“待掌握”文件夾中。即使我還沒有掌握這些文件的權限,這也使我可以訪問文件。我也使用上述方法將原件保存到數據庫之外的單獨文件夾中。

謝謝你,尼克。鼓勵專業人士還將文件系統用作他們正在使用的任何圖書館員軟件的備份。感謝您的見解!
哇,尼克。我想我和同一個人一起工作:PP。我可以證明這種結構有效。我在他旁邊的一個相對較新的聲音編輯公司的圖書館實習了一個學期,這種方法非常有效。那裡最大的問題是整合大型庫的大量工作。但是,如果您以這種方式啟動庫,那就太棒了。
theodorejordan
2012-04-17 20:45:51 UTC
view on stackexchange narkive permalink

我對這個話題有很深的感觸,因此對於冗長的帖子,我們事先表示歉意。

這是我整理音頻文件的方式:我沒有!在您提出問題之前,請允許我解釋一下……

我的意思是,我不對音頻文件進行排序,歸檔或以其他方式組織到操作系統的文件夾中。一點也不。我整個工作的聲音庫只不過是存放在計算機單個文件夾中的幾個bazillion文件,我什至沒有給它們起任何名字。大多數應用程序仍從其生成的任何設備或應用程序中獲得默認的通用名稱。 “ file0483.wav”,“ Reaktor52-28983.wav”

嘿,我敢打賭,很多人對此感到不安。與聽起來相反,我實際上是一個組織過度的人,而且我確實有一個很好的組織系統。但是,在使用和設計自定義媒體數據庫的多年中,我逐漸了解到音頻具有許多固有的特質,使音頻無法像文本文件一樣進行組織。這就是為什麼……

音頻過於活躍,有幾個很好的理由,但是最大的原因是:音頻並不總是一維的。您的“自然/動物/叢林/鳥類/鸚鵡/鸚鵡/Macaw_Rainforest_Morning_Take_15.aiff”歸檔慣例有什麼好處,當該文件還清晰地包含其他20種鳥類的聲音,風扇船,一些電鋸,一群遊客tourist叫聲時,後台有雷暴?真是一場雷雨。

為什麼強迫自己對文件在計算機上的位置做出無聊的管理決定,而該決定可能不可避免地在以後阻礙文件的使用,具體取決於您當時決定將文件放在何處?您的計算機不知道該文件是什麼。不管雷暴有多厲害。這只是一個文件。

具有創造性的限制 緊要關頭,在喝完14杯咖啡後,您決定將涼爽的Synthy雜物夾在“ Instruments / Synth / Analog / Leads /”文件夾中。大。但是我想我們都知道,我們每個人都可以吸收一點點bloop聲音,然後將其轉換為史詩般的打擊墊,音景,低音或其他聲音。重點是,組織實際文件本身並不會限制您的使用。

這是一種藝術障礙。您是一名藝術家,但是對於文件的命名,排序和移動絕對沒有任何創意或藝術性。您正在強迫大腦在左右功能之間來回跳動,從而從自己身上吸收創造力並在一天中消磨掉。

標記,在上下文中確定,有很多聲音文件just_one_thing,但是您的系統應該足夠靈活以適應所有情況。給一個文件起一個名字並將其永久粘貼在一個文件夾中並不靈活。什麼是彈性的?標籤。一個文件只能有一個名稱,但是可以根據您的需要添加多個標籤。標籤是可點擊的,可搜索的,可快速應用的,簡短的,甜美的,基於廣告素材的使用情況,無需輸入,列表就可以繼續。文件和文件夾的名稱冗長,繁瑣,手動鍵入,手動排序,並且容易出現人為錯誤。

信不信由你,沒有比擁有一百萬個文件的單個文件夾更靈活的選擇了。只要您使用標籤,並在廣告素材上下文中應用這些標籤即可。我的意思是,在創造性地使用音頻文件的同時,將簡單且有意義的標籤應用於音頻文件。 <這很重要。沒有什麼比整夜的文件組織會議更la腳或容易做出錯誤的決定了。取而代之的是,在果汁流通過程中,在使用時將標籤應用於文件。在執行一些實際工作時單擊一些標籤會花費幾秒鐘的時間,並且比起播放文件文員時凌晨3點,所產生的上下文更有意義。

可移植性,無論使用哪種工具都沒有關係。 Soundminer,Snapper,Monkey,普通的Finder,iTunes。沒有區別。我已經使用了每個專業音頻數據庫,並為自己設計了幾個自定義數據庫。這些天我選擇的工具是AudioFinder。它有點醜陋,有點ated腫,但是試聽和搜索速度很快,並且它具有一些我逐漸喜歡使用的編輯和批處理功能。它還具有出色的標記系統,並將這些標記作為Spotlight註釋應用於OS X中的文件。這意味著我可以將這個大文件夾放在任何地方,並且只需幾個腳本,我就可以將整個標籤系統集成到我選擇的任何軟件中,並繼續生活。

別誤會我的意思。如果我需要將文件傳遞給地球上的任何其他人,我將為它們命名並將它們放入一個對人有用的文件夾。地獄,我靠聲音庫為生。這些最終產品的名稱都經過整齊的命名,給定了元數據等。但是在最終產品發布之前,我100%專注於創意輸出。這很大程度上是因為我的系統的管理費用低。我的非系統系統的生產力要比我見過或使用的任何其他方法高幾個數量級。

切斷電線並堅持下去需要花費很多毅力。但是,一旦您這樣做,它就會真正解放出來,並且實際上更有助於創作。我已經幫助其他人從一些非常龐大的基於目錄的系統過渡到這種工作方式,他們都說了同樣的話。他們都很喜歡。

您是一位藝術家。盡一切努力使您的大腦處於創造性思維領域。組織文件是其對立面。只是我的2美分。

一個有趣的方法-我個人討厭聚光燈並懷疑它將在5年內成為一個操作系統,所以不確定是否依賴它是如此明智..我發現與您的推理有點奇怪的是,它是如此令人難以置信在錄製時很容易為錄音自動命名,而又不影響您的創造力,我什至看不出有什至不願意這樣做的動機-這種方法似乎只存在潛在的問題?
應該強調;我反對的不是文件名。將它們組織到文件夾和子文件夾中只是繁瑣的嘗試。這就是我放棄的部分。我對此只有強烈的感覺,因為它對我的生產力產生了重大的積極影響。顯然,沒有一種方法適合所有人。這只是為我工作。我當然不認為這是“正確”的方法。我不認為有這樣的事情。是的,Spotlight沒用。我從不直接使用它,只是自動回退標籤。我在其他地方也有。
Selcuk Can Guven
2010-04-02 15:56:06 UTC
view on stackexchange narkive permalink

每個人都有不同的搜索習慣,基於這些習慣,它更易於創建您自己的系統。

用於文件夾維護的我的系統完全基於項目編碼。我創建了一個圖例,並開始根據該圖例標記它們,這使我的生活更加輕鬆。

當我在Project ClientName文件夾中時,我有一些子文件夾,如100221_FR_Pr,它代表2月21日製作的Processed Fields Recorings。我也有錄音室錄音,原始文件,混合文件和母帶文件等的代碼。

有趣的是,它需要一些時間來適應您自己的系統,但一段時間後它確實可以工作。對我來說,當我與客戶交談時必須選擇特定的音頻時,這確實很有幫助。

sounDesign
2010-04-03 00:40:27 UTC
view on stackexchange narkive permalink

mmm ...這是一個數字圖書館問題。...

具有計算機科學背景的人組織具有以下結構的文件:

根/項目/源或deploy /庫/ soundA / ...

其中:root是一級目錄的名稱; project您正在工作的項目的名稱; source或deploy,位於同一級別的兩個包含原材料的目錄或已定稿; libraries是聲音庫的名稱; soundA是您的聲音的名稱。

示例://nike_commercial/sources/voices/male。aiff是用於您的耐克商業廣告項目,並且您只想將其用於該項目

// special_effects / sources / explosions / boom_03132010.aiff

是您在以下位置創建的爆炸的景氣效果2010年3月13日,它是名為special_effects的常規目錄的一部分,在該目錄中,您可以存檔並非為特定項目創建的所有這些聲音,但是您可以在任何地方自由使用它。

酷兒d如果您使用元數據(例如標籤)在其中添加有關聲音的自然信息的信息,則搜索更容易。

示例:boom_03132010.aiff一些標籤:響亮,合成,錄製,倫敦,立體聲, ...

但是要實現此目的,您必須使用指定的軟件來管理元數據,您不能使用目錄來做到這一點

Serban Matei
2018-05-01 15:14:10 UTC
view on stackexchange narkive permalink

我認為,對於聲音設計元素(非常基本的東西,例如低沉的聲音,雜亂的工具,軟木塞流行聲),最好給文件起一個基本的可搜索名稱。對於具有許多元素的最終音效,您可能需要在名稱中添加術語或為其添加標籤。我個人希望獨立於元數據。我的圖書館仍在進行中。在我看來,最重要的事情是讓您了解圖書館。熟悉您所擁有的庫中包含的文件,以便您知道要去哪裡。如上所述,文件的適用性不取決於名稱或位置,而是取決於其中包含的實際聲音。如果您不聽...如果您以前從未聽過文件的內容,則命名約定可能會被證明用處不大。我從庫中刪除了很多文件,因為我只是不喜歡它們,或者覺得它們是多餘的,而且我已經有x個類似的文件。

Andres Duarte
2012-04-17 08:18:42 UTC
view on stackexchange narkive permalink

問題你們有沒有合併過圖書館?就像...您是否有一個名為“ foley”的文件夾,並且您擁有的每個庫中都有foley嗎?

或者是按庫劃分,然後按自己的類別(即foley)劃分每個庫?

....這使我想到了一個意外的問題:您是否曾經重新組織過庫您購買是為了使它們適合@Selcuk提到的“個人系統”?

實際上,我使用我購買的所有精品圖書館來做到這一點-並不是創作者做錯了什麼,我就像SI / HE和Soundstorm使用的元數據方法一樣,因此我根據需要修改了元數據並重新嵌入(通常它只是用枚舉索引號標記適當的Source標記,因為其他所有內容都存在)。例如,在弗蘭克(Frank)的北方鄉村火車上,我將“記錄員”的源標籤更改為NCT01_xxx(xxx與他的wav文件中的後綴號匹配,因此是直接匹配)。工作時有助於更快地獲取所需的材料
Fabien Cador
2012-04-18 15:56:02 UTC
view on stackexchange narkive permalink

首先,很抱歉,如果我的英語有時不好,但是像theodorejordan一樣,我真的受到了這個主題的啟發。很長一段時間以來,我一直在嘗試為我的聲音庫創建許多組織模板,但是我總能有時候我想快速搜索聲音時會遇到一些麻煩。然後,我在里克·維爾斯(Ric Viers)的《聲音效果聖經》(The Sound Effects Bible)一書中找到了靈感,以創建我自一年多以來使用的規則。

我的高清組織:在Mac Pro上,HD上的聲音僅在根目錄上有3個文件夾:RAW:一旦處理完原始文件,便刪除它們以免浪費空間。以前,我曾經保留過它們,但我意識到我永遠不會再堅持下去。這很殘酷,但我想。我的原始名稱是在我進行錄音時直接在Nagra上創建的(名稱,拍攝日期,評論)

個人聲音庫/沒有子文件夾,並且所有聲音都在這裡(我會解釋後來為什麼)

聲音庫我將其與其他庫的所有子文件夾合併在一起。我不想浪費時間來重組它們,一個備份在外部HD上,另一個備份在我的serv上(永遠不夠安全)

文件名:起初,但我只用大寫字母寫名字。我的目標是在必須快速工作時保持可讀性,這對我有很大幫助。最多31個字符(這是mac文件名的限制,如果我需要提供更多信息,我會將它們放在soundminer中)。我所有的文件都具有相同的名稱結構:CATEGORY NOUN動詞說明LISTNUMBER.wavPut過多的類別或子類別名稱使我感到迷失。我的所有文件都有一種獨特的聲音。我的意思是,如果我一次錄製3個匹配的聲音,將它們分成3個文件,就不像某些專業庫那樣在一個文件中包含10個相同來源的聲音。我很懶,我只聽第一個。 我把它們放在一個文件夾中。我記得我以前為文件命名的類別,因此,如果要查找特定的聲音,請打開文件夾,然後直接轉到類別的第一個字母(無需特別注意)。我的目標仍然是盡可能快地工作。對於不懂英語的人(...像我一樣):我的聲音總是用英語而不是法語來命名。我過去經常與國際公司合作,所以最好將聲音傳給別人,讓人們直接理解那是什麼聲音。

使用這種方法,我真的很驚訝自己使用Soundminer,在某些罕見的情況下,例如當我需要來自其他庫的聲音或需要真正特定的聲音時,我對文件名的註釋不足,而對元數據的註釋不足。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 2.0許可。
Loading...