題:
為什麼在創建新的船長日誌時明確提到了stardate?
Oliver Vogel
2014-12-10 19:15:03 UTC
view on stackexchange narkive permalink

當船長添加新的日誌條目時,為什麼船上的計算機沒有足夠先進,無法自動插入stardate?還是有特殊原因使其不這樣做?

也許表明隊長“理智”到足以記住日期?
@Max:W如果定期由醫生檢查健康狀況會更好嗎?
有趣的是……第一季使用隨機(非按時間順序排列的日期),並且粉絲注意到了,因此他們不得不開始按時間順序排列故事,以安撫所說的粉絲。這意味著在第一個季節之後,您還可以根據星級日期值確定事件放置的相對順序。儘管它們是荒謬的,但它們確實可以幫助人們識別相對於其他情節而言正在觀看的情節。
@OliverVogel但是誰來檢查醫生?
寫電子郵件時,為什麼要簽名“您是真的,奧利弗”?收件人的電子郵件程序是否可以查閱通訊錄和元數據以根據您的地址顯示您的姓名?
@Superbest:您比較蘋果和桔子。在日誌中添加星號不是某種禮節,而是有效日誌所需的一些元數據
我要說的是,它使日誌記錄具有某些戲劇性的功能。說一個遙遠的日期聽起來更富戲劇性,給整個情節增添了情節,它試圖在整個場景中強調這一點,其中包括一個事實,那就是遙遠的將來。我認為我們無法在故事或場景本身中找到(或彌補)真正的理由。我真的很奇怪,為什麼沒有一個答案能想到這個想法。
@Superbest:我感興趣地註意到,您的類比不是更接近“寫電子郵件時,為什麼將日期放在電子郵件的頂部?”因為您不需要,因為計算機會自動添加它。您的比喻更接近於詢問為什麼此人必須明確聲明這是船長的日誌。這是一個好問題。大概計算機應該知道誰在記錄它,所以為什麼他們需要聲明它是機長的日誌? ;-)
因為聽起來很酷。
我不認為口述日期是元數據,而是數據。它被記錄為日誌的一部分。我認為將來說“船長的日誌,stardate blah”實際上是禮節/慣例,儘管這些信息是多餘的。禮節規則迅速變化,誰知道未來的人們會考慮適當的世紀?
想想一台普通的計算機,它會標記您做了某件事,但是並沒有說明您為什麼這樣做。同樣的概念,船舶進入“紅色警報”,但不記錄原因。
@Virusboy任何星際飛船上可能都有一百萬個傳感器,這些傳感器共同記錄*噸*數據,以了解船上發生的事情,處理該數據,進行顯示和存儲。只要考慮“我們受到了打擊,輕微的船體損壞甲板42的第17條”,如果沒有合適的傳感器和軟件來以可理解的形式報告數據,橋樑上的任何人都不會知道這種精度。因此,進入紅色警報的確切“原因”可能不會被計算機記錄下來,但是在指揮官訂購紅色警報之前的許多“很多”事件被記錄了下來。
好點子。我也從未見過他們戴手錶或問電腦現在幾點鐘。
這只是Starfleet協議或禮節。
十四 答案:
Crow T Robot
2014-12-10 20:36:20 UTC
view on stackexchange narkive permalink

這很簡單:記錄不是實時記錄。

在緊張的太空戰鬥中,船長不能只是休息一下來記錄有人剛剛襲擊了他的飛船,他會記住它以及發生的時間,然後再用它的發生日期記下來,甚至連星際迷航的高級計算機也無法自動記住所描述的事件發生的時間,否則計算機會自行記錄日誌

