都是新版本惹的禍

2021-04-06 20:29:43 字數 673 閱讀 6082

下了部**,興沖沖的開啟來看,卻被windows media player 告知「遇到了乙個錯誤,

是否要向ms報告,是否要重啟」。嘗試了好幾次都是相同的結果。仔細觀察,發現每次開啟

然不行。沒辦法又把ac3filter解除安裝重灌,把vobsub解除安裝重灌,但都無濟於事。乾著急之時

相同的名字,結果又出現錯誤。原來錯誤與字幕有關!!!但我解除安裝vobsub2.6又重灌了它還

是不行呀!最後我把windows media player9解除安裝,使用win2000自帶的版本,把ffdshow,

心中大喜。裝上window**ediaplayer9,結果又出現問題了!

這時我意識到可能是windows

病。這時我覺得很鬱悶,解決軟體衝突一般想到用新版本的代替舊的,可vobsub2.7已經是最

新的了,而win2000下windows media player9也是最高版本了。總不能為了看這個片而不用

windows media player9吧。又一想,既然用老版本的windows media player配新版本的

vobsub沒有問題,那麼用新版本的windows media player配老版本的vobsub會不會也行了,

機器又慢,開的服務又多,啟動一次就鬱悶一次),終於發現「罪魁禍首」居然是vobsub版

太新! 希望對遇到類似錯誤的朋友有點幫助。

都是 IDENTITY惹的禍

前不久系統伺服器出現了一次不大不小事故,資料庫乙個表的資料不翼而飛,這個表雖然算不上頂級重要的表,但也算的上是個很重要的表,大家趕緊查是什麼把這個表的資料刪的只剩下180多條資料.為什麼還有180多條資料存在哪?真是挺讓人納悶的,但發現這180多條資料中有乙個共性,那就是那個不該為空的字段變成了空值...

都是埠惹的禍

這幾天公司搬家,所以忙的blog好久都沒有更新,關鍵是沒有什麼技術上的事情,都不知道寫點什麼,呵呵。周四到週日一直在乙個客戶那邊進行產品的實施,整個過程自然比較有趣,對於我來說最重要的就是認識到了靈活程式設計的重要。我們的程式需要幾個通訊埠,其中乙個是1433用來連線sqlserver資料庫,很多的...

都是埠惹的禍

這幾天公司搬家,所以忙的blog好久都沒有更新,關鍵是沒有什麼技術上的事情,都不知道寫點什麼,呵呵。周四到週日一直在乙個客戶那邊進行產品的實施,整個過程自然比較有趣,對於我來說最重要的就是認識到了靈活程式設計的重要。我們的程式需要幾個通訊埠,其中乙個是1433用來連線sqlserver資料庫,很多的...