tankimono
フォーラム回答作成
-
pt: 3,370>sukapapasports.com
>を入力しています。
>IPアドレスは接続成功となっています。
これは「sukapapasports.com」が応答しているのではなく「sukapapasports.com」ドメインが間借りしているレンタルサーバーのポートからさてらからの「pig」にないして応答がある。
ちなみにパソコンのコマンドプロンプトからでもping sukapapasports.com で応答があるのがわかるはずです。サテラは数秒おきにpingでサーバーなどにpingで所在を確認するパケットを発しています。
サテラで見れない場合はサテラからHTTPプロトコルでチャンネルのキーを問い合わせてもサーバー上のsukapapasportsジョブから正確なキーを送り返してこないからです。
https://youtu.be/1-g6R5gLEn0 -
pt: 3,370
koro2さん
今回の場合はオナジセグメント内のホスト間の問題なのでDNSは関係ないでしょうね!
MACアドレスはOSI参照モデル 2 データリンク層のアドレス
IPアドレスはOSI参照モデル 3 ネットワーク層のアドレスTCP/IP ではネットワークに接続されているコンビュータを識別するために、
各ホストにユニークなIP アドレスを設定し、そのIP アドレスをもとに通信が行われます。
ホスト名とIPアドレスの対応を定義するhosts と呼ばれるデータベースファイルが利用されていました。
インターネットの起源といわれるARPANET では、当初はhosts ファイルをネットワークインフォメーションセンター(SRI-NIC) で一括管理していました。
ARPANET にコンビュータが接続されたり、IPアドレスが変更されたりした場合にはセンターのデータベースが更新され、ほかのコンビュータは定期的にセンターからデータベースをダウンロードしながら運用していました。
登録・変更処理を1 カ所で集中管理するの
は不可能になりホスト名とIP アドレスの対応関係を効率よく管理するための手段と
して、DNS が考えられました。ARP (Address Resolution Protocol)
IP アドレスが決まれば、宛先IP アドレスに向けてIP データグラムを送信することができます。しかし、実際にデータリンクを利用して通信をするときにはIP アドレスに対応したMAC アドレスが必要になります。
どのようにしてMAC アドレスを知るのでしょうか。ARP ではARP 要求パケットとARP 応答パケットの2 種類のパケットを使用してMAC アドレスを知ります。ホストA が同一リンク上のホストB にIP パケットを送信したい状態だとします。
ホストAのIPアドレスは172.20.1.1 で、ホストB のIP アドレスは172.20.1.2 ですが、ホストA はホストB のMAC アドレスを知りません。ホストA はホストB のMAC アドレスを入手するために、最初にARP 要求パケットをブロードキャス卜します。
このパケットの中にはMAC アドレスを知りたいホストのIPアドレスが入っています。
つまり、ホストB のIPアドレス、172.20.1.2 が入っています。ブロードキャストされたパケットは同一リンク上のすべてのホストやルーターが受信して処理することになります。
そのため、ARP要求パケットは同一セグメント上のすべてのホストやルーターが受信して、パケットの内容を解析します。
目的のIPアドレスが自分のIP アドレスに該当する場合には、自分のMACアドレスを埋めたARP 応答パケットをホストA宛に返送します。
ARP によるアドレスの解決は動的に行われます。
そのため、TCP/IP によってネットワークを構築または通信するときにはMACアドレスを意識する必要はなく、IP アドレスのみを考えればよいことになります。2ユーザーではないので詳しい事は判りませんが、ネットワーク関係を勉強されて無事解決を祈っています。
横から失礼しました。 -
pt: 3,370
koro2さんもQNAP NASをお使いなんですね!
私もQNAP NASを使っていますがサテラ2ユーザーではないので現在は接続せずにNASにWordPressやPHPbb3をインストールして、ブログやホームページをルーター開放でインターネット公開しています。私が1Zで使用していたときには以下の様になっていました、2とは異なるかもしれませんがこれで録画やNAS上のファイルを視聴できていました。
==================================================
NFS_ID=NASに読書き権限を与えたユーザー名
NFS_PWD=そのユーザー名のパスワード
NFS_ADDR=//192.168.XXX.XXX/読書き可能なルートからディレクトリ名
NFS_PATH=//TS469/Sater(NASのhostos名/ディレクトリ)
====================================================サテラからNASは見えていますか?
サテラにログインできておられるようなのでサテラからNASやルーターにpingを打てば応答パケットが帰ってきますか? -
pt: 3,370
処刑人さん 上に上げたラジオの周波数特性は1月13日にNASに録画?録音したストリームファイルをWAVに変換したものをfoobar2000で再生リダイレクトでASIOのドライバー経由192KHz 32bitサンプリングのデジタルアウト、デジタルインの放送ストリームから計測まで無劣化収録で行いました。
>私も結構作りましたがFETを使いました、今は性能のいい
オペアンプがあるんですね。
初段はFETのソースフォローアでXLRへの平衡出力時の反転信号を得るために少し高価でしたがオーディオ専用のJ-FET入力高音質オペアンプ MUSES8920Dを選択使用しました。
プラグインコンデンサマイクからXLR平衡出力
https://www.youtube.com/playlist?list=PLeRq7-gEH4a73aVEv2c2DixGzZqDD5Ty7
後はモニタース・ピーカーなどのf特や歪率測定のためハイレゾ対応のコンデンサマイクを狙っていますが平成じゅうには無理そうで新天皇に代わったお祝いに購入しようかと思っています。(現在準備中の確定申告での還付金も当てにしています)
-
pt: 3,370
処刑人さん 良くご存知ですね!
実は皆さんがBluetoothのトランスミッタをお話されていましたが私も所有していたヘッドフォーンが遅延からビデオ編集時のモニターとしては敬遠していました。
今回、遅延が30～40mS(APTX-LLコーデック)に攣られてトランスミッターとヘッドフォーンを購入してしまいました。
ところが、このヘッドフォーンが(掛け心地と音質)気に入らなくて分析、測定するために今月散財11万円の原因です。(レポートしています)
散財してしまいましたが、私は其のつもりは無く現在も時折使用していますが出品者の対応が良くて返品不要で全額返金して頂けました。どっかのタックンも見習って欲しいですね!!
実は以前から、アンプ等の電気部分のスペックは簡単に測定可能ですがスピーカーやマイクの機械運動が介在するスペックの公正な評価人間の聴覚も介在し難しいです。
ところがレビユなどでは暖かい音がするとかナチュラルな音がするとか如何にも専門家らしい評価をされる方が居ますが今回の経験も含めて全く信じる事は出来ません。
定量的なスペックを測定するには何百万円の機材が必要ですがリファレンスとの比較であればそれ相応の費用で可能と思いリファレンス用にMICとヘッドフォーンを今回手配しました。
そこで自分で解析するために出来るだけ可聴域でフラットでヘッドフォーンの測定も可能なDPA 4090をオーダーしました。
リファレンスに選定したヘッドフォーンATH-R70xのインピーダンス 470Ωもダイレクトにドライブ可能か購入前に相当悩みましたが廉価なプラグインパワーのコンデンサ・ピンマイクの不平衡出力をミキサーに接続のための平衡XLRs出力用のプラグインパワーアダプターを自作したようにヘッドフォーンアンプも自作すれば良いかと覚悟して購入しました。(ハイインピーダンスと言う事は非力なアンプにLowインピーダンスの負荷接続よりフラット特性を期待)
https://youtu.be/iDe9pU1-Go4 -
pt: 3,370
gammuさん
>そろそろサテラ2を購入してサテラ1zのBAN解除に挑戦してみたらいかがですか?
そうなんですが次々に興味がわくものがあって、隠居の身ではサテラ2に予算が回りません。
今月もマイクとヘッドフォーンに11万円も散財してしまいました。
これ等で、オーディオ解析に嵌っています。 -
pt: 3,370
gammuさん パッチの中のフォーマットはFAT16とは?
皆さんはパッチを書き込むメディアのお話しをされていてそのUSBストレージのフォーマットのことを論議されています。
パッチファイルの中のフォーマットではありません。
パッチのバイナーリーファイルは多分Linuxなのでcramfs ファイルシステムになっているのではないでしょうか?
少なくとも私の所有している1ZのファームウエアやパッチはLinuxでマウントして直ぐに読込可能なcramfsで1つのbinなどの拡張子に所蔵された其々のディレクトリーやファイル群がまとめられています。 -
pt: 3,370
ひつじさん
そのようでね!
そう言えば、USBドングルを作成していたときに手持ちの8GBのUSBストレージがマウントされていました。
どうも年のせいで知識(記憶)が繋がっていません。–>>痴呆の始まりです。 -
pt: 3,370
4GB以下と言う事は、パッチのアップデート時などサテラのアプリが立ち上がる前はfat16のドライバーしかサポートされていなくUSBメディアがLinuxでマウントされていないのかも知れませんね!
-
pt: 3,370
1ZでもMACアドレスとVertion=3を4、type=1をrtype=1,SW-Type:3を4、
SW-Vertion:937を最新の2のリリースバージョンに変更して
今迄送出していなかった、Signature:Basic ～88文字CR
をMACアドレスなどから特殊なアルゴリズムで算出して送出すればサーバーから
Ksが送り返されてきて視聴可能になるんでしょうか?
イタチごっこですね! -
pt: 3,370
>サテラはCS110スカバーも見れますか?
見れません、又マンションの既存のアンテナ・ケーブルも共用はできません。
何故なら、BSやCS110のアンテナのLNBでダウンコンバートされた中間周波数の放送信号とサテラのJCSAT-3A、JCSAT-4や垂直偏波、水平偏波等の同じ周波数帯域の電波をダウンコンバートされた中間周波数信号は同じ周波数帯1G～2G帯の信号として伝送されてきます。
ですからオーバラップしてくると受信側でこれれを分ける事は出来ません。 -
pt: 3,370
処刑人さん
色々Wordpressのカスタマイズで規制されているようですが現在は
画像はHTMLでイメージへの直接リンクの記載は受け付けてくれるようです。 -
pt: 3,370
Extra以外のサーバにもやはり同じようにMACデーターの前に現在はシリアルコード”00000000″を送っていますよね!
現在の1ZからSportsへの接続時にもExtraと同じようにシリアルコードパケットが含まれてますね。 -
pt: 3,370
処刑人さん
私の所有物も売れるかな?
http://art1.photozou.jp/pub/890/3180890/photo/259015545_624.v1542535343.jpg
6連DATチェンジャーやDLTやLTOは全てインターフェースはディファレンシャルSCSIインターフェースです。
インターフェースカードも最近は入手が難しい?
一度オークションに出品してみようかな? -
pt: 3,370
4Kは当面普及しないのではないでしょうか?
地デジ等が4Kにならないと普及しないでしょう!
昔、BSでハイビジョン放送が行われていたがHDTVは普及しませんでした。
地デジ化でアナログTV放送を無理やり廃止させてHDTVが普及したのと同じでは?
私も4KはPCの42”モニターだけです。
殆どの人が4KTVを要望していないのでは?
現在K国にTV市場を席巻されているので日本メーカーが慌てているだけではないでしょうか?
そもそも4K放送波従来の放送と互換性が無いため普及にはハードルが高いです。
TVのカラー放送や、FMラジオ放送のステレオ化は従来の放送と互換性(旧システムで視聴可能)がありユーザー切捨ての仕様は余程の事が無いと普及しないと思います。
3D放送や4chCDが普及せず廃止になった二の舞ではないでしょうか?
そもそも4Kのソースが少なく、いま買っても普及する頃には仕様が異なっている可能性もありますよね! -
pt: 3,370
bigfm021さん
浦島太郎のレスですが、↑に書きましたがサテラが省電力モードになっていませんでしたか?
省電力モードの場合はLNBへの電力を遮断しているため放送衛星からのストリームが受信できないので正確な時間の取得が出来ません。
そのため1Zの前面パネルの8052?の8ビットμコントローラーの水晶クロックで時間を刻んでおり、この水晶クロックの誤差で月差十秒前後で時間が狂います。 -
pt: 3,370
↑約9時間23分? の間違いですね
情けない暗算も出来なくなってしまいました。 -
pt: 3,370
サットチャンネルのルートをトレースしてみました。(extraと同じleaseweb.net)
又投稿時間のタイムスタンプ(サーバー時間?)と実際に投稿クリック時の以下の時間を比べてみてください。
2018年 11月 11日 日曜日 12:00:00 JSTサット+約10時間23分?pathping satch.tv
satch.tv [95.211.162.238] へのルートをトレースしています
経由するホップ数は最大 30 です:
0 T7500SSD [192.168.HH.HH] ←PC
1 192.168.RR.RRR ←ルータ
2 60.56.XXX.XXX ←WAN
3 121.83.242.93
4 61.205.118.69
5 219.122.245.1
6 219.122.245.34
7 hu-0-6-0-0.bb03.ams-01.leaseweb.net [80.249.208.215]
8 ae-103.br01.ams-01.nl.leaseweb.net [31.31.38.77]
9 te-4-1.ce34.ams-01.nl.leaseweb.net [81.17.32.99]
10 server.satch.tv [95.211.162.238]統計を 250 秒間計算しています…
ソースからここまで このノード/リンク
ホップ RTT 損失/送信 = Pct 損失/送信 = Pct アドレス
0 T7500SSD [192.168.HH.HH] ←PC
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.RR.RRR ←ルータ
0/ 100 = 0% |
2 2ms 0/ 100 = 0% 0/ 100 = 0% 60.56.XXX.XXX ←WAN
0/ 100 = 0% |
3 1ms 0/ 100 = 0% 0/ 100 = 0% 121.83.242.93
0/ 100 = 0% |
4 3ms 0/ 100 = 0% 0/ 100 = 0% 61.205.118.69
0/ 100 = 0% |
5 — 100/ 100 =100% 100/ 100 =100% 219.122.245.1
0/ 100 = 0% |
6 — 100/ 100 =100% 100/ 100 =100% 219.122.245.34
0/ 100 = 0% |
7 261ms 0/ 100 = 0% 0/ 100 = 0% hu-0-6-0-0.bb03.ams-01.leaseweb.net [80.249.208.215]
0/ 100 = 0% |
8 — 100/ 100 =100% 100/ 100 =100% ae-103.br01.ams-01.nl.leaseweb.net [31.31.38.77]
0/ 100 = 0% |
9 — 100/ 100 =100% 100/ 100 =100% te-4-1.ce34.ams-01.nl.leaseweb.net [81.17.32.99]
0/ 100 = 0% |
10 260ms 0/ 100 = 0% 0/ 100 = 0% server.satch.tv [95.211.162.238]トレースを完了しました。(計527mSec)
pathping sukapapaextra.com
sukapapaextra.com [95.211.108.65] へのルートをトレースしています
経由するホップ数は最大 30 です:
0 T7500SSD [192.168.HH.HH] ←PC
1 192.168.RR.RRR ←ルータ
2 60.56.XXX.XXX ←WAN
3 121.83.242.89
4 61.205.118.73
5 219.122.245.5
6 219.122.245.34
7 hu-0-6-0-0.bb03.ams-01.leaseweb.net [80.249.208.215]
8 ae-103.br01.ams-01.nl.leaseweb.net [31.31.38.77]
9 po-1.ce09.ams-01.nl.leaseweb.net [81.17.34.83]
10 host.sukapapaextra.com [95.211.108.65]統計を 250 秒間計算しています…
ソースからここまで このノード/リンク
ホップ RTT 損失/送信 = Pct 損失/送信 = Pct アドレス
0 T7500SSD [192.168.HH.HH] ←PC
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.RR.RRR ←ルータ
0/ 100 = 0% |
2 2ms 0/ 100 = 0% 0/ 100 = 0% 60.56.XXX.XXX ←WAN
0/ 100 = 0% |
3 1ms 0/ 100 = 0% 0/ 100 = 0% 121.83.242.89
0/ 100 = 0% |
4 2ms 0/ 100 = 0% 0/ 100 = 0% 61.205.118.73
0/ 100 = 0% |
5 — 100/ 100 =100% 100/ 100 =100% 219.122.245.5
0/ 100 = 0% |
6 — 100/ 100 =100% 100/ 100 =100% 219.122.245.34
0/ 100 = 0% |
7 261ms 0/ 100 = 0% 0/ 100 = 0% hu-0-6-0-0.bb03.ams-01.leaseweb.net [80.249.208.215]
0/ 100 = 0% |
8 — 100/ 100 =100% 100/ 100 =100% ae-103.br01.ams-01.nl.leaseweb.net [31.31.38.77]
0/ 100 = 0% |
9 — 100/ 100 =100% 100/ 100 =100% po-1.ce09.ams-01.nl.leaseweb.net [81.17.34.83]
0/ 100 = 0% |
10 260ms 0/ 100 = 0% 0/ 100 = 0% host.sukapapaextra.com [95.211.108.65]トレースを完了しました。(計526mSec)
-
pt: 3,370
12月までは週休二日でしょうか?
以降は冬休みになってしまうのでしょうか?
サテラの時間はOS上はPST=Pacific Standard Time 米国太平洋標準時になっていますが実際はサーバーの設置されているオランダアムステルダムの現地時間(CET 中央ヨーロッパ時間)で管理されているのでしょうか?
-
pt: 3,370
↑年寄りで暇なだけです。
-
pt: 3,370
私は、当初24時間動作しているGPS衛星からの正確な現在時間でRaspberryPiサーバーでサーチさせるつもりで居ました。
https://youtu.be/KFtrQ6OpF1M
https://youtu.be/iTOIOOApS5Q
ビデオではナノと言っていますがμSecの過りです。(=_=;)
サーチは当初、nslookupでIPアドレス総当りで、grepにパイプして”sukapapa”でフィルタリングして検出するつもりでしたが、DNSサーバーからの応答に時間がかかるため総当りでは何ヶ月もかかりそうでした。そこで、既存のスカパパサーバーの存在するネットワークセグメントをクラスB nnn.nnn.hhh.hhh/16で検索してみました。
Windowsマシーンではnslookupの応答結果をfindで”sukapapa”をフィルタリングして検索することとしました。
以下のようなネットワーク毎のコマンドを変数%%I.%%Jで順次自動インクリメント・サーチしホストURL内に”sukapapa”が含まれるホスト名をログファイルsukapapa.txtにアペンド記録させてみました。
「nslookup 62.212.%%I.%%J |find “sukapapa” >> sukapapa.txt」ちなみに私の環境でバッチスクリプトの先頭で
echo %date% %time% >> sukapapa.txt
終了で
echo %date% %time% >> sukapapa.txt
を行ったところ約19:50分かかってしまいました。
検索結果を見ると、クラスC内で検索すればOk?
其の場合は検索時間は1/256程度で検索できそうです。ちなみに、解ったサーバーへの経路と時間は
pathping sukapapaking.com
sukapapaking.com [94.75.205.17] へのルートをトレースしています
経由するホップ数は最大 30 です:
0 T7500SSD [xxx.xxx.xxx.xxx]
1 xxx.xxx.xxx.xxx
2 xxx.xxx.xxx.xxx
3 121.83.242.89
4 61.205.118.73
5 219.122.245.5
6 219.122.245.34
7 hu-0-6-0-0.bb03.ams-01.leaseweb.net [80.249.208.215]
8 be-103.br02.ams-01.nl.leaseweb.net [31.31.38.79]
9 po-2.ce12.ams-01.nl.leaseweb.net [81.17.33.118]
10 host.sukapapaking.com [94.75.205.17]統計を 250 秒間計算しています…
ソースからここまで このノード/リンク
ホップ RTT 損失/送信 = Pct 損失/送信 = Pct アドレス
0 T7500SSD [xxx.xxx.xxx.xxx]←ホスト
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% xxx.xxx.xxx.xxx←ルーター
0/ 100 = 0% |
2 2ms 0/ 100 = 0% 0/ 100 = 0% xxx.xxx.xxx.xxx←WANアドレス
0/ 100 = 0% |
3 1ms 0/ 100 = 0% 0/ 100 = 0% 121.83.242.89
0/ 100 = 0% |
4 2ms 0/ 100 = 0% 0/ 100 = 0% 61.205.118.73
0/ 100 = 0% |
5 — 100/ 100 =100% 100/ 100 =100% 219.122.245.5
0/ 100 = 0% |
6 — 100/ 100 =100% 100/ 100 =100% 219.122.245.34
0/ 100 = 0% |
7 260ms 0/ 100 = 0% 0/ 100 = 0% hu-0-6-0-0.bb03.ams-01.leaseweb.net [80.249.208.215]
0/ 100 = 0% |
8 — 100/ 100 =100% 100/ 100 =100% be-103.br02.ams-01.nl.leaseweb.net [31.31.38.79]
0/ 100 = 0% |
9 — 100/ 100 =100% 100/ 100 =100% po-2.ce12.ams-01.nl.leaseweb.net [81.17.33.118]
0/ 100 = 0% |
10 260ms 0/ 100 = 0% 0/ 100 = 0% host.sukapapaking.com [94.75.205.17]トレースを完了しました。
スカパパにサーバーを提供しているleaseweb.netで殆どの時間をロスしているようです。
-
pt: 3,370
tokinoniwaさん ご指摘コメントありがとう御座います。
確かにご指摘のように、sportsとextraのMACが此方では同じMACアドレスとして見えています。
納得です、ありがとう御座いました。 -
pt: 3,370
8/25午前九時 extraはキーを返してこないですね!
これから年末まで毎週末、ストライキするのかな? -
pt: 3,370
>macアドレスを改竄して動くということは
ヘッダーのなかに入ってるmacアドレスは改造したファイルで
上書きしただけで、実際のLANポートから吸い上げたmacアドレス
ではないということではないのでしょうか?上にあげたパケットキャプチャーの通りパケットの中のヘッダーには実際のマックアドレスが入っています。
HTTPのポート80番に送るデーターの中身にパッチの937やサーバーが欲しがっているMACアドレスもどきの番号を送っています。
今回は00:1a:3d-30:45:00を送りました。
実際のサテラのマックアドレスは画像の通りヘッダーには
00:1a:3d-30:2d:xx
でパケットのヘッダーにもこのマックアドレスが入っています。
スカパパサーバーが自前のサーバーであればパケットキャプチャドライバーを組み込めばMACアドレスをフィルタリングすれば簡単にBANできますが如何せん自前のサーバーでは無くレンタルサーバーにスカパパサーバーアプリを動作させているだけなのでアプリケーションレイヤではパケットのMACアドレスは判別できません。
サテラの視聴アプリもアプリケーションレイヤーからパケットのMACアドレスを操作できないためにHTTPのアプリケーションレーヤでのデーターとしてMACもどきのデータを送っています。
これが今回、パケットキャプチャーでもお判りの様に00:1a:3d-30:45:00です。
自動車でいうところの車のナンバープレートは変更せずに乗員の顔をトランプのお面をかぶせてスピード違反している様な物でしょうか?
本当はだれが運転しているか解りません。
オービスでは車の所有者に違反切符が切られるのでしょうか?
盗難車の場合には??? -
pt: 3,370
moguさん
情報ありがとうございます。
GPS時計のパーツが届いたので、GPS時計をこれから作成します。
上手くいけばNTPサーバー用のパーツを手配して組込予定です。
音声告知の時計アプリ作成時ににでも久しぶりにreserved.datの編集用のツール作成の構想でもして見みます。
でも、痴呆症状が少し出ているので長いプログラムが書けなくなってしまいました。 -
pt: 3,370
moguさん 予約ファイルを編集されているのですか?
私は先日1Zで昔毎週予約した予約をサテラから削除できず毎週塵録画されるのでTelNetで以下の理由で「reserved.dat」を強制的に削除しました。
この時にreserved.datの中を見てみましたがバイナリーファイルで予約情報や録画先等のデータが記録されているようですがデータのオフセットやデータベスの構造化フォーマットが解らなかったので簡単に編集できません。
ファイルを解析して構造化フォーマットが解れば編集アプリツールが簡単に作成出来ると思います。
2の予約ファイルは簡単に編集が可能なのでしょうか? -
pt: 3,370
↑のMTP → NTPの誤りです。
耄碌しています。 m(_ _)m -
pt: 3,370
moguさん 今日は、
先週末まで1週間ほど涼しくなって過し易くて助かっていましたが台風接近で此処2三日蒸し暑くてうんざりです。
このまま行くと台風20号に今晩直撃されそうです。
>内部ネットワークでIPをもらう際の識別位のものしかない「はず」
なのでその値が外部に出ることはないのですよね。
これは誤解です。
まだ掲載されている画像を御覧下さい。
ソース側のサテラのMACアドレスも勿論のことですが、ターゲットのDist:Host のsukapapasports.comのMAC(00:10:38:22:1a:25)もパケットには乗っかっています。
画像の上の文字をクリックすると直接画像が少し大きく表示されます。おかげさまで、発言禁止は今のところ受けていませんが、この様な発言をすると即座に発言削除が行われ減点されてしまいます、今回は今のところ見過ごされているのか数時間掲載されていますね!
皆さん録画開始時間など時間についてのお話が多いので私も自宅の時間管理をmSec精度で管理可能なようにGPS時計の設置を計画しています。
上手く動作すればこの、GPS時計をMTPサーバーの基準クロックとして宅内LANにGPS精度のMTPサーバーの設置を計画しています。
MTPサーバーが上手く行けばパソコン側に音声告知のクロックを作ろうかと計画しています。以前に「音声通知のCDTimer(カウントダウン・タイマー)」を作っていたので今回は、音声告知の時計を作ろうかと昔のソースを見直そうかとも思っています。
-
pt: 3,370
サテラからスカパパサーバーへのパケットキャプチャ
MAC偽装とか言われますがこの通りMACはサテラオリジナルのMACアドレスで通信しています。
MAC偽装してもスカパパサーバーはレンタルサーバーの1つのアプリです。
アプリケーションからはMACアドレスはサーバーにパケットキャプチャのドライバーがインストールされていなければアプリケーションレイヤーからは見えません。
それゆえMACアドレスは判断できません。
だから、この画像のようにサテラが接続して来た時にアプリケーションレイヤーでのデータとしてMACアドレスや視聴アプリのバージョンを要求しているのです。
皆さんがMAC偽装と言われているのはご認識でサテラは画像のようにオリジナルのMACで通信が行われています。
通信のデーターとしてMACや視聴アプリのバージョンなどのデータを送っています。 -
pt: 3,370
>リモコンの発光用LEDは点灯しますか、
赤外線LEDの劣化や損傷ならCH2(緑釦)以外のボタンにも反応しないはずです。
音量やチャンネル変更の機能がOKなら赤外線LEDの劣化や損傷はありえません。 -
pt: 3,370
以下のJTAGと思われるコネクターにプログラマーを接続すれば簡単にLinuxOSやファームウェア、MACアドレスの設定データなど簡単に書換が可能ですよね!
後はシールを貼るだけで済みます。 -
pt: 3,370
>リモコンCH2(緑釦)が反応しない。
リモコンのボタンの導電ゴムの硬化による接触不良でしょうか?この様にくし型に引かれたパターン間を導電体のボタンで短絡することでスイッチ押下の動作を行っています?
このくし型パターンの部分を接点復活剤(スプレー等)で洗浄し、導電ゴム等は麺棒などで研磨すればしばらくの間は動作させられるのではないでしょうか?
最悪CH2(緑釦)部分のパターをアルミ箔などでタッチすれば動作すると思います。
リモコン用のマイコンはこれ等の多くのスイッチをダイナミックにマトリクスでスキャンしながらどのボタンが押下されたかを判断しながら押されたボタンに対応する赤外線コードを照射します。
ボタン数が少なくてダイナミックにスキャンしてい無い場合は簡単に接点部分をケーブルで外部に引き出してプッシュスイッチに接続することが可能です。
https://youtu.be/hJR_urRAIaM
しかし、サテラのリモコンのように多くのボタンをサポートする必要がある場合は内臓マイコンのI/Oピン数が足りないことからダイナミックにマトリクススキャンしています。
https://youtu.be/euFqSagj7Tg -
pt: 3,370
処刑人さん 良くご存知ですね!
実は皆さんがBluetoothのトランスミッタをお話されていましたが私も所有していたヘッドフォーンが遅延からビデオ編集時のモニターとしては敬遠していました。
今回、遅延が30～40mS(APTX-LLコーデック)に攣られてトランスミッターとヘッドフォーンを購入してしまいました。
https://www.amazon.co.jp/gp/customer-reviews/R27YTNUV26BZU8/ref=cm_cr_getr_d_rvw_ttl?ie=UTF8&ASIN=B075VLWPXF
ところが、このヘッドフォーン↑が(掛け心地と音質)気に入らなくて分析、測定するために今月散財11万円の原因です。(レポートしています)
散財してしまいましたが、私は其のつもりは無く現在も時折使用していますが出品者の対応が良くて返品不要で全額返金して頂けました。どっかのタックンも見習って欲しいですね!!
実は以前から、アンプ等の電気部分のスペックは簡単に測定可能ですがスピーカーやマイクの機械運動が介在するスペックの公正な評価人間の聴覚も介在し難しいです。
ところがレビユなどでは暖かい音がするとかナチュラルな音がするとか如何にも専門家らしい評価をされる方が居ますが今回の経験も含めて全く信じる事は出来ません。
定量的なスペックを測定するには何百万円の機材が必要ですがリファレンスとの比較であればそれ相応の費用で可能と思いリファレンス用にMICとヘッドフォーンを今回手配しました。
そこで自分で解析するために出来るだけ可聴域でフラットでヘッドフォーンの測定も可能なDPA 4090をオーダーしました。
リファレンスに選定したヘッドフォーンATH-R70xのインピーダンス 470Ωもダイレクトにドライブ可能か購入前に相当悩みましたが廉価なプラグインパワーのコンデンサ・ピンマイクの不平衡出力をミキサーに接続のための平衡XLRs出力用のプラグインパワーアダプターを自作したようにヘッドフォーンアンプも自作すれば良いかと覚悟して購入しました。(ハイインピーダンスと言う事は非力なアンプにLowインピーダンスの負荷接続よりフラット特性を期待)
https://youtu.be/iDe9pU1-Go4 -
pt: 3,370
>ファンの電源はSatellaの基盤の裏の電源コネクタの端子から取りました
此れでは常時フル回転(サテラが電源OFF時も)で五月蝿くないですか?
私も以前1Zで不具合解消のため内部で強制空冷を試みたことがありました。
寝室にサテラを設置していたため視聴していない場合には五月蝿くて眠れません!
妻に電源コネクターを引っこ抜かれてしまいました。
https://satch.tv/?post_type=topic&p=419455/#post-419456
そこで視聴や録画時等でサテラが動作している場合にファンが動作するように改造したことがあります。
https://satch.tv/?post_type=topic&p=419455/#post-419457
結果的に1Zでは不具合パーツを交換することで夏場も安定しえ動作するようになりファンは撤去しました。 -
pt: 3,370
charo356さん ご無沙汰しています。
私もAutoCadは昔から、機械設計、建築設計、土木設計とお世話になっていたので使い慣れていますが、3DCADは昔20年以上前かなAutoCadで建築図面を3Dで書いたことがありましたが使い辛くてほとんど3Dは書いたことがありませんでした。
今月になってからレコードの超音波洗浄機の機構部品を設計始めましたがAutoCadで嵌合距離などをチェックしながら機構を考えていたらどうせなら、3Dプリンターでパーツを作ればと思い立ち3DCADを勉強し始めました。
年寄りの手習いです!! -
pt: 3,370
moguさん 横からお邪魔して回答できずにごめんなさい。
実際手元に不具合環境が無いので適切なご回答が出来ないです。私も最近は全くサテラとは付き合いがなくなってしまい最近は専ら電気回路の設計やマイコンのプログラミング、CADで図面を書いたり3DCADで機構パーツの設計にチャレンジしています。
https://www.youtube.com/playlist?list=PLeRq7-gEH4a6-JVG3voDY1P9RbVDFyrl9 -
pt: 3,370
皆さんこんばんは! 久しぶりの訪問です。
>ipアドレス10.0.0.24 サブネット255.255.255.0
ゲートウェイと優先代替DNSは10.0.0.1でした。IPアドレスが10.で始まるようなアドレスはクラスAで使用されるアドレスですね!
しかし、其の場合にはサブネットマスクが255.0.0.0と成りますがkoro2さんの場合は
255.255.255.0とクラスCのサブネットマスクでマスクされているので上手く動作するようですね。
通常の小規模のLANを構築する場合にはクラスCが一般的に使われます。クラスCはIPアドレスの先頭3ビットが「110」で始まる場合です。
これを10進数に直せば、192.0.0.0～223.255.255.0までがクラスCです。
下位8ビットはホストアドレスとして割り当てられます。
1ネットワークの中で割り当てることのできるホストアドレスは254個になります。注意する事はホスト部をビットで表したときに、すべてのビットをO にすることやすべてのビットを1 にすることができない点です。
ホスト部のすべてのビットがO というアドレスは、ネットワークアドレスを表す場合やIP アドレスが分からない場合に利用することになっていて通常は利用できません。
また、ホスト部のすべてのビットが1のアドレスは、ブロードキャストアドレスとして使われます。
このためIP アドレスのホスト部で割り当てられる数は、この2つを引いた数、
たとえばクラスC でいえば2^8-2 = 254 個となります。プラマイベートIPアドレスとグロ ーパルIP アドレスの間でアドレス変換をするNAT技術が誕生し、プライベートアドレスを割り当てたローカル・ネットワーク上のホストから、グローパルアドレスを割り当てたインターネット上のホストと通信ができるようになりました。
-
pt: 3,370
gammuさん 申し訳ありませんでした。
ぼけ老人が徘徊放浪していました。m(_ _)m
退散します。(^_^)/~~~ -
pt: 3,370
moguさん 其の通りで今年の1月13日に皆さん音が途切れるとかの意見がありましたので5年ぶりに収録してみました。
ところが↓の用にとても観賞に値しないのにがっかりしてしまいました。
ピークレベルで-15dB、周波数帯域10kHzとAMラジオに怪我は得た程度です。
ダイナミックレンジが小さいのか音楽の弱音部分では16bitの解像度以下になるのかスケルチがかかった様に不自然に無音になって音が途切れてしまいます。
そろそろ1Zも使用できないLinux実験機でRaspberry Pi以下のガラクタになってしまったのでパーツ取にしょうかとも思っています。
元々余り視聴することも無く実験に使用していたので、ANT二台もそろそろ片付けようかと思案中です! -
pt: 3,370
moguさん 其の通りで今年の1月13日に皆さん音が途切れるとかの意見がありましたので5年ぶりに収録してみました。
ところが↓の用にとても観賞に値しないのにがっかりしてしまいました。ピークレベルで-15dB、周波数帯域10kHzとAMラジオに怪我は得た程度です。
ダイナミックレンジが小さいのか音楽の弱音部分では16bitの解像度以下になるのかスケルチがかかった様に不自然に無音になって音が途切れてしまいます。
そろそろ1Zも使用できないLinux実験機でRaspberry Pi以下のガラクタになってしまったのでパーツ取にしょうかとも思っています。
元々余り視聴することも無く実験に使用していたので、ANT二台もそろそろ片付けようかと思案中です! -
pt: 3,370
それと、「サテラ1zのBAN解除に挑戦」に関しては、これからは解除してもタックンとイタチごっこになるでしょうし、サーバーがこの新しい、選別(2と最新パッチ以外をBAN)のための、今後はサーバー側での負担が増え益々、画像のこま跳びや、音声欠落が生じるため興ざめです。
一番怖いのは2を売り切った後の3の発売は見込めずサーバー閉鎖になる事です。(今のBANを考えると当然?)
ちなみに今回のBAN前に収録したラジオの周波数特性もAMラジオ並みの惨憺たるサウンドでサテラを視聴する気も失せています。
https://youtu.be/-NBbwoxru0o -
pt: 3,370
>ログイン時の文字いれがなくなっとります
タブレットからのログインが楽になりました。 -
pt: 3,370
布施は現在も存在します。
私は会社から車で訪問していました。その頃はCBブームで半導体は配給制で月の供給枠が決まっていました。
怖い人が鞄に札束を抱えてTrを買い漁っていたと噂になっていましたね! -
pt: 3,370
船井電機は昔、東大阪でCB無線機を作って米国に輸出していましたね。(其の頃TR等の取引で訪問していました)
任天堂がテーブルTVゲームを開発していた頃で喫茶店のテーブルはインベーダゲーム機が占領していました。 -
pt: 3,370
在庫処分が済めばサーバー運用で利益を消費する必要もないですからね!
-
pt: 3,370
処刑人さん
すごいですね!
私は現役ではなくなり散在は出来なくなってしまいました。
私も昔はDATのオートチェンジャーやDLT、LTO等バックアップやDVDプレスのマスタ用に所有していますが今は、保管場所に困っています。 -
pt: 3,370
タックンのサテラ2の価格が下がったようなのでひょっとすると12月以降、サーバー消滅で店じまいで、全機種冬休みが近いのでは?
-
pt: 3,370
↑それが証拠にネットワークのRJ45ジャックのコネクターをはずした状態でサテラをリブートさせても電源投入時に00:00でスタートしてもLNBに電源が通電され放送電波を受信するとサテラの時計は現在日時に修正されます。
-
pt: 3,370
moguさん
ご無沙汰です!
2は所有してなく、取得予定も無いので判りませんが、少なくとも1Zのパケットをモニター(1時間ほど)していてもNTPに関するUDP、123ポートのパケットは流れていないようなので時間取得は衛星電波のタイムコードです。 -
pt: 3,370
abocadさん
>サテラの時計ってNTP取得してるはずで正確なはずです。
これは違うようです!
少なくとも1Zの場合はRebootさせると内部時間は
date
Fri Dec 31 16:00:00 PST 1999
からスターします。
サテラのANTを外しているとNTPで時間取得するならネットワークに接続していると時間が修正されるはずですが内部タイマーで時間が進むだけです。
この状態でANTコネクターを接続すると衛星からの放送ストリームのタイムコードでLinuxOSの内部時間は
Sun Nov 11 10:28:21 PST 2018
と修正されます。
これはNTPで現在時間を取得しているのではなく衛星放送ストリームから時間を取得していると思われます。
この事は、サテラを省電力モードでLNBへの電力を遮断しているとサテラの時間が狂っていくことからも時間取得はNTPではなく放送電波から取得している裏づけではないでしょうか?