【Raspberry Pi】ラズベリー・パイ part46【ARM】

単に出力が合ってないだけなんじゃ
/boot/config.txt のhdmi関連を見直してみたら？

俺はpimoroniで買ったofficial micro hdmi to hdmi cableをラズパイ4に使ってるけどwork like a charm よ

ラズパイでVR作ってVRのエロ動画でシコれる？

性能が足りなくて無理

>>755
自分もついでに公式のやつ頼めばよかったな

こっちのほうが量販店のマイクロHDMIケーブルより安かったわ

でもケーブル繋ぐとセレクターの番号が変わるから端子から何らかの信号は出てるみたいだから端子が壊れてるわけではないようだ
セレクター挟んでるから駄目なのかと思いテレビに直にさしてもダメだ



>>754さんの言う通り/boot/config.txtの記述がおかしいのかもしれない、でもここ見合わせてみたけど特におかしいと感じる部分がないのよね
https://www.raspberrypi.org/documentation/configuration/config-txt/video.md

ようわからん状態になってしまった

Zero 公式ケース

電源のmicro USBもHDMIもしっかり挿さらないからかなかなか電源が入らない
オッサン世代は知ってると思うけど、ファミコンのカセットをちょい傾けて刺したら認識してたようにmicro USBの挿し方をほんのちょっと傾けたりしたら電源が入る

無印かWHしかほぼ売ってないのに、ヘッダピンあったらカバーが閉まらない、LEDランプが見えない、micro SDカードの抜き差しが出来ない、
上蓋にカメラ付けてもカメラが傾く、上蓋は3枚付属してるのに下側はケース裏のヘッダピン位置に穴が空いてるやつ1枚しか入っていない等等欠陥ケース

>>758
hdmi_group
hdmi_mode
うつんないときはだいたいこの2つの値を変えたら映った

hdmi_groupは多分2だろうけど
hdmi_modeはモニタの対応範囲じゃないと映らなかった記憶がある

質問させてください
Lチカは特定のファイルへ書き込みを行うという仕組みが理解できました
SPI等の通信も同様にライブラリ抜きで実現可能でしょうか？

>>761
出来る奴ならSPI等の通信もライブラリを用いないでLチカ同様に特定のファイルをread/write
することで実現できるだろ。

>>711
イギリスの植民地じゃなかったからだよボケ

と言い返せ

インド人に教えてもらった超魔術

#define private public

>>761-762
可能だが無意味

ラズパイの場合wiringPiSPISetup()やwiringPiI2CSetup()をよく使う
それの代わりにデバイス直でやる人もいるけど、可搬性が低い＝他人が見ても
わかりづらいからおすすめしない

時間が経つと自分でもわからなくなって、理解しなおす手間が大きくなる
ソフトとしてはデバイスこそが本体なので、コードの構造に拘る意味がない

もっとそも論を言うと、ディスプレイへの出力もprintf()とかのstdioライブラリを
使用しなくても、ダイレクトにバッファへ書き込みして出力できるはず
printfやsprintfみたいの全部外してグラフィックメモリ管理する？　クソ面倒だぞ

>>763
はあ？お前んとこアメリカの植民地じゃん
って言い返されますた。

>>765
例えば、AD欲しいで、俺ドライバ作って
SPI接続ADのデータをcat(ライブラリ使わないで)で読めるようになったら
便利じゃないか？
Lチカも/sys経由ではやってないのか

>>766
日本は現アメリカの植民地・占領地なのに英語が出来ないからな
イギリスはその点植民地教育しっかりしたんだな
インドだけでなく中華が激多いシンガポール人も英語が激出来るからな

アホは言葉の意味も調べないしスレタイも読めない

とりあえずRaspberry pi 3B+にQuimat 3.5インチLCDを取り付けて、出張先でも視聴できる持ち運び用録画サーバーを構築するところまではなんとか出来た。
しかし、まだ終わりではなかった。エンコードに使うソフト(ffmpeg)の設定が残っていた。
一部のBSデジタル放送が使う1920x1080の映像をh264_omxでハードウェアエンコードすれば、ほぼ1倍速でmp4に変換できた。これなら実用に耐える…と思ったら甘かった。
地上デジタル放送や、(一部の)BSデジタル放送で使われる1440x1080の映像を、解像度変換なし(1440x1080)でh264_omxでハードウェアエンコードする。これもほぼ1倍速。
ところが出来たmp4をvlcで「全画面再生」すると、画面中央に縦長の（横に引き伸ばされない）映像が表示されてしまった。(「ウィンドウ表示」では問題ない)
つまり「SAR 4:3 DAR 16:9」のmp4は、vlcで全画面再生が正しく表示されない。
(EPGStationから[H264]を選んで再生すると正しく表示される)