據推測,該艦的計算機能夠記錄目標的獲取情況,盾牌狀態的變化,武器的使用情況以及該艦在傳感器範圍內的其他活動,然後試探性地確定該艦處於戰斗狀態……但是我明白了。 ..;)
實際上,在ST:TNG中,該船“確實”記錄了自己的日誌。畫外音條目始終是“船長日誌”,​​“副駕駛日誌”或“ ...個人日誌”,無論如何,它們偶爾會向船舶日誌查詢火警,能量爆發等發生的確切時間。就是說,@Crow是正確的,在緊張的情況下,您不能調用“超時”來進行日誌輸入。 :)
實際上,這完全有道理。船長的日誌更像是對船舶日誌的註釋,它添加了船長的想法和計劃,這是船舶無法自動執行的。 stardate告訴計算機註釋的位置。
這是正確的答案,通常使用“船長的日誌:補充”一詞來確認。這些添加幾乎總是在緊張或對時間敏感的時刻添加的,這表明該日誌是後來添加的,以“補充”原始記錄。無論是在戰鬥中還是之後製作的,它都不會在“ Stardate 12345”中記錄下來,但仍附加在“ Stardate 12345”條目中,從而確認不必實時記錄日誌。
@Crow T機器人-比您想像的還要簡單。 *這是羅丹伯里出於個人原因或出於疏忽而放入的過時行為*。如果《星際艦隊》是直達地球的海軍的直接延續,那麼您可以將其歸類為“傳統”;否則就是噓聲或放縱。
@lordscree好吧,大概是一艘星際飛船確實或可以記錄諸如發射移相器等事件的記錄。我想我們應該接受計算機可以理解一個人的單詞的含義,因此如果機長開始通過說“當我們在Rigel IV附近被克林貢人襲擊時...”來記錄日誌,計算機可以分析其記錄以確定發生這種攻擊的時間,並將此日期附加到日誌中。但是記錄到日誌中的許多事情並不是那麼簡單。如果機長說:“我注意到工程人員之間越來越多的衝突...
...部門”。計算機將如何附加日期信息。您可以推測計算機記錄了船上的所有語音並可以對其進行分析,並確定此對話代表“衝突”,依此類推。但是,如果計算機確實能夠這樣做,比起船長根本不需要輸入日誌,計算機就可以自己編寫日誌。
Valorum
2014-12-10 19:25:48 UTC
view on stackexchange narkive permalink

通過大聲說出Stardate來啟動每個新的主日誌條目,似乎是Starfleet協議的一部分。大概是因為日誌本身被損壞,而只有一部分錄音(音頻部分)倖存了,或者是試圖有選擇地編輯錄音。

您可以在 TOS:軍事法庭這集,其中一名乘務員偽造了視覺橋樑錄音。如果還存在音頻組件,則創建編輯版本將是原來的兩倍。

請注意,此過程也是在正式警察採訪中在現實世界中執行的,以及在點擊屍檢報告時。


可能還需要告訴計算機以什麼順序放置日誌條目。在幾種情況下(例如,在 TOS:任何其他名稱中),很明顯已追溯創建了一個條目。在這種特定情況下,柯克創建了一個條目,談論他為旁邊的小人設置的陷阱:

柯克:船長的日誌,日期為4658.9。隨著企業在Kelvans的控制之下,我們正在接近銀河系邊緣的能量屏障。 Spock和Scotty制定了自殺計劃以製止Kelvans。他們已經操縱了船,使我的信號爆炸。

