誰かMurdoc MP9 1.01をアップローダに上げてください。
お願いします。

こういうものをもうすぐDLLとして公開します。

class CFriioDevice
{
public:
　　CFriioDevice();
　　virtual ~CFriioDevice();

　　const BOOL OpenDevice(void);
　　void CloseDevice(void);

　　const BOOL Connect(void);
　　const BOOL Disconnect(void);

　　const BOOL SetChannel(const BYTE bCh);
　　const DWORD GetTsStream(BYTE *pDest);

protected:
　　// 以下内部コード
};

＞プラグイン開発者の皆様、基本的にオープンソースで行きませんか？
プラグイン開発者はソース開示しないと
叩かれることになりました。

> see ttp://www.nicovideo.jp/watch/sm1654977
> so we call it "development".

Every other civilized country calls it "pedophilia"

Dear Mr. Friio,

>reinventing the wheel, typical thing you folks do.

your job is very good. we all think highly of you products.
but you have done "reinventing the wheel", too.
everything had been done about 15 years ago :-)

see ttp://www.nicovideo.jp/watch/sm1654977

around 7:37

we are always reinventing the wheel, but something will be produced with it.
so we call it "development".

本家はBDAサポートとか書いてるけど、安定動作しないからなぁ。(って言うかほぼ動かん)
やっぱ独自ドライバはがんばって欲しいな。ノンサポートOSの為にも。

I don't intend to trouble you.
It's just a my hobby.

> If software and hardware of friio are high quality, we do not analyze it
There is no problem with our hardware or software during testing.

> Is your customer not Japanese?
BS/CS Friio will be for more than Japanese. No excuse to make non-unicode appli.

> Your FriioView is buggy and childish for Japanese user.
And your non-unicode app is painful to run on Chinese Windows XP.

By the way, we went through 700 "next resale" mails from Nov 1 to 15 and nothing found from you except order and ship confirm email.

If software and hardware of friio are high quality, we do not analyze it.

Friioに迷惑をかける行為は禁止します。

> And your non-unicode app is painful to run on Chinese Windows XP.

We are Japanese.
Is your customer not Japanese?

And, I am extending your application by very "legal" methods.
No binary modifying, No reverse assembly...

> Your FriioView is buggy and childish for Japanese user.
And your non-unicode app is painful to run on Chinese Windows XP.

By the way, we went through 700 "next resale" mails from Nov 1 to 15 and nothing found from you except order and ship confirm email.

ちょいと調子乗りすぎですねぇ。
解析でも何でもないのにすげぇ高圧的態度。
俄然無視でがんばってください！！

がんがれ！

ちがったorz

つ　ttp://comtech.myweb.hinet.net/pdf/jdvbt-90502.pdf　？

正直オープンな単独ドライバにも期待してます。

I sent E-Mail to you about collaborated development at 2007/11/02.
I have not received the reply yet.

I continue the analysis and development until driver interface is
opened to the public.
Your FriioView is buggy and childish for Japanese user.

shine@2sen.dip.jp

ちなみにチャンネル切替時にドライバに渡すデータは下記です。

(WORD)HHLL = 0x0E7F + 0x002A * (ch - 13)

dwIoControlCode = 0x00220020　nInBufferSize = 43　nOutBufferSize = 43　*lpBytesReturned = 43
TX:40,03,00,30,FE,00,05,00,0A,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,26,00,00,00,05,00,00,00,C0,HH,LL,B2,08,

dwIoControlCode = 0x00220020　nInBufferSize = 43　nOutBufferSize = 43　*lpBytesReturned = 43
TX:40,03,00,30,FE,00,05,00,0A,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,26,00,00,00,05,00,00,00,C0,HH,LL,9A,50,

この後、数十回固定のデータを送信する。

TC90502XBGのデータシートどこかにありませんか．．．

what is the point of rewriting friio application.
you're just wasting everyone's time.
you didn't even bother contacting friio developers if you wanted to help.
reinventing the wheel, typical thing you folks do.
if you want to cooperate on appli development, contact, otherwise, shine.

ちなみにドライバ自体の解析をしているわけではないです。
とりあえずFriio標準ドライバを使って動作するアプリを考えています。

DeviceIoControl()のやり取りを見ているとアプリからかなりローレベルの
制御を行っているようですが．．．

I2Cへの送信データと受信データがネックかも知れないですね。
せめてチャンネル切り替えはしたいところかと。
仕様書をみるとPLLのI2Cアドレスは0xC0のようですが多分TC90502XBGの
スルーモードを使用していると思うので、送られるデータは憶測ですみませんが、
0x30(90502アドレス),0xFE,0xC0(PLLアドレス),data・・・じゃないかなと思います。
0xFEは一世代前の復調チップがそれだったので同じじゃないかと・・
data・・・はJDVBT-90502のbyte2〜になります。