解像度を1920x1080に設定してエンコードすると、vlcの全画面再生は正しく出来るもののエンコード時間が長くなってしまう。h264_omxを使ったハードウェアエンコードで10fps=実時間の約3倍かかる。
libx264を使ったソフトウェアエンコードだと3fpsも出ない(実時間の10倍以上かかる)。

3.5インチの小さい画面で録画内容を確認するだけの為に、1920x1080の高解像度は不要ではないか。解像度を落とせばエンコード速度は上がる。
いくつかの解像度でエンコード速度を比較して、画質と速度の妥協点を探る。854x480(FWVGA)まで解像度を落とすことにした。これで18fps(実時間の約1.7倍)

EPGStation/config/enc.shに書くコマンド列の一部抜粋は以下の通り

eval `$FFMPEG -re -i "$INPUT" -threads 0 -c:a copy -bsf:a aac_adtstoasc -c:v h264_omx -b:v 3000k -fflags +discardcorrupt -movflags +faststart -s 854x480 -f mp4 "$OUTPUT"`

通常利用している16:10表示(WUXGA)の26インチLCDで表示しても、意外に違和感は少なかった。

本当は設定をもう少し煮詰めたいが、h264_omxのオプション設定に関して参考になりそうな資料が意外に少ない。

もうすぐ中国の植民地になるから漢字が出来るのはいいね
香港とかウイグルみたいになるのかな、楽しみ
あっ、北海道はロシア語頑張れな

>>761
質問の意図が分からんけどライブラリを使わずにSPI通信をやること自体が目的じゃないだろ？

>>767
車輪の再発明をして無駄な労力を使うだけで便利になるわけない

3b+の電源を専用設計の3A出力に変えたらまったく低電圧警告が出なくなった！
警告出たところで特に運用上問題はなかったんだけど精神衛生上変えてよかった

>>771
日本は将来中華圏に取り込まれるだろうな
大戦で日本が勝利してたら、東アジアの盟主で共通語は日本語になってたんだろうがな

>>772
>無駄な労力
ここのスレ住人は無駄な労力が普通だろ

12連でメモリ16G、20万の中小向けの安価グレードを大企業に推奨してくる社員もなかなかだな。

メモリが一桁少ないと気が付かない辺りが素敵

誤爆すまん

>>770
ＰＩ４になるとかなり性能アップしてるから同じ事やっても倍くらい行けそうだ

>>767
まず長文失礼するが、それだけ根っこから説明しなければならない話
意図ズレてたらゴメンネ

そもそもLinuxはすべてのデバイスをファイルとして取り扱っている
細かく調べてはいないが、SPIデバイスも元々ファイルとして実装している筈
なのでやろうと思えばシェルスクリプトだけでもデバイスにアクセスできると思う

ただ、問題は速度
gccなどでコンパイルを介して実行前にオブジェクト（機械語）にしたものは最速
但しコンパイラの精度や言語の特徴、プログラマの腕などで遅くなる場合もある

シェルスクリプトはインタプリタを上回る最悪の速度を叩きだす
命令をその場その場でプチコンパイルしながら実行するようなイメージとにかくクソ遅い
spiのような速度が出るデバイスだと、ハード側でタイミングずれが発生し制御できない場合がある

>俺ドライバ作って
>cat(ライブラリ使わないで)
ライブラリなしでドライバというかサービス作ることは可能ではある
しかし動くかどうかは、ハード側に依存する

多ドット型のLCD（タイミングがハード依存）なんかはズレやすくて、遅いと動きづらい
温湿度センサやLEDなど（タイミングが読む人間依存）は、それ前提でハードが構成されてるので
ほとんどが制御できる

つまり人間にとって便利なように見えても、ハードの方からみた取り扱いがシンドイということ