這對我來說似乎並不十分令人信服。在遙遠的將來,能夠偽造音頻和視頻應該很容易。而且我們在這裡不談論模擬記錄設備。這些是帶有元數據(例如確切的錄製時間)存儲在計算機上的文件。
@akzent-實際上,在“ DS9:蒼白的月光下”中,我們了解到令人信服的偽造視頻和音頻絕非易事。實際上,這幾乎是不可能的。
是的,就目前而言,即使是最好的假貨,也可以確定為假貨,並且隨著創造更多假貨或假冒產品的技術的發展,用於淘汰假貨的技術將得到改善。
當記錄日誌時,機長正在記錄他對當前時間的理解...我可以想像在相對論可以發揮作用(並可能混淆事件)的情況下,這可能很有用...
@ChrisB.Behrens-http://2.bp.blogspot.com/-ZoNs99aSWg8/UdSBJKFvb1I/AAAAAAAAAH0/BS8BGfvw4kY/s400/star+date+writers+guide.png這很清楚,無論如何,整個過程都是皮匠。
@aKzenT未來是否還會有更好的技術來發現假貨?
關於您提到的警察程序,我一直在Netflix上觀看1960年代的Dragnet系列。每集節目都以配音開始,包括類似“ 8月19日星期三。洛杉磯天氣溫暖。我們正在欺詐部門工作。”儘管Stardate日期對我們來說簡直是胡言亂語,但卻給人一種真實感。
@LAK-好吧,很明顯,這是與眾不同的地方,它是一個告訴觀眾正在發生的事情的機會。
@Richard聽起來像是對我的答案!
>>請注意,在現實世界中,在正式的警察採訪中以及在對屍檢報告進行錄音時,也要執行此過程。那些。
@theblastone-在英國,所有採訪室都配備了數字錄像機和視頻錄像機。陪審團仍然希望見到某人*說*日期和時間,而當警察忘記這樣做時,律師會喜歡它。
@DaveJohnson是的。可以假設,從現在起數百年後,用於製作偽造音頻和視頻的工具和技術將比現在更加複雜。但是,檢測假貨的工具和技術也可能會更好。總而言之,這可能意味著更容易製造出通過檢驗的假貨,或者更難製造,這取決於哪種技術會更進一步。如果我要寫一個未來的故事集,那我會快速地討論一下哪種技術取得了更多進步,以適應我想講的故事情節。
@jay-如果您觀看DS9:在蒼白的月光下,您會發現當聯邦使用其最好的技術製造令人信服的假貨時,羅慕蘭人並沒有上當。
Thorin Schmidt
2014-12-10 20:32:24 UTC
view on stackexchange narkive permalink

就像當前的船舶會保留基於時間的事件日誌一樣,《星際迷航》中也會保留個人和船舶的日誌。現代船舶,尤其是較大型的船舶,具有船舶,甲板,天氣,軍官,維修,工程師,飛行運營(適用於承運人)和其他官方記錄。鑑於所有正式日誌都可能需要機組人員輸入,因此個人日誌也很自然地反映了這種習慣。而且,考慮到吉恩·羅登伯里(Gene Roddenberry)將《星際艦隊》視為現代海軍的產物,他將《星際迷航》與這種和其他海軍主義相結合。

Brett
2014-12-10 22:51:36 UTC
view on stackexchange narkive permalink

首先,我確定它已經足夠先進了,但由於歷史原因,我們在現實生活中做了很多事情,除了我們喜歡那樣做之外,沒有其他理由繼續下去。 Starfleet可能有一項政策,即所有日誌條目都將以這種方式開始,並且谁愿意爭論。我確定如果您查看文件,文件旁邊會有一個時間戳記;

您的工作中製定了哪些愚蠢的政策,但是您繼續執行這些政策,因為那是老派老闆喜歡的方式?

這個答案是胡言亂語。 “ Starfleet可能有一個所有日誌條目都可以使用的策略...”是否有任何資料可以備份?
嗯好吧,我想唯一的消息來源是:1)有一個名為Starfleet的組織,儘管整個演出被引述為有各種規定。 2)在節目中製作日誌條目的角色總是以某種方式與Starfleet相關聯。 3)進行日誌輸入的每個字符都以相同的“ <日誌名稱>,”算法開始。一個合理的結論是,“ Starfleet **可能有一項政策,所有日誌條目都將以這種方式開始”。並非所有答案都必須有明確的來源。基於觀察得出結論是有效的研究工具
@ThorinSchmidt您應該返回到原始源文檔以對此進行備份。獲取由Starfleet發布的真實手冊,採訪真正的Starfleet官員並詢問他們為什麼這樣做,等等。好吧,除了這是FICTION的工作之外,我們不能這樣做。
真的是@Jay,嗎?這不是真的嗎? 《科幻與幻想》中的其他內容不是真實的嗎?我不知道該說些什麼。等等,是的。看我的回答。吉恩·羅登貝里(Gene Roddenberry)多次說過,他是在美國海軍之後為星際艦隊(Starfleet)設計圖案的,因此,他讓角色使用了許多海軍風格的術語。由於計算機是語音激活的,因此通過告訴計算機“ <日誌名稱>,”來開始記錄條目,如果您想要來源,則沒有比“銀河系大鳥”更好的了。
RonLugge
2014-12-12 01:08:32 UTC
view on stackexchange narkive permalink

