【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 >>617
15.8系だとLibISDBのコンパイルに失敗しない?
互換オプションつけても、うちではだめだった。
TVTest_All.slnは成功するんだけど、
もしかして過去にLibISDBをコンパイル済みのソースいじったりしてる?とか?
15.8系でLibISDBうまくいったとしたら、
VC2017のインストール時に何をいれたかとか、
プロパティからオプションどういじったかとかおしえてほしい。 ちなみにx64にしてみたくって今回コンパイルしてました。
なので全部x64でやってます。 1809は今となっては手に入れる事はできないけど、ワイも1809だよ。
アップデートするとマイドキュメントのファイルが一部消えるらしい。
ワイはこの手のアプデ時は毎回クリーンインストールするから、
なんの問題もなかったし現在も順調に動作中。 >>621
再ターゲットした?
どんなエラーが出るの? 上でも書いたけど、メニューのプロジェクトから「ソリューションの再ターゲット」が肝
これやらないとLibISDBもビルドも失敗するよ(オプションをいじった事がない俺が言うのもなんだが)
EDCBとTVTestはこの手順に気づくことで大抵壁を越えられる。
あと一歩(ひと手間)だ! 621です
あれからOSのリカバリをかけてみたり、
15.6.7からのアップデートで15.8を入れてみたりと
色々ためしてみたのですが、やっぱりうちではダメですね。
ちなみに再ターゲットはやっています。
5>cl : コマンド ライン error D8040: 子プロセスの作成中または更新中にエラーが発生しました
5>プロジェクト "libfaad.vcxproj" のビルドが終了しました -- 失敗。
6>プロジェクト "libmad.vcxproj" のビルドが終了しました -- 失敗。
などですね。
サードパーティーのプログラムのコンパイルが全て失敗するので、
結局LiBxxが生成されないという状態になってます。
15.6.7ではうまくいくんだけどなあ。不思議。 「Visual Studio 2017」はv15.9が最後 〜“サービスパック”扱いのため更新が必須に - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1147369.html >>617
さっきVisual Studio Community 2017 15.8.7でビルドできました
git clone -b develop --recursive https://github.com/DBCTRADO/TVTest.git
git clone -b master --recursive https://github.com/DBCTRADO/LibISDB
\LibISDB\Projects\LibISDB.slnをダブルクリック→Release_MD x64→ソリューションの再ターゲット→ソリューションのビルド
\LibISDBフォルダを\TVTest\srcにコピー
\Build\TVTest\src\TVTest_All.slnをダブルクリック→Release_MD x64→ソリューションの再ターゲット→ソリューションのビルド
\TVTest\sdk\SamplesSamples.VS2013.slnをダブルクリック→Release_static x64→ソリューションの再ターゲット→ソリューションのビルド
最初、LibISDBフォルダをコピーしてから\Build\TVTest\src\LibISDB\Projects\LibISDB.slnをビルドすると成功するも
TVTest_All.slnのビルドの時に、以下の表示となりTVTest.exeは出来ませんでした
========== すべてリビルド: 5 正常終了、1 失敗、0 スキップ ========== 最近OS再インストールしたので15.8を入れて試したらうちのも子プロセスの作成でコケた
ソリューションの再ターゲットはもちろんやってる
まぁOS再インストール前のTVTestとってあったから困りはしないが いままでがx86(32bit)だと思い込んでました。64bitとの違いと思いましたが…
アップグレード来てたのでVS2017_15.8.7に。(詳細削除^^;)全ビルド成功。原因はこれではなさそう。エラーコード調べてみる。
D8040エラーはC++のコンパイラ上のバグかもっていう話がVS2015時代から報告ありますね。
stackoverflowに改善案がありますが多分ここまでやらずにすむ根本的な何かがあるといいなぁと思うんですが。
1- Disable c/c++->general->Multi-processor compilation 2- Disable c/c++->general->optimization 3- Disable c/c++->language->open mp support
15.8系でC++のSSAオプティマイザーとリンカーの強化とかあるんでコンパイラにも手が入ってますね・・・
https://docs.microsoft.com/ja-jp/visualstudio/releasenotes/vs2017-relnotes
「VS2017はバグです」って海外では言われているようなので、まだまだ頻繁に細かいバージョンで改善されたり悪くなったりしているようですね>< 2017は>>627の通り15.9で終わりだよ
次は2019くるんじゃないか 2019用のプロジェクトファイルがコミットされるまで待ちになるのかなぁ。 最近ビルドファイトしてなかったから
最新VCでビルドしてみたが
特に何も変わってなかった >>631
このスレでも不具合の原因調査でコンパイラのバグは語られてたし実際バグだったんじゃなかった? 621です。
皆様色々とありがとうございました。
617=631さんのアドバイス大変参考になりました。結論からいうと、
LiblSDBのプロジェクトについて、再ターゲットしたのちに、
BaseClasses / liba52 / libfaad / libmad の4つに対してプロパティから
C++ -> 全般 -> 複数プロセッサによるコンパイル いいえ
に変更する事で、無事 LiblSDB のコンパイルが通るようになりました。
おかげ様をもちまして、全てのビルドを、15.8.7 で完了できました。
考えられる要因は良くわかりませんが、
Core i5が6コアモデル(4コアではない)だからなのかもしれません。
参考までに 628さん のアドバイス頂いたような外だしもしなくて、
通常の配置で問題なくコンパイルできました。
アドバイス頂いた皆様ありがとうございました! v15.8.7
v15.9で終わりならそれまで待つかなw >>639
>次にリリースされる“v15.9”が最後のアップデート >>639
>次にリリースされる“v15.9”が最後のアップデート >>639
>次にリリースされる“v15.9”が最後のアップデート >>639
>次にリリースされる“v15.9”が最後のアップデート >>639
>次にリリースされる“v15.9”が最後のアップデート 私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。 度々来るアップでビルドできないとか阿鼻叫喚祭りが嫌だから2015のままだが
ようやく終わるならそろそろアップできるな ここまで維持した安定したビルド環境をわざわざ変える必要もないでしょ^^;
2019とかなんとかの阿鼻叫喚が待ってるだけだし、変えなきゃいけない理由ができてからでOK LibISDB-master は変更無いのでそのままコピーしてTVTestビルドしたら
SDKのバージョンが違うとエラー
LibISDB-masterのビルドからスタートして無事完了! DBCTRADOさんにお願い。
Win7 x64 / VS comm 2017 v15.8.7 の環境でLibISDBがビルド出来ない。
LibISDBソリューションの各プロジェクトを個別にビルドすると、ThirdParty以外の
プロジェクトはSDKバージョンに関係なく全てビルドできる。
ThirdPartyのBaseClasses/liba52/libfaad/libmadのプロジェクトは全て失敗する。
ソリューション/プロジェクトを VS2017 v15.8.7でビルド出来るように
更新してもらえないでしょうか。
よろしくお願いします。 普通にビルドできたが、特に体感できるようなスピードアップとかなかった
STLの使い方が変わると何が変わるんだろう? >>654
SDK 10.0.15063.0 インストールした? >>654
足りないものいれれば通るでしょ
c++用 SDK 10.0.16299.0 でも通る >>656
>>657
アドバイス有難うございます。 >>656
>>657
私の環境では両SDKバージョンともビルドに失敗(ThirdPartyのプロジェクト)します。
LibISDBWindowsの準拠モードを変更しても失敗します。
VSのインストールがうまくいっていないのか、プログラムの分からない私にはお手上げです。 >>616
あたりから読み返してみたら?
俺も詳しくないから知らんけど >>660
今の環境(VS comm 2017)でEDCBとか他のソフトはビルド出来てるの?
\src\LibISDB\Projects\LibISDB.sln → ビルド → エラーが出るなら
エラーの内容をここに貼ってみたら 分かってると思いますが、下記は大丈夫ですか?
\TVTest-develop\doc\TVTest.txt ← 53行〜56行
GitHub から Zip ファイルをダウンロードする場合、サブモジュールは含まれないので
src/LibISDB フォルダに LibISDB のファイルを展開する必要があります。
その場合、サブモジュールの参照先として指定されているコミット以外のソースツリー
を利用した場合、ビルドできない、もしくは正常に動作しない可能性があります。 >>660です。
>>661
再度読み返したら>>637さんのコメントがビンゴでした。
>>662
EDCBはxtne6f版/tkntrec版(何れも最新版)共にエラーなしでOKです。
ThirdPartyのビルド・エラーメッセージは
エラー D8040 子プロセスの作成中または更新中にエラーが発生しました。
>>663
ダウンロードはZIPファイルではなく、git clone コマンドで直接TVTest/LibISDBファイルを
ダウンロードし、TVTestのLibISDBフォルダに貼り付けているので大丈夫です。
>>660
ビルド環境のフォルダ構成名は、全て半角英数字です。 続き:
結論は>>637さんの方法でビルドできました。
皆さん色々とアドバイス有難うございました。
又よろしくお願いします。 >エラー D8040 子プロセスの作成中または更新中にエラーが発生しました。
テンプレ候補だな >>637
> Core i5が6コアモデル(4コアではない)だからなのかもしれません。
Ryzen 2700Xでビルドしてるがエラーなんて出ないけどな 新しいの出てたか
わかる人向けの儀式
LibISDBとtvtestのプロジェクト全部のSDKバージョンを最新(10.0.17134.0)にすると
古いSDK入れなくても関係なくなる(もしくは入ってる最新バージョン)
なお、動作するかまでは保証出来ないので自己責任で VS 2017のSDK最新バージョンは(10.0.17763.0)まで上がっています。
このSDKバージョンで問題なくTVTestがビルドできます。 なぜか gitで TVTest-develop/src/TVTest_Image/zlib/zconf.h が消失してたんで
zip版から拾ってビルドした。
何で消えたんだろ? >>672
昨日からのgithub障害のせいじゃないの? TVTestのOct17で、TTRec(19が最終ででOK?)が使えなくなってません?
配布バイナリは当然だけど、TVTestPlugin.h新しくしてビルドしてもダメ。
俺見るだけ予約だけで使っているから気付いたけれど。 前ので動いているなら戻して報告待つしか
前からなのか修正分の影響なのか見当もつかないね October 24, 2018 -- Visual Studio 2017 version 15.8.8 Servicing Update Visual Studio 2017 version 15.8.8で、
>LiblSDBのプロジェクトについて、再ターゲットしたのちに、
>BaseClasses / liba52 / libfaad / libmad の4つに対してプロパティから
>C++ -> 全般 -> 複数プロセッサによるコンパイル いいえ
これやって問題なくビルド完了。 中の人最近動きあるみたいだから要望
.ch2ファイルが300行までしか認識出来ないのを拡張して欲しいです >>685
https://mevius.5ch.net/test/read.cgi/avi/1525789119/525
や
https://mevius.5ch.net/test/read.cgi/avi/1528459389/894
で指摘されている件だな
チャンネル->チャンネルリストにおいて(チューナー空間->チャンネルリストでは問題ない)
>「ch2で(コメントアウト行は除き、設定で非表示にした行は含め)301行目以降のチャンネルは選局出来ない」
>(選局しようとすると、何も起こらなかったり、別のBonDriverが突然開かれたり、落ちたりする)
ついでに
https://mevius.5ch.net/test/read.cgi/avi/1525789119/526
サービスリストにおいて(チャンネルリストでは問題ない)
>サービス51以降のサービスは選局できない
>(選局しようとすると、何も起こらなかったり、別のBonDriverが突然開かれたり、落ちたりする)
こっちも合わせて対応してもらえると大変有難いです >チャンネル->チャンネルリストにおいて(チューナー空間->チャンネルリストでは問題ない)
つまり
https://i.imgur.com/Tx7c1DK.png
から選局すると問題が生じる
https://i.imgur.com/AWig6uW.png
からだと問題ない(ただし1920x1080モニタだとこのとおり画面からはみ出る) リソースIDの問題か
連番になってて増やしづらいから
CM_CHANNEL_FIRST / CM_CHANNEL_LAST / CM_SERVICE_FIRST / CM_SERVICE_LAST
をCM_COMMAND_LASTの所に持ってきて適当に間隔を増やしたら動いてるみたいだがあってんだろうか ちなみにうちのch2は最大600行近くあるのでCHANNELの方は1000個分にした TVTestの更新有り。
Casprocessorも再ビルドしたほうが良い。 追記:
再ビルドは「TVTestPlugin.h」が更新されているので、入れ換えが必要。 久しぶりにCasprocessorもビルドしてみたが、何故か
x64「CasProcessor.tvtp」のサイズが異常に大きい?
ビルド環境
VS2017 15.8.0.201871003
SDK 10.0.17763.1
「TVTestInterface.h」と「TVTestPlugin.h」TVTestより移植
Win32のビルド後の「CasProcessor.tvtp」は103KB
x64はReleaseビルドしてるが、出来上がりはDebugフォルダで
「CasProcessor.tvtp」は634KB
VS2015でビルドした前回の「d9c4cfd_Jan 14, 2016」は下記
Win32:100KB
x64:107KB(Debugフォルダ) >>692
Win7 VS2017 15.8.8で、>>2にあるlogue版の
https://github.com/logue/CasProcessor
20151129 629d3b4
をビルドするとこんな感じだけど↓。
Win32\Release\CasProcessor.tvtp 104KB
x64\Release\CasProcessor.tvtp 129KB
d9c4cfd_Jan 14, 2016は、こっちだね、
https://github.com/dtvgit/CasProcessor/commits/master
何が違うの?
こっちを使う理由があるの? >>693
TVTest_b9fb3c3_May 24, 2018から「TVTestPlugin.h」を移植してビルドしました?
「TVTestPlugin.h」 サイズ大きくなってますよ
125KB → 168KB
>>695
/MTですよ(統一してます)
完全なるDebugもビルドしてみました。
Debugで/MTdビルドすると
x64で1,136KB >>693
こっちは日付けが古いので「d9c4cfd_Jan 14, 2016」を使ってました。
↓
https://github.com/logue/CasProcessor
移植してビルドしたら確かにサイズが小さいですね
↓
x64\Release\CasProcessor.tvtp 128KB sdkフォルダの「TVTestPlugin.h」は更新されてないけど
srcフォルダのをコピーして、sdkもリビルドした方が良いのかな? >>696
一応、TVTestから、TVTestPlugin.h、TVTestInterface.hは上書きコピーしてビルドしたよ。
>>698
MinGWのgccでもコンパイルできるようにしただけみたいだから、
VS2017でビルドする分には、あんまり意味なさそう。 私は日付けの関係で下記の方を使ってましたが、今回ビルドしてサイズが変なので迷ってます。
どっちも使えますが・・・
↓
https://github.com/dtvgit/CasProcessor
https://github.com/logue/CasProcessor
EDCBみたいに「CasProcessor」も派生版が出来た経緯をご存知でしたら教えて下さい。 VS2017 15.8.8で、全て問題なくコンパイル完了。
LibISDB だけはマルチプロセッサ無効化。logue版使用。 >>700
派生というか基本的には誤字修正みたいな細かいミスを直してる。
その2つのソースを比較すればすぐにわかることだが、ReleaseなのにDebugが
指定されているからでかくなる。
https://github.com/dtvgit/CasProcessor
> {6A0D1EF7-A400-4351-9C26-E7CB46B0B554}.Release|x64.ActiveCfg = Debug|x64
> {6A0D1EF7-A400-4351-9C26-E7CB46B0B554}.Release|x64.Build.0 = Debug|x64
https://github.com/logue/CasProcessor
> {6A0D1EF7-A400-4351-9C26-E7CB46B0B554}.Release|x64.ActiveCfg = Release|x64
> {6A0D1EF7-A400-4351-9C26-E7CB46B0B554}.Release|x64.Build.0 = Release|x64 >>702
ありがとう御座います。
時間に余裕があったのでフォルダ単位で「diff」してみました。
サイズの関係で直接貼れませので興味のある方は下記で
PW:dtvgit
http://fast-uploader.com/file/7096336665864/
diffしてみて良く解りましたので、今後はlogue版を使用します。 >>703
CasProcessor.rc の修正はされてないのね 安倍の悪事を許すな
理由と告白
https://www.youtube.com/watch?v=ZC2pe8l3D9s
要約
昭和の好景気人手不足、賃金上がって労働者も富んだ
安倍はそれに外人を入れて、給与が上がる事を阻止している
移民の危険性(制度が曖昧で受け入れる体制でない)事を憂慮
海外の前例で何処も失敗しているのに外人を入れる安倍、ドイツも最初期限付き家族帯同は認めなかったのにこの有様
ケケ中が儲けたいが為に、民間議員としてのさばり自分へ利益享受を続けている、人買い会社が悪なのだ
日本人、もっとまともに政治に目を向け考えよう >>705
下記修正ヶ所はdtvgit版・logue版共に修正済のようです
・CasProcessor.rc 11〜13行目修正 TVTest 0.8.2に合わせる
AUTOCHECKBOX "EMM処理を行う(&M)",IDC_PROPERTIES_ENABLEEMMPROCESS,8,20,80,9
RTEXT "使用する拡張命令(&E):",IDC_PROPERTIES_INSTRUCTION_LABEL,8,38,72,8 >>710
修正されていないよ。
そもそもキーボード操作が旧バージョンと異なるのは嫌、重複したキーを割り当てるなよ…
って人以外は修正する必要がない。 >>712
失礼しました。
dtvgit版・logue版共(CasProcessor.rc)に下記と同じだったんで修正済と思っていました。
AUTOCHECKBOX "EMM処理を行う(&M)",IDC_PROPERTIES_ENABLEEMMPROCESS,8,20,80,9
RTEXT "使用する拡張命令(&E):",IDC_PROPERTIES_INSTRUCTION_LABEL,8,38,72,8
11行目と13行目を上記記載から変えると言う事ね >>713
いや、元のこれを
> AUTOCHECKBOX "EMM処理を行う(&E)
> RTEXT "使用する拡張命令(&I)
こうする。
> AUTOCHECKBOX "EMM処理を行う(&M)
> RTEXT "使用する拡張命令(&E)
つまり&E→&M、&I→&Eってだけ。 情報が曖昧でTVTest作者はコメントしてないしissuesにも上がってない
複数プロセッサによるコンパイルが有効(デフォルト値)だとコケるはv15.8.7からが確定なの? >>716
エラー報告があるのは最近の一部のインテルCPUだけ
どのCPUか調べたければ報告さかのぼればいいね
大多数はエラーが起きないから調べようがない 結局自分でアップデートして試した(v15.8.6→v15.8.8)CPUはi5-8400、windows10RS3
LibISDBとTVTestそれぞれデフォルトのままでwin32とx64ともにビルド完了、コケなかった
おま環ぽいね Windows10 x64 RS5 で Core i5-8400 Mem 16GB AsRockマザボで
LibISDBがマルチプロセッサ無効じゃないと落ちる。発生原因はよくわからん。
けど、ビルド生成物になんの影響もないから別にいっかな、と。 情報ありがとう
windows10のバージョン以外は俺もほぼ同じ環境です
確かに影響のない設定みたいだし深く考えないようにします 中の人に要望
tvtestをHDR対応アプリにして欲しい
プレミアムでは既にHLGで4k放送やってるしこれから始まるBS4kもHLGで放送予定
windows10+HDR10対応モニタでHLG>HDR10変換のデコーダーを使えばtvtestがHDR対応アプリならHDRで見れる? ■ このスレッドは過去ログ倉庫に格納されています