HDUSTestの静止画キャプって関係あるの?
>>901 それって、録画予約するたびにするわけ?なんだか面倒だな。。
数番組だったらそれもいいけど、数十番組だから。。。
>>903 良く見ろ、iniに設定するんだから1回設定すれば後は自動だろ
Aspire oneでB25Decoder_d.dllに差し替えたら、やっと映るようになったぞゴラァー
もしかしてAtomな罠なのか?
>>905 罠ってわけじゃないがデュアルコア待った方がよさげだし
何よりもニコニコ動画やっと再生できるレベルじゃないかatomは
あと店頭でAspire one触ったがキーボードが打ちやすいだけで動作がすっごいとろかった
何にせよ貴重な動作報告乙
>>906 うちのAspire OneはHDUSTestで視聴時にCPU不可60%前後、cap hdus guiで録画時で15〜20%だよ
録画したTSをVLCでみると100%近いけどw
908 :
名無しさん@編集中:2008/08/29(金) 22:14:28 ID:msTCXrNA BE:616151077-2BP(180)
ネットブック機は素直にワンセグのほうがいいと思うけどな。
909 :
名無しさん@編集中:2008/08/30(土) 01:11:56 ID:B6esQZRs
HDUS関係のソフトで一番使えないソフトなんでしょこれ
ランキング最下位だし
使える使えないは人それぞれ。
俺にとっては一番使えるソフト
現実みたほうがいいよ
ランキングについて詳しく。
914 :
名無しさん@編集中:2008/08/30(土) 04:40:42 ID:h6l1+dRC
cap_hdus_gui中の人へ
いつもご苦労様です。
バッファさえ環境に合わせればDrop0となり、
安定して使用できています。
提案ですが、予約後休止を選択したとき”録画後に実行するプログラム”が
終了してから休止するようなオプションがあるといいです。
バッファってどれくらいまで上げていいの?
E8400だからスペックは問題ないけど
ver25.0バッファ64で10分録画してドロップが2でる
録画さえできればいいので一番安定してるver教えてください
E1200だけどver25.0バッファ64だと30分でドロップが2つ出るときと出ないときがある。
96にしたらほぼ出なくなったが安全牌で128にしてる。
指定サービスだけを録画するオプションがあればHDD負荷が軽くなっていいんだけどなあ。
おはようお前等、元気かい
>>915 E8400 4GB RAID0でバッファ128で最新版で問題なし
64X2 4450eでも同じ設定で問題なし
Dropしてるかしてないかって、どこ見りゃわかるん?
tsselect
921 :
名無しさん@編集中:2008/08/30(土) 11:50:06 ID:hrBe/XdP BE:339511493-2BP(180)
922 :
名無しさん@編集中:2008/08/30(土) 11:52:12 ID:hrBe/XdP BE:679023296-2BP(180)
すまん誤爆した・・・orz
>>920 ありがとう!
PID毎に再構築もできるんか。すげえな〜。
>>923 ちなみにMurdocCutterのエラーチェック機能を使えばどこら辺でdropしているかも分かる
ゴリフューム
926 :
名無しさん@編集中:2008/08/30(土) 15:46:54 ID:IE1rxy+K
cap_hdus GUI+ v2008.8.28.0 と HDUSTest v.0.4.2 の組み合わせです。
リアルタイムで視聴していて、「録画開始」を押したときは、
普通に録画できます。また、視聴をせずに「新規予約」をしたときは、
録画も時間どおりに開始します。
しかし、視聴をしていて「新規予約」をした時や、一度視聴をしてから
視聴をやめて「新規予約」をしたときは、
「空きチューナーが見つかりませんでした。 30秒後に再取得します。 1回目」
「空きチューナーが見つかりませんでした。 30秒後に再取得します。 2回目」
・・・とか出て、録画ができませんでした。
これは仕様でしょうか?それともドライバーなどが、古いのでしょうか?
初心者ぽくて、すみませんですが、よろしくお願いします。
927 :
名無しさん@編集中:2008/08/30(土) 16:01:35 ID:IE1rxy+K
>>926 一応自己解決。レス無駄に消化してスマソ。
「録画開始」の右横の「視聴」を「停止」にしたら、無事録画できました。
ただし留守録中に、「視聴」を押しても、録画が終わるまでは、HDUSTestは起動しませんでした。
チューナーは、1つだけだから仕様だったみたいですね?
GbitLAN経由で別PCからリアルタイム視聴って無理?
>>929 FastEtherでも余裕。
11gではちと厳しい。
>>931 つーことはビデオカードとかディスクドライブとかいらないパーツ全部取っ払った
超低消費電力リモートデスクトップ専用機で使えば24時間録画しても
電気代気にならないってことっすか?
>>932 HDDは外せないだろ
外して外付けHDDやNASを繋いだら意味なし
あとリモートデスクトップはカードリーダが使えなくなるぞ
ビデオカードなしだと起動時にエラーにならないか?
オンボVGA
オンボサウンド
オンボLAN
HDD4台
100W行くか行かないか程度までは抑えた。
>>932 friioかなんかで玄箱でやるっていうネタがあったな
>>928 これってさ、一回ずつ、HPをアクセスする毎に一人で何回でも投票出来るじゃん・・・・ 笑っちゃう!
>>935 >あとリモートデスクトップはカードリーダが使えなくなる
そうだった。これって例えばWindows Server 2003とかで
コンソールセッションでB-CAS読み込んでて、
別セッションでログインしても駄目なんかね?
まあVNCとか使えばいいんだけどさ。
>>937 HDDは2台常時稼働で、裸族の二股みたいなので他を随時電源オン、
CrystalCPUIDでアイドル時電圧下げでもっと下がるかもよ。
HDUS内蔵カードリーダならリモートデスクトップでも使えるって話なかったっけ?
>>940 省電力は目的じゃなかったから。
静音のために低発熱で、低発熱の為の省電力だったから。
いつまでスレ違いの話続けてんだ
>>941 本スレで出てた。
836 :名無しさん@編集中:2008/08/29(金) 09:13:39 ID:WbiCJw9l
内蔵リーダー使用でリモートデスクトップが使えるという便利さに気づいた
作者様は見ていらっしゃるでしょうか。
軽いバグと思われる現象がありましたので、報告いたします。
iEPGから「8/31 23:35〜 9/1 00:20」までの番組を予約すると
「日付に変換できない値が渡されました。」、とメッセージが表示されます。
#「8/31 23:00〜 9/1 00:00」までの番組でも同様
その後表示される新規予約画面では、保存ファイル名に番組名が付かず
録画終了日付も「8/31」となってしまいます。
現象はONTV JAPAN、テレビ王国で同様に発生する事を確認しました。
月を跨ぐ時刻計算あたりの問題かなーと思います。
多忙とのことですが、時間がありましたらよしなに・・・・。
うちは、G31、電圧0.9VのE1200、1TB1台、HDUS3台、バスパワーHUBで
アイドル時計39W フル録画時48Wで落ち着いた
× アイドル時計
○ アイドル時
自分で書いてて吹いた
947 :
名無しさん@編集中:2008/08/31(日) 00:04:49 ID:nitXi9l/
ってかこんなゴミソフトいらねーから
>>944 ホントだ((((;゚Д゚)))
非常に申し訳ないです、急遽直してみます。
949 :
944 :2008/08/31(日) 00:17:43 ID:ryejqsuM
>>948 すみません。報告がまちがってましたので訂正します。
×iEPGから「8/31 23:35〜 9/1 00:20」までの番組を予約すると
○iEPGから9月以降の日付の入る予約を行うと
の様です。ちと急いでテストしたのでまた違うかも(汗
おかしいな、テストの時は9/2、9/3の予約はうまくいった筈なんだけど・・・。
中の方、お世話になっております。
既出の様ですが
8/31 00:00:00〜00:45:00予約(infoseekのiepg使用)で、開始オフセットを 30秒に設定すると
開始時間は8/31の23:59:30となり、
8/31 23:59:30〜8/31 00:45:00となってしまいます。
2008.8.28.0で発生しました。
ご確認、ご対応頂ければ幸いです。
>>948 だからタスクスケジューラーに対応しろと言ってんだ。
951 名前: 名無しさん@編集中 [sage] 投稿日: 2008/08/31(日) 01:02:16 ID:DeaPJ/cV
>>948 だからタスクスケジューラーに対応しろと言ってんだ。
NGワード:タスクスケジューラ
955 :
名無しさん@編集中:2008/08/31(日) 01:21:35 ID:JfyKiOYa
>>954 >954 名前: cap_hdus_gui中の人 ◆PtnYMcY6gU
乙です
作者さま、お疲れ様です。
ver2008.8.31.0で、iEPGから予約すると即時録画が始ってしまいました。
とりあえず、取り急ぎご報告します。
>>948 いつもお疲れ様です!
31日になった現時点で、録画開始日付のカレンダーを9月にしようと
→ボタンをクリックすると
>>944と同じエラーが出ました
録画終了日付の方を先に9月にしておけばエラーは出ません
開始のカレンダーを9月にすると録画開始が録画終了より後になり、矛盾するという事で
エラーが出るのは当然なんですが、最初はエラーの理由がわからなかったので
日付に矛盾がある場合は予約登録を押した時点等のタイミングでエラーが出るようにするのはどうかと思いますー
958 :
957:2008/08/31(日) 01:26:46 ID:9cIlJThR
>>954 作者さん、乙です。
早朝のハロモニを予約したところ、今すぐ録画が始まりました(><)
なぜ?
れいにゃがかわいいから
何と!
致命的過ぎるので、バージョンを戻してください(´;ω;`)
962 :
名無しさん@編集中:2008/08/31(日) 01:31:25 ID:JfyKiOYa
>>959 >
>>954 >作者さん、乙です。
>早朝のハロモニを予約したところ、今すぐ録画が始まりました(><)
>なぜ?
うちでは普通に予約できたぞ?
他に予約は行っていない?
>>962 当方大阪です。
前のバージョンに戻したら大丈夫でした。
964 :
956:2008/08/31(日) 01:33:13 ID:ryejqsuM
どうも予約開始日が一日前になっちゃうみたいですね。
スマソ、すごいお馬鹿なミスしてました(´・ω・`)
直してうpし直しますので、しばしお待ちを〜。
・サスペンドにタスクスケジューラ使用(今のところ完全に未定、個人的には必要ないと思っている)
∧ ∧ ┌─────────────
( ´ー`) < そりゃねーよ
\ < └───/|────────
\.\______//
\ /
∪∪ ̄∪∪
昨日から試行錯誤していました本体カードリーダーを使うと
スクランブル解除されないファイルが出来上がる件ですが、
解決しましたので報告します。
【セットアップ手順】・・・下記記載あり
B25Decoder.dllまたはB25Decoder_d.dllをGUI+と同じフォルダに設置すると、リアルタイムデコードが可能になる。
どちらも設置されている場合は、B25Decoder.dllが優先される。作者はB25Decoder_d.dllを利用。
■B25Decoder.dllが優先されると私の環境ではスクランブル解除されなかった
B25Decoder.dllを削除し、B25Decoder_d.dllにしたら嘘のように全て解消
しました・・・起動時間も早くなりました。
>>967 いつも乙です
>>966 動作報告もせずおちょくるようにクレクレ言ってるだけじゃ
不要と判断されて当然だよね
970 :
名無しさん@編集中:2008/08/31(日) 02:03:10 ID:JfyKiOYa
>>967 >967 名前: cap_hdus_gui中の人 ◆PtnYMcY6gU Mail: sage 投稿日: 2008/08/31(日) 01:51:17 ID: zQ6LuOzR
>[cap_hdus GUI+ ver2008.8.31.1]
>・新規予約で、開始時間分前から録画が始まってしまうバグを修正(
>>956氏Thx!)
>・開始日を終了日より後に変えると、日付変換エラーになるバグを修正(
>>957氏Thx!)
>
ttp://karimofu.cc/dlp/mofu2_1504.zip.php 早速の対応乙です
とりあえず今のところ問題は出ていないようなのでいろいろ見てみます
971 :
957:2008/08/31(日) 02:12:51 ID:9cIlJThR
972 :
944:2008/08/31(日) 02:19:45 ID:ryejqsuM
>>967 乙でございます。
ver2008.8.31.1にて>944と>956の問題の解消確認しました。
素早い対応、ありがとうございます。
タスクスケジューラが個人的には必要ないと言い切るのはなぜか?
今後1年間今の方式でノーミスで予約録画できるという自信の顕れかな?
>>967 更新お疲れ様です
.iniで
;時間追従延長の初期値(0=しない/1=する)
TimeOver=1
初期値を1にしても、予約登録時には時間追従にチェックが入ってないようです
以上、ご報告まで
975 :
名無しさん@編集中:2008/08/31(日) 02:58:26 ID:EGII2uEZ BE:452682094-2BP(180)
>>973 タスクスケジューラが完璧という保証も何処にもない
>>975 TvRockはタスクスケジューラを使わないと失敗した経験があるけど、
タスクスケジューラを使うようにしてから失敗したことは無い。
TvRockの素のサスペンド復帰は信用できないってTvRockスレで聞いたことがある。
GUI+の復帰方法とTvRockの復帰方法は違うだろうから一緒くたにはできんけど。
今の方式で絶対ノーミスとは言わんけど99%くらいの成功率を誇るならば、
タスクスケジューラはいらんよ。
>>973 善意で作って公開してくれてるだけで,保証もなにもないだろ.
常に人柱として,感謝しつつ使うのが基本だろ.
感謝はしてる。なにしろフリーだからね。
でも大事な録画を任せるのだからそれ相応の信頼を委ねたいのが本音かな。
作者さん、決して貶してる訳ではないので叱咤激励として受け止めて欲しい。
そして数々のご無礼お許し願いたい。
>>947 つか なんでそのゴミソフトのスレに固執してんのw
>>966 もうあきらめてgui使わなきゃいいじゃん
タスクスケジューラはほかのツール探すなり
作るなりしてくれ
自分勝手な叱咤激励乙
j从ll|| ;;;;|、,, jlリl| |l|ll|从;;;;;;;、 - ''"´,jl|;;;;;;l|
リ从从;;;;;', GUI+作者---l||;;;;lリl|l|l|''" ̄,, 、-ー'''"ヾヾll||
{ l|ii 从 |;;| `゙''ー =ミ ,,,,, _l||;;;;;;;l|ll|-|''"´ll\ヾlリリ;;;;l|ヽlj
ヽ ソ从l|;;;l ...:::::::|;;;;;;イl||从ヾヾヾヾ゙゙゙ |l||ll|/l|l|
/ノ彡リ;;;;;;'ー,、 ,,、,, ''"""´ ヽ、;;从从ヾヾ゙'ー、ヾミ≧;;〈〈
/ノ,,ノノ从||:ミミ弖ミ:ッ''ー-::::__:::;;;;;;ミミ゙lwミミミミヽ`'ーミ;;;;}{、 俺は天才だからな
イイイノノ从;;',゙::::::::,' ''""゙ヽ`'''''''"´彡 |ll|゙'ーwW;;;;;;;;ヾヾ}リ;;l
' 、l|lV/ノノ ;;', :::::,' l|ll||ll| |;;;;;;;;;;ヽ、l|ii|リ|リ お前ら木偶は俺の天才ソフト完成の養分になればいい
ラ;;;;l/ ; ;;', :::,' -、:::... lリl;|ll|从;;;;;;;;;;;;;;;Yl|〈〈〈
|ll|l/;;;;/;;', (",,、-:ァ'' l.|l;;;;;;ヽヾヾll|;;;;;;;;イ|从ll|
ヽl||;;;/ ;;;', :゙´、∠____,,,ノ |l|lヽ;;;;;;\\リ、;;;;;;ノミllリ
l|;l||| ;;;;;', `゙゙'""""´´ |l|;;|lll、ミミミ゙\イll(llミl|<、
, ''、ll;;;;;;;;;;', :`:::""´´ ゝ;;;;;;;\、、ヽヽ、゙ヽミ ミーミ、
, " イ ; ;;;;;;;;l イ ,、 彡ツ;;;;;;;;;;ヽミヾヽ\ヽヽヽヽ\
イ /|lヽ;;;;;;;;;'、、::.. ,、-'":::"///〉〉lll|;;;;;;;llヽl|;;;)|l;;;;)l|〉ヽ))
| / 乂々/ミ`゙ー― '´:::::::'" /イ//从l|ll|;;;;;;;;;;;;;リl|イjj;;ノ }}リ;;;;/|〉、,
>>980 作れないし他に対応してるソフトもないし、
cap_hdus_gui中の人 ◆PtnYMcY6gU氏に期待を委ねるしかないじゃないか。
ああ確かにタダで使わせていただいて文句は言えた柄じゃないな。
俺らデバッカーに〜氏Thx!と頭を下げる作者の男気に惚れてGUI+はもう手放せない。
デバッカーごときに頭を下げる作者がこの世にいるか?
俺は一生GUI+のデバッカーとしてついていくつもり。
985 :
846:2008/08/31(日) 04:10:57 ID:zER/PPSY
cap_hdus_gui中の人へ
更新お疲れでした。放送終了後のチャンネルに移動すると他のチャンネルに移動
できなくなる件、解決していることを確認しました。
あ、そういえばチャンネル変更やってて気づいたのですが、リモコンのチャンネル
ボタン(数字じゃなくて<< >>の方)も使えると嬉しいかなと・・・
全く重要じゃないので、気が向いたらぐらいで検討願います。
cap_hdus_guiは使いやすいのでcap_PT1_guiも作って欲しいな。
cap_hdus_guiのノウハウはcap_PT1_guiに生かされるだろう。
その為には黙って人柱報告するのみ。
中の人は、うらやましいほど研究熱心な人だから、
PT1も、きっとやってくれるはず。
それは頼もしいな。
PT1にcap_hdus_guiのインターフェースが加わればこれほど嬉しいことはない。
cap_hdus_gui製作の糧はPT1用録画ツール開発にきっと役に立つでしょう。
でもPT1は発売延期の噂なんだよね。。。
それもいいんじゃない。
cap_hdus_guiのノウハウがcap_PT1_gui(仮)に生かされるならば、
プロトタイプのcap_hdus_guiの完成度をじっくり煮詰める期間ができて。
しかしcap_hdus_guiに統合されるのか別個になるのか。
たぶん別個になるんだろうな。
なんか日付関係のバグ多いみたいなんだが、内部ではUNIX TIMEで扱ってるんじゃないのかい?
2038年問題を回避するために、64bit のtime_t型を使う事をお勧めする。
伝統の表現をすることで、車輪の再発明は必要なくなる。
すでに使ってたらごめん。顔真っ赤にして謝ります。
最後に、GUI+便利に使わせてもらってます。ありがとう。
次スレ立てます。
やっちまった....
ワロタw
お気になさらずに。
スレ立てありがとうございます。
999
1000
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。