這里大多數人都從功能角度進行爭論,但是我個人沒有功能原因。

傳統。 《星際艦隊》主要不是軍事用途,但他們仍有很多軍事隱患,而且它們肯定借鑒了各種海軍傳統,例如使用波森哨子(柯克海軍上將在卡恩之怒登船時受到玻色子哨子的歡迎)

運輸日誌始終以日期開始,因此總是追溯到軍事(或偽軍事)日期。

這是一個有趣的答案,但是您有教規的來源嗎?
@Null僅顯示了使用各種海軍傳統,協議等的趨勢。沒有什麼直接的,只是一點推斷。 (和其他人一樣,它的來源一樣多,我要指出:D)
@Richard的答案確實引用了佳能來源來支持這一論點。但我明白你的意思,我認為推斷是可以的。我只是問一下,因為新用戶並不總是知道引用引用的答案更有可能獲得支持。
@Null在引用幾個特定事件時,將這些事件用作示例來支持他的論點,而不是引用他實際論點的規範性。我將繼續添加一些引用,這些引用以前曾是“海軍”傳統的根基,但在我看來,這些充其量是最好的次要參照對象,受短語“軼事的複數不是數據”的限制。
David42
2014-12-12 21:57:38 UTC
view on stackexchange narkive permalink

角色在宇宙中進行命令時不必一定要說出“船長的日誌。Stardate...”。通常,我們所聽到的是船長聲音中完成日記條目的旁白閱讀。該閱讀內容是電影(電視節目)的一部分,而不是所描繪的事件。

由於它不是屏幕上動作的一部分,因此我認為不需要在宇宙中進行解釋。不論是在宇宙中拍攝還是在外面拍攝,船長都是根據攝影師的要求來朗讀這些單詞的。如果是這樣,那麼對此也可能有一個普遍的解釋。

因此,您是說這是一個敘述者,卻沒人真正說過星際宇宙?
是。在英文文學中,通過寫字母或日記來讓人物敘述故事的一部分是一種成熟的技術。將這些故事製作成電影后,扮演角色的演員通常會從屏幕外讀取該故事。我們本來應該理解那是他寫的,而不是他實際上是大聲讀出來的。
這是一個有趣的想法,我認為這是合理的。您能否引用消息來源說這是目的?
@Null-作為記錄,有幾次我們看到柯克船長,皮卡德和西斯科船長記錄了日誌條目。
-1
-1
是的一切都很好,除了我們看著角色經常在《星際迷航》中記錄他們的日誌。
因此,在屏幕上說出星際約會的角色之所以這樣做,是因為作者在敘事中從語音中復制了風格,或者是因為作者在錄製消息時習慣於說明自己的日期。因此,真正的解釋是在宇宙之外。有時,可以通過令人滿意的宇宙內論證來掩蓋錯誤,從而恢復故事的連貫性。但是,這裡的繪圖一致性不會受到威脅,嘗試掩蓋這個小錯誤只會引起注意。
paul
2014-12-11 05:32:13 UTC
view on stackexchange narkive permalink

在宇宙中的現實將不需要記錄“船員的日誌,______的日期”。計算機將處理所有這些。如果丟失其他數據或日期匹配,則可恢復日期的問題令人發笑。您是否認為控制台後面有盒式錄音機?警察/驗屍報告說出了日期和詳細信息,因為麥克風上裝有一個錄音機,我看不到Starfleet退了那麼幾個世紀。

在此站點上,您是否明確寫下日期和每個編輯框中的用戶名?當然不是。 Stackexchange的服務器負責這些細節。

日誌條目純粹是一種敘事設備,可以向聽眾解釋情況。別忘了這只是一部電視連續劇。