>Lチカも/sys経由ではやってないのか
根本的な話だが、OS制御＜ハード自律制御
ラズパイにSDなどOS入ってるモノ刺さないで起動しても、電源LEDは点灯する

>>778
ほおお勉強になりますなぁ
出来るけどファイル経由のデバイス操作は遅いのが問題なんね

node_jsとか情報が乏しくなってきて最近不安なんだが

sysfs経由でソフトウェアSPIを実装するのも可能だろうけどかなり遅いので>>778の通りセンサーの値読み出しとかでしか使えないだろう。
ただし、SPIのプロトコルで遊んでみたいと言うことなら、やってみると面白いと思う。

この状況から全く動かない
ネットワークいじったのがだめなのか
https://i.imgur.com/jrSQxbG.jpg

助けてほしい
補足
dhcpcdのwlan0の項目をすべてコメントアウトしてinterfacesに固定IPを記述
その後hostapdとisc DHCP serverをインストール
初期設定を済ませて再起動するとフリーズ？

いやどす

>>782
最初の方でinterfaceをupするのに失敗しているのが気になります。

この辺を参考に起動時にnetworkを待たない設定にしてみるとか。

https://raspberrypi.stackexchange.com/questions/45769/how-to-wait-for-networking-on-login-after-reboot/45774#45774

>>782
どこからフリーズするのか、まず障害切り分けが必要そうですね。
dhcpcdなのか、hostipdなのか、DHCPサーバーなのか。
自分も色々いっぺんにやるとわけが分からなく時はあります。

チラ裏

dhcpdとdhcpcdのサービスがコンフリクトしてインターフェースの奪い合いになってる
後から立ち上がった方がある筈のデバイスを無限待ちしてる

みたいなところで俺は止めた（興味もないので投げ出した）ような記憶があるようなないような

ありがとうございます

>>784
外部からファイルを弄れば設定できますかね？

ただのアプリケーションだけでフリーズすることはないと信じてInterfacesを見てみます
loopbackが競合することなんてありますか？

俺もよく分かってないからあってるか分からんけど
＞Lチカは特定のファイルへ書き込みを行うという仕組みが理解できました
っていうのは
　echo 1 > /sys/class/gpio/gpio18/value
こういうことをSPIで出来るかってことでしょ
ドライバーへのアクセスはread/write、ioctlのシステムコールで行うけど
上記が出来るのはread/writeがドライバに実装されてるときで
SPIなんかはioctlが必要でしょ
もっと言えばドライバーから自分で書けばもっと低レイヤーでアクセス出来る

元の質問のライブラリーを使わずにっていうのが手軽に出来るかって意味なら
そもそもgpioがon/offの単純に制御だから上記のようなやり方が出来るだけ

>>789
>echo 1 > /sys/class/gpio/gpio18/value
>こういうことをSPIで出来るかってことでしょ

https://www.raspberrypi.org/documentation/hardware/raspberrypi/spi/README.md

手順が面倒なんでコンパイル以外でやったことないけど
上記のshellにまさにソレ(出力先や値は当然違う)がある

>>788
俺は半端にいじっただけだからわからないけど

俺だったらもう１枚のmicroSDにraspbian入れる
問題が起きてる方のSDをカードリーダーに入れてext4パティションをマウントして、ログ読む

ext4が読めればいいので金かけたくないなら、VMware PlayerをPCに入れてそいつにUbuntuか適当なLinuxインストールする。
USBのSDカードリーダーかアダプターはすでにあるだろうし、仮想Linuxからext4のファイルシステムにアクセスできるはず。

DVDやUSBで起動するLinux環境を作っておくとなにかの時に役に立つ

ID:4Btfn2dO です
いちおうLive USBは持ってますので試します
明日になると思いますが報告します

自分もwindows版のetcherが動作しない時にvmplayerでlinux版のetcherでイメージ作ったな

自分の場合、非力なPCしか無いから791が言ってるように余ったSDにrasbian入れて実機で設定がおかしくなってる方のSDをmountして修正するかな…

ラズパイでスパコンをってチャレンジした人いる？

いるよ

スパコン組みたいなら安価に済ますならPlayStation3のCellBroadbandEngineをクラスタ構築した方がずっと良い
AI専用ならNvidiaのDGXとかAMD Project 47とか
ABCIとかAWS AIとかとかでもいい

