【TVTest】ビルドした・するスレ【EDCB】その2
■ このスレッドは過去ログ倉庫に格納されています
TVTestソース
https://github.com/DBCTRADO/TVTest
開発版バージョンの0.9.0 から、TVH264やTVH264_SPHDは、TVTestに統合されました
拾ったバイナリは自己責任で使用しましょう
過去スレでウイルス検知の報告もあります
【TVTest】Axfc UpLoader -ファイル検索-
http://www1.axfc.net/uploader/search.pl?search_str=TVTest&sort=1&sort_type=uid&sort_m=DESC
【EDCB】Axfc UpLoader -ファイル検索-
http://www1.axfc.net/uploader/search.pl?search_str=EpgData&sort=1&sort_type=uid&sort_m=DESC
http://www1.axfc.net/uploader/search.pl?search_str=EDCB&sort=1&sort_type=uid&sort_m=DESC
前スレ
【TVTest】ビルドした・するスレ【EDCB】©2ch.net
http://mevius.5ch.net/test/read.cgi/avi/1486455044/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured >>163
とりあえず最新のEDCBとB25とbon driver使ってみれば? >>163
2時間ってありえなくね?
そのEDCD環境いったん全部捨てて、
イチから最新版を導入したほうがいいんじゃないの >>165
全部を詳細取得すればTvRockと似たようなもんなんじゃない? 普通だと
地デジ取得 60秒×局数÷チューナー数
BS取得 180秒×局数÷チューナー数
CS110取得 180秒×3÷チューナー数
しかかからない >>167
詳細情報が不要の場合は、
BSは1TS受信すれば全チャンネル分そろうから
誤:BS取得 180秒×局数÷チューナー数
正:BS取得 180秒
CS110はCS1とCS2の各1トラポンで全チャンネル分そろうから
誤:CS110取得 180秒×3÷チューナー数
正:CS110取得 180秒×2÷min(チューナー数,2)
じゃないかと思う。
詳細情報が必要な場合、BSは全TS、CS110は全トラポンの受信が必要。
>>166
CS110の詳細情報を採る場合、
EDCBは同一トラポン内の複数のサービス(チャンネル)は一度にとれるけど、
(記憶に間違いがなければ)TVRockはサービス毎(チャンネル毎)に取得している
から何倍もの時間がかかる。 サンヨーのか解らないけど、爺様のところにそんなのが昔あったわ
ボタン押すとチャンネルが右回り・左回りでガチャンガチャン回るのな
観たいチャンネルが映った時にボタン放しても手遅れで「…ガッチャンガッ」と1チャンネルずれるから慣れが必要だった アンカー入れないのが多くなったせいか話の流れが良く解らん そか、ズバコンはワイヤードでなかったか。
黒は強いぞの頃だよな。
爺でごめんなさい。 Tvtest0.10.0とTvtestvideodecoderのビルド難しくないお陰でうちでもやっとDXVA2で出来ました、何度もちょくちょく見ているからかBS11のショップチャンネルがやたらヌルヌルしていて少し感動しました
作者さんとそれからビルドの情報共有しているみなさんどうもありがとう B1Decoder.dllソース どっかに落ちてないかな。。。 非常に初歩的な質問で申し訳ないのですが、CasprocessorはCasの処理を呼び出すためのもので、B-casカードが別途必要という認識で間違いありませんか? その通り
Conditional Access Systems Processor
限定受信機能処理系
名前の通り限定受信機能を処理する部分ではあるけど、全部処理するとは明言されとらん
あくまで受信した放送波のデータを任意の外部Cas処理系に受け渡して、戻って来た内容を受け取る仲介処理部分
受け渡すときに必要なksの取得もして受け渡す
外部処理系は、現状だと地上波とBS/CSが使うB25と、スカパープレミアムのB1の処理系がある 放送波デコード出来るbuildには必要でしょうか?とか書いていればスレの話になるけどな
書き込み意図的にはそんなもんでしょ NHKのことだから、朝方にもっかいTSID更新したりして EDCBスレに行くと親切なおじさん達が教えてくれたぞ。 TSTaskやTVRockonTVTestは28日以降修正が必要だろうが
TVTestは弄る必要ないでしょ 今回みたいな移動に対応したチャンネルスキャンは
その気なら実装してたんだろうし、今回やらないってことは
将来的にも実装はないってことなのかな そもそもBSのチャンネル問題というのは
設定が実質的にアプリ側ではなくボンドラ及びチューナーのデバイスドライバの領分になってるからなので ああ、そう言われればそうか
対応デバイス一つじゃないもんね チャンネル番号なる一見抽象化したコードでアクセスするにも関わらず
アプリ側もドライバも物理チャンネルとtsid知ってなきゃいかんっていう
それならCSと同じ選局方式でいいんじゃないって思ってしまう 先達の皆様のおかげで3も7も無事に更新できました。ありがとうございます。 む〜、最新版のVS2017 15.7だとLibISDBのビルドがエラーになるようになった
めんどくさかったけど、ひとつ前の15.6.7に戻してビルドを通した 色々修正したついでに全部ビルドしようと思ったら、
うちでもwin10 April VS2017 15.7.1でLibISDBのビルドエラー出るようになった 前はこれだったな
636:名無しさん@編集中:2017/11/02(木) 19:41:20.51 ID:JmqYYBYG0.net
多分コミット漏れ
ビルドしたい人はLibISDB/Base/SIMD.cppの157行目
#if !defined(LIBISDB_X64)
を
#if !defined(LIBISDB_X64) && !(defined(_M_IX86_FP) && (_M_IX86_FP >= 2))
にすれば通るよ う〜ん、同じく LibISDBがビルドエラーになる
有識者の方、ビルドできるように助言お願いします
ちなみに、>>199 は該当箇所が見当たらなかった >>505
何に使うのか知らんけど、LibISDBの代わりになるようなのを自作すれば? なんでちょっとしたバージョンアップで
ビルドできなくなるかなー
今から試してみよ ビルドが通らないなら通るように改造すればいいだけだろと、あたりまえのことをレスしただけなんだけど?
VS2017を捨てて古いバージョンでビルドするのもアリだけどな。 win8.1でビルドしてみたが正常に終了した
win10の問題なのか エラー箇所は SetError(std::make_error_code 〜
のところかな? 15.4あたりからビルド結果がおかしい…みたいな話をしてたのって
どのスレだっけ? >>206
うんLibISDBWindowsの↓だね
errorhandler.hpp(148): error C2665: 'std::make_error_code': 2 オーバーロードのどれも、すべての引数の型を変換できませんでした >>207
それって最適化が強化されたことによる弊害だったような ttps://qiita.com/rumiaqua/items/19ebe4e7159ae9294e6f /std:c++latest /permissive
追加でビルドは通るが・・・正しいのかすらわからん やっと0.9.0-devから0.10.0-devに移行した
win10+vs2017でサクッとビルドできたし、簡単になったなー感謝 LibISDBWindowsに/permissive 付けたらビルド出来た >>215
まだVS2017 15.7にアップデートしてないけど、LibISDBWindowsのプロパティページから構成プロパティのC/C++の全てのオプションを見たら、準拠モードが「はい(/permissive-)」になってた。
何も弄ってないけど、これで良いの? >>216
そこをいいえにするか、コマンドラインの追加のオプションに/permissive 書くと、追加オプションの方が優先されてビルド出来ました x64だとビルドできたけどWin32だとエラーが出る x64とWin32それぞれ別で/permissive付けないとだめ。
x64だけ付けてWin32はやってないのでは? MTだとコマンド追加でビルドできたけどMDはあかんみたい >>222
LibISDBのプロジェクト10個全部MDにして、LibISDBWindowsに/permissive設定して
x86、x64両方ともビルドしてみたけど成功したよ なんかうまくいかんからpreviewの15.8.0 pre1.1使ったらコマンド追加でMDもいけた TVTest 0.9.0 をビルドした物が欲しいのですがどこでDLできますか?
ググるとヒットするのですが、パスワードが必要な物ばかりでDLできませんでした >>227 ありがとうございます 今日チューナーが届いたので、お約束がわからないです
教えてください m(_ _)m >>189
なんでビルドスレにこんなのが湧くんだか… 完成品をバイナリエディタで開いてそれを見ながらメモ帳に手作業で書き写してビルドする
さながら写経 JVN#81196185: Visual C++ 再頒布可能パッケージのインストーラにおける DLL 読み込みの脆弱性
ttps://jvn.jp/jp/JVN81196185/ x86版ばっかり使ってるけども、x64版使った方が良いもんなのかな? 昔と違ってx64で問題になることはまずないけど、x64ならではのメリットは皆無だしなぁ。 ドライバやらプラグインやら自ビルドしなくちゃならんのもあるし手間かかるだけだよね
俺もやってるけどさ >>241
ビルドはいいけどそのソース探すのが大変すぎて64統一諦めた口だわ x64で使ってるけどホント気分だけ
x86に戻そうかとも思ってるくらい 0.10.0のビルドのついでにx86とx64版ビルドしてみたわ
旧BonDriver_BDAを弄りながら使ってるんで、あれこれビルドしてめんどくさかったわ
無事動いてちょっと感動したけど、x64版はホント何がすごいのかわからんなw x64の方が気持ちチャンネル切り替えが早い気がするけど
酒飲んでたせいかもしれない >>242
頑張って探したらあった…って言うより昔からこつこつダウンロードした中にもあったから
今から全部手に入るかどうかわからん
今さっきMulti2Decも64化できたからほとんど揃ったかな TVTest本体の方で64bitの方が有用な処理なんてあるったっけかな?
B25やB1デコード関連以外だと、バイナリサイズととメモリ使用量大きくなるだけで実入りが無い気がするんだが 64bitの恩恵か。
Adobe系とかはメモリ馬鹿喰いするからわかるんだけど、TVTestって正直メモリ喰う程使わないしな。 LibISDB
Commits on May 24, 2018
Windows で printf 系関数に文字及び文字列を渡す際に長さ修飾子を付けないようにした 4f5712b
make_error_code のオーバーロード解決ができないのを修正 b9fb3c3 TVTest-develop
Commits on May 24, 2018
字幕とデータ放送の保存設定の挙動がおかしいのを修正 ca03177
Commits on May 25, 2018
チャンネルスキャン時にサービス名のマイナス記号(U+2212)を全角ハイフンマイナス(U+FF0D)に置き換えるようにした 9861a2f
Copyright 表記の年を2018に更新 2b42c29
TVTest.rc のエンコーディングを UTF-8 にした 21f3c0a
LibISDB を更新 470eb68 乙です。
さっそくVS2017Comminity15.7.1でビルドしてみた。
「データ放送を保存する」のチェックが外しても復活するバグが治ってた。
LibISDBは、LibISDBWindowsの準拠モードを「はい(/permissive-)」→「いいえ」に変更しなくても、
そのままビルドできた。
x64、win32、dynamic、static全部ビルドOK。爽やかにビルドできていい感じ。
とりあえず、x64、dynamicで使ってみるわ。 うちは15.7.2だからだろうか
LibISDBWindowsが失敗する オレも15.7.2だけど成功した
最初LibISDBWindowsが失敗してので
LibISDBのみビルドしてたのが失敗原因かどうか知らんけどw
LibISDBをソリューションをビルド
TVTest_All.slnをソリューションをビルドで成功した >>255
>>256
ありがとう
あとでもう一回やってみる ここみてVS2017が15.7.2に上がってることに気づいた。
ありがとう。
同じく、15.7.2でもビルドOKだったよ。
ttps://dotup.org/uploda/dotup.org1541922.png 結局原因が分からないので
ファイル全部落とし直してビルド出来た
全部落とし直しってもそんなに手間で無いのがありがたい windowsをクリーンインストールする時にいつも迷うんだけど、tvtestを動かすのに必要なランタイムってどれですかね?
なんかこれいれて駄目だったからこれって感じでいろいろ入っちゃてて、本当に必要なのが分からないんですよね >>260
野良ビルド使うのやめれば?
俺には使う勇気がない >>260
win8以降のOSで使うのなら下手にランタイムとか入れないほうが良い。 ■ このスレッドは過去ログ倉庫に格納されています