我同意您的意見,但您的答案不合適。首先,它給出了一個不統一的解釋,第二,對其他答案的評論應作為這些答案下的評論發布。
對於純粹出於非宇宙/現實目的而完成的事情,沒有宇宙的答案。
您可能會爭辯說要包含星號,但是通過語音輸入記錄日誌將需要某種鍵。例如,幾次字符會在它們的* personal *日誌中創建日誌條目,並加以提及。需要告知計算機*他們正在為其輸入哪個*日誌。部門主管日誌就是一個很好的例子。處於該位置的人會更改,但日誌不會更改。當Pulaski博士接手醫療時,CMO日誌並未重新開始,而是繼續進行。與船長的日誌相同。
@superbest嗯。當在電視節目或電影中完成某件事的原因是由於現實世界的實用性或講故事的必要性時,“為什麼”的唯一可能正確答案可能是“因為這是電視節目”。也許製作人能夠提出一些合理的理由。但是,如果不是這樣,評論員是否應該發明一種作家和製作人從未想到的解釋,並聲明“真正”的理由?那是荒謬的。
@ThorinSchmidt取決於人們是否必須在輸入日誌條目之前登錄計算機。如果是這樣,大概是計算機可以知道每個人的職務,然後說“用戶ID jkirk@enterprise.com,哦,那是船長,所以這必須是船長的日誌”。我想關於個人日誌與關於某人在船上的正式職位的日誌很重要。這是否會成為問題取決於他們是否使用相同的用戶ID並以相同的方式訪問相同的軟件。但是至少可以肯定地說,您可能必須告訴計算機它是哪台計算機。
Jay
2014-12-13 03:11:01 UTC
view on stackexchange narkive permalink

我不明白這個問題。 “星際迷航”上的計算機會自動在每個日誌條目前加上進行該日誌條目的人員的姓名和職級以及其創建日期。這個人沒有說這些話,他們只是在增加敘述。當然,計算機會使用合成的語音添加此信息,該語音會復制進行日誌輸入的人員的確切語音模式。 :-)

認真地說:可以說,在“現實生活中”,計算機可以將所有記錄的日誌條目的名稱和名稱,日期,也許還有其他信息附加到所有記錄的日誌條目中。因此,當有人播放日誌時,他們會聽到計算機語音說“船長的日誌,日期為3249.2”,然後有人的聲音說日誌的其餘部分。

但這將被破壞電視節目中每一集的簡介流,聽到一個聲音說出人和日期,然後再聽到另一個敘述。即使製片人考慮過這樣做,他們也可能認為這個想法很麻煩。觀眾可能會被兩種不同的聲音所迷惑。所有查看者會立即自動意識到這應該是將“上下文”信息附加到日誌條目的計算機嗎?還是他們必須解釋一下?由於此設備是在每個情節開始時使用的,因此這可能意味著他們必須在每個情節的開始處都說明日誌記錄的製作方式,這對於普通觀眾而言非常沉悶。我懷疑即使製片人考慮了這一點,他們還是認為這個想法不值得處理。

除我在演出中至少知道的三個場合外,該人通過說出姓名和開始日期來開始記錄日誌。我所說的不是在演出中作為聲音,而是作為演出中的動作
不對。他們說日期。
嗯,你讀過我第一段的最後一句話嗎?看到笑臉了嗎?開個玩笑。好吧,如果有一些情節,您實際上看到的是角色在說單詞,而不僅僅是聽到畫外音(我不記得這樣的情節,但很可能我只是不記得了),那麼,是個笑話不適合。另外,也許是雞被強行帶過馬路,所以他是否想到達另一邊無關緊要。
抱歉,我沒看到。我記得,其中一集涉及西斯科船長,他的開端很艱難。他一直試圖記錄一個日誌條目,只是使各種各樣的人破產,幾乎不需要處理任何危機。因此,它仍然只是用作繪圖設備。
Anthony X
2014-12-13 09:30:43 UTC
view on stackexchange narkive permalink

“船長的日誌”出現在原始系列的最早情節(1960年代)中。剛推出時,它可能並不是船上計算機的功能,而更像是簡單的錄音(想想1960年代的錄音機)。這樣,就不會有自動日期戳或日誌的計算機處理。隨著原始系列的進行,計算機及其特性得到了定義和功能,但這是在日誌格式已經建立之後。

下一代引入了一種更加複雜的計算機,從而使原始系列風格的原木不合時宜,但是“船長的原木”的格式和風格是《星際迷航》系列的標誌。