実用的にでなく
ラズパイでやることが目的なんだろうな

ラズパイで電動オナホール作ってシコシコしたひといる？

Arduinoのほうがよくね？

こんな熱効率悪いチップでスパコンとか

昨日Pi4のHDMIが映らないと書いたものだけど
マイクロHDMIのケーブル買ったら映ったわ
ありもので済ませようと100円の変換アダプタ噛ませたのがダメだったようだ

あぁ、VLCにアプデかかったと思ったら、また昔のダメな奴に戻ってる・・・

>>781
色々入れすぎ。
まずは最小限で起動させること。

次に、一つ入れては確認し、二つ入れては再確認。

>>770だけど、結局EPGStationで使うH264変換の設定に[解像度変換あり][解像度変換なし]の2種類を作成し、
1920x1080のチャンネル(NHK-BSプレミアムとBS11)は[解像度変換なし](=約1倍速)、その他チャンネルは[解像度変換あり](=約0.6倍速)に振り分ける事で折り合いを付けるようにした。

具体的には「-s 854x480」の記載がある行と記載しない行の2種類を作成して、条件付けで振り分ける。

>>805
stretchでの話かな？busterでは少し前にvlcのアップデートがあったが、ここ1日では変化なし。

>>807
今日のアプデで治った＼(^o^)／
H/Wアクセラレーションが一度無くなって戻った

うちはstretchだけど、最新版が出てたんだね
バックアップとってアップグレードするかなあ

ラズパイ４ってHDMI出力２つあるから
左目と右目にしてVRつくってエッチな動画で
シコれる？

勝手にシコってろ

ID:4Btfn2dOです
rc.localに終わらないスクリプトを入れてただけでした

おあとがよろしいようで。

>>811
単品のシェルスクリプトを組んで、事前に動作チェックしましょう

>>813
crontabと同じで別に影響ないと思っていました…

こういう失敗を繰り返して覚えるもんだよ。
仕事で使ってる環境でもぶっ壊すからｗ

まぁね(^^;)

先頭に nohup を書くとログアウトしても
最後まで実行してくれる

ログアウトすると親プロセスがrootに付け替えられる

応用技で　nohup ping -s ... ぷつんピーピーピー

今月号のInterface情報だけど4Bは64bitOSにすると劇的に速くなるらしいな

久しぶりに見に来たけど相変わらず肥溜めだな
普通のNASを買うわ

そりゃNASとして使うならNASのほうがいいさ。

>>819
interface、まだ廃刊になってなかったんだな

Pi4に対応した64bitOSなんてあるのかと思ったら調べてみたらあるんだな
入れてみよう

>>822
最近はラズパイ記事ばっかで迷走してるけどな

interfaceはioT関連の記事は良いよ。
他は中途半端か初心者向けの内容が多く、誰がターゲットの本か謎の状況。

Yoctoで64bitリナックスディストリビューションを作るのか

1年ぶりに来たけど3Aの国内販売始まった？

>>827
https://www.switch-science.com/catalog/4110/
>日本向けに工事設計認証を通す予定はないそうです。（2019年6月現在）

売れないからな

Raspbianも64ビット化して、3B・3B+の実力を充分に引き出せるようにして欲しい。
zeroや無印、初期2Bを使っている人は不満かも知れないけど。

http://ftp.jaist.ac.jp/pub/FreeBSD/releases/ISO-IMAGES/12.0/

のRPI3ってのは4Bでも使えるのかな？

>zeroや無印、初期2Bを使っている人は不満かも知れないけど。
なに俺のことディスってる？
全部現用中、１コア機はセンサーベース、2BはNASで、全部CUIだから性能は十分

ただ4Bに64bitで大幅スペックアップするなら、弱デスクトップ機として使えるかも感
個人的にはどちらにしろ技適待ちは変わらないけど

>>831
試してレビューしてみては
即故障する事はないだろうし

>>831
関係ないけど、そりゃそーだって話

https://lists.fedoraproject.org/archives/list/[email protected]/thread/OFIGDPUDFOA3BB33GVCDHTSGZ2Q77APK/

Fedoraのこのトピにあるけど、「不明、相応の労力と苦労が必要」だって

