sedが「間違った」文字を見つけたときに解析を続けるように強制する方法は？

誤ってエンコードされた文字列を含む大きなプレイリスト.pls（再生ソフトウェアで生成）があります。これがバグなのかプラグインの一つなのかdeadbeefはわかりませんが。deadbeefsed

しかし、これは一見より簡単ですsed。邪魔する文字が見つかるとすぐに「無効」と見なされる文字を解析します。

$ cat archives.pls | grep --perl-regexp Lika.*rar.*02
rar:///home/andy/audio_compressed/world/ru/Lika Star - Ya (RUS 2001).rar:2001- �/02 ���.mp3

変更されていない元の行です。それでは、パスを抽出して試してみましょうsed。 （注：これはディレクトリツリーで「死んだ」オーディオファイル、つまり存在しなくなったファイルを確認するために完了したいスクリプトです。）

 $ cat archives.pls | grep --perl-regexp Lika.*rar.*02 | sed -e 's/^\(zip\|rar\|7z\):\/\///' -e 's/\(\.\(zip\|rar\|7z\)\):.*/\1/'
 /home/andy/audio_compressed/world/ru/Lika Star - Ya (RUS 2001).rar�/02 ���.mp3

ああ。これは明らかに動作しません。正規表現ははい絶対に正確です（いわゆる「有効な」文字で正しく機能することが証明されるため）。実際、コロンから「2001-」まで空白に解析した後、突然無効な文字で停止することを意味するrar�Originalの略語に由来しました。それでも質問が残っています。エンコーディングが何であるかを無視して、とにかく解析するとどうでしょうか？私の言葉では、私たちは「rar」の後ろのコロンの後ろのすべての内容を切り取りたいので、仮定するのは安全でなければなりません。rar:2001- �sedsed.* する 絶対に代表的ですどの特徴？

cut注：答えに「エレガントに見える」ソリューションを使用しないでください。あった、そうだった。代わりに、私たちはUNIX型のオペレーティングシステムを使用しており、元の ":wumpscut:"または同様のスペルを使用したアーティストに関連する奇妙なファイル名を法的に使用することができることを考慮することをお勧めします。つまり、途中で別のコロンがある可能性があるため、後で最初に会うコロンを静的に切り取ることは良い考えではありません(zip|rar|7z)://。