以我們21世紀對計算機技術的觀點,我們可以回顧一下並想像一下,在真實的23世紀,TOS中描述的“船長的日誌”根本沒有任何意義。

底線:正如其他答案中所述,沒有連貫性宇宙中的解釋;您必須走出這一步,考慮一下《星際迷航》首次播出的時間,以及Roddenberry為該節目選擇的講故事風格。

Questioner
2014-12-13 10:31:27 UTC
view on stackexchange narkive permalink

整體解釋: 儘管計算機會自動記錄日期和時間以及其他可能的相關信息(例如位置和船期),但仍然有充分的理由供製作日誌的人註明日期。它表明該人知道日期,可以看作是確定其頭腦健全的一種形式。

元後代解釋: 顯然,最初的《星際迷航》系列是在磁帶錄音機時代,而自動時間戳並不是什麼大事,因此他們採用了一種給人一種帶有協議的軍事印象的方法。上面的解釋是對演出的傳統有意義的翻新。

沿著這些思路,人們可以推測這只是一種形式。為什麼遇見某人時我們握手?這實現了什麼實際目的?沒有。這只是一個習慣。在現實生活中,人們有很多小的儀式,幾乎沒有實際的用途。
geometrikal
2014-12-13 13:29:20 UTC
view on stackexchange narkive permalink

可能的原因:

  • 《星際迷航》中的計算機經常通過口頭命令進行交互。誰會忘記Scotty的“ Hello Computer”。

  • 儘管TNG中的計算機足夠複雜,可以創建眾生,但它更像是一種工具。計算機主要是響應機組人員。它不是由自己決定,也不是問機組人員,它發起的只是控制台上的警告。考慮到這一點,機組人員命令為特定日期輸入日誌是很有意義的。

真正原因:

  • 回到星際艦隊總部的許多上將的年齡已經足夠大,足以記住何時考慮互聯網上的大寫字母了。在屏幕上閱讀“星際艦隊”字體的日誌會使他們的眼睛流血,因此他們更喜歡音頻重放,這自然要求大聲讀出星號。
Hal
2014-12-15 03:48:54 UTC
view on stackexchange narkive permalink

思考星際迷航宇宙。發生各種奇怪的不可預料的事情,這些事情困擾著機組人員和計算機。 (時間旅行就是一個相關的例子。)

為了使第三方了解事件鏈,日誌(或事件的任何說明)的時間順序準確性是必要的(或至少非常有用)。 。

鑑於以上兩點,您不希望日誌的時間準確性僅取決於記錄器的狀態或僅取決於計算機的狀態。因此,儘管計算機記錄了記錄器記錄條目的時間,但讓記錄器輸入日期還是有意義的。

PoloHoleSet
2018-11-16 05:14:53 UTC
view on stackexchange narkive permalink

這不是設計造成的-

《星際迷航》雖然具有遠見卓識,卻在幾乎100%的模擬時代創造出來。要呼叫某人,您必須記住他們的電話號碼,或者查找它,然後在旋轉電話上手動撥出每個號碼。如果您有忙音(甚至沒有語音信箱,沒有答錄機),則必須再次記住該號碼並撥出(沒有存儲的電話號碼或在旋轉電話上自動重撥)。

如果我想查看某個日期的新聞廣播,則背誦新聞的人會提及該日期,他們必須用該信息拍攝卡,否則必須對存儲罐或日期進行拍攝以某種方式登錄或寫入。當人們記日記時,每個條目都將標有日期。

船長的日誌基本上是一個音頻日記條目。

如果您想記住拍攝照片的時間,您翻轉了物理照片(沒有在線存儲或數字圖像),並在其背面寫下了日期。

很可能,他們根本沒有想到沒有想像中的日期和/或時間,而沒有以某種方式故意指出它們。

因為這個原始過程被設置為以這種方式成為標準,為了與已經建立的內容保持連續性,該節目的未來版本只是保留了這一傳統。

user58981
2016-01-09 11:28:06 UTC
view on stackexchange narkive permalink

這個故事是人們寫的。人們不會考慮所有事情。您不必為了使某些東西適合您的宇宙而強制解釋。有時候事情只是錯誤的傳統。



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