Pi4そのものより前にリリースされたソリューションの挙動を公式に見ている筈がない
特にUSB3とか大幅な刷新入れてる部分もあるから、手放しに公式に「サポート済み」とか
出るとは思えない

購入したnoobsカードってbootと名付けられたパーティションは（確か）250MBくらいでFAT32でフォーマットされてて、
残りの32GB-250MBのパーティションはWindows 10で認識できないんだけど何でだと思う？ext4とかでフォーマットされてんのかな？

正に、その辺のWindows機に挿して「これ壊れてますフォーマットしますか？Y/n」対策で頭にFAT32パーティション作ってあるやつだな
Linuxからパーティション構成を弄るなら、gpartedでもインスコして見てみればいいんじゃね(鼻くそほじりながら)

FAT32なのはEFIシステムパーティションだから。間違えてフォーマットしてお釈迦にするのを防ぐものじゃない。

# parted -l

誰が何に挿すか判らないような環境で使うUSBメモリ等のリムーバブルメディアは、
Windowsで使うつもりで(特にbitlockerを念頭に)NTFSで使いたくても、頭に数十MB〜数GB程度のFAT32パーティションを作ってから残りをNTFSで使うといい
特に隠し立てするつもりがないなら、FATの第一パーティションに「このメディアは第二パーティションがあるので消すな.doc」みたいなファイルでも作って置いておけば良いし、
第二パーティションの存在を隠すなら「○○所有メディア。消さないで.doc」とでもしておけばいい。

別容量のUSBメモリを買って高容量の中身を低容量のものと入れ替え、第一パーティションを低容量の表記容量でFAT32で確保、残りを第二パーティションに充てる…といった使い方もできるが、
実際に8GBと128GBのUSBメモリで120GBの隠しパーティションつきの見た目8GBのUSBメモリをこしらえても、税務署や警察を欺くのは難しいという噂なので、あまり凝りすぎない程度にな…

BootパテがFAT32なのも知らんのかw

まさかここの池沼どもはBootパテの意味もわからんで使ってるのか？

EFIというか、ラズパイSDカードの場合はsyslinuxの仕様だな。
なんもわかってない馬鹿が偉そうにご高説ｗｗ

あーあ‥

windowsから簡単に/boot/config.txtを編集できるから初心者にも優しいじゃないか。

bootってfat32だったりfat16だったりfat12だったりするよね

久しぶりにみにきたらやってんな〜w
まさかbootパテ知らんやつがこのスレにいたとはww

日本語読めない人は紛らわしいので日本語以外で書き込んでくれ

bootパテとか。Linux で /boot にマウントするという意味しかないぞ。
ファイルシステムは決まってないし、bootloader が そこから boot するという決まりもない。

とりあえず質問元の>>835放置でなにやってんだか…

とはいいつつ俺もnoobs使ったことないんで正確なことはわからない
raspbianでも同じ現象出て、その原因は第二パティションがwindowsで対応して
ないフォーマット（ext4）だから、だけどnoobsが同じかは不明

いまググったらext2fsdっていうソフトがあって、windowsでext4よめるそうなので試した
公式がクソ重いんで探したらsourceforgeにあった（こんなヤバげな配色だったっけ？）
https://sourceforge.net/projects/ext2fsd/

確認した限り0.69が最新、それ以前はext4読めないそうだ
こちらでwindowsによるraspbian_busterの第二パティションでの読み書きを
確認した

残りの領域linuxそのものだろ？

色んな情報が混ざっちゃってる人もいるな……
まぁ、普通にパーティションの状態を確認すれば答えは出るしどうしても読みたければ読むためのファイルシステムのドライバを入れれば良いという話だな
ちゃんと知ってて中身を確認していればUEFIだのって話にはならないはずだし、同じ構成になっている理由も常に同じとは限らないのに
共通項の多い状況が必ずしも同じ理由で引き起こされるとは思いこまないほうが良いとは思うぞ

超ど素人で未経験からネットワーク系の仕事やることになってしまったんですがラズパイ使って勉強できます？
VPNとか作ったりできるって書いてあったんですけど敷居高いですかね？
まずやることとかあります？

>>849
Ext2Fsdは「metadata_csum」「64bit」のオプションが有効のext4にまだ対応してないんだよなー。