・Friioの初期化
・MULTI2復号前TSデータの取得

はできた。

今はチャンネル切替シーケンスの解析中．．．

BCASのアクセスはSHARE設定でお願いしたいです。
将来的に二台同時接続してもBCAS一枚で済むようにしたいので。
大変かと思いますが応援しております。

今はドライバI/Fの解析を進めており、近々TSデータを垂れ流せる
スタンドアロンのツールを公開する予定です。
(プレビューなしのFriioView相当)

固まり次第、拡張ツールも一通りの機能をそろえるようにします。

それ以降はスタンドアロンのツール開発に移行し、拡張ツールを
単独のアプリとして提供します。

旧Friio toolsにあった、320ピクセル表示の機能を追加してもらえないでしょうか？

僕も技術があれば参加したいですが
がんばってとしかいえませんorz

B-CAS制御/Multi2暗号復号、ドライバ制御．．．

FriioView相当のアプリを1から作れる環境が整ってきたような気がします。
みんなでがんばりませんか？

なるほど・・・乙！
テスト8を試してみたところチャンネル設定もちゃんと記憶するようになった。
自分の環境ではプロセスが残るのもなくなったっぽい。

2chはプロバイダ規制で書き込めないのでこちらで．．．

プロセスが終了しない不具合は確認しました、原因解析中です。
録画ボタンは今のところ未実装です。
(Friio側のタイマを無効にする必要があるため。)

こっちに掲示板があるとは知らなかった
この掲示板の方は見てると思うので書きこんだ以下同文を↓

458 名前：名無しさん＠編集中[sage] 投稿日：2007/11/25(日) 15:25:31 ID:77EsWk2N
拡張ツールの中のひとへ

「Friio拡張ツール」のテスト7つかってんだけど
チャンネル設定しても一時的には覚えるが終了してもう一回アプリを起動させると
チャンネル設定するか？のダイアログがまた出てリセットされてる

あと録画ボタンが灰色のままでつかえん。
右クリでならいけたけど

PV3の時はお世話になりました。
今回のfriioツールですが正直デザイン使い勝手ともに
あまりよろしくないかと思います。
具体的には選局ボタン等が大きすぎるのが個人的には
スマートではないと思います。
最終的なデザインがはっきりと見えてこない感じです。

おおーもうすぐ繋ぎの駄DLLをメンテするのから解放されますねっ
iEPG系のツールとやりとりする方法を決めておいた方がいいと思うんですがどうですかね？
オープンソースなことだし勝手にやっちゃえな感じなのかな

とりあえずガワはできたと思います。
まずはFriio標準ウィンドウと同等の操作を行えるGUIを作ることにします。

　・チャンネル切替
　・録画/停止
　・ステータスバーに情報表示
　・簡易タイマ

それ以降はオーバーレイ、DirectShowFilter関係をいじる予定。

　・アスペクト比変更(超額縁、サイドカット)
　・静止画キャプチャ(できればメモリプレイバック機能付き)

さらに究極はFriioViewをTSデータのソースとしてのみ使用し
録画、プレビュー系を再構築？

→PV3の掲示板に移動させて頂きました。(拡張ツール中の人)

製作がんばってください！
PV3のも愛用してますし、拡張ツールの本命として期待しています！

削除しといた。
アクセス禁止関係はわからないので中の人に任せよう、。

削除 up0010.htm friio注文フォーム

↑はどこかのサイトにPOSTメソッドでデータを自動送信する不正なJavaScriptです。
ファイルの削除と投稿者のアクセス禁止をお願いします。

市販のレコーダーと同等の機能なんて求めておりませんのでよろしくお願いします。

期待してます、頑張れ〜！

Friio入手おめでとうございます。
ツールを作成するとの宣言ですが、期待しています。
PV3拡張ツールと同等を目指すとのことですが、個人的なワガママをいうと、
市販のレコーダーと同等の機能がおそらく多くの人が求めている姿だと思いますのでそれをイメージしていただければと思います。
もちろん、市販のレコーダーと言っても抽象的な表現だと思いますがｗ
プラス静止画キャプチャ機能が拡張ツールと同様に充実していれば嬉しい限りです。
あと、今回もソースを同梱されることを望みます。
がんばってくださいね。

BS対応まだぁ？

複数行の書き込みが出来る掲示板を設置しました。
ツールへの要望や情報交換にご活用ください。