docomo dtab Compact d-52C part2

製品情報ページ
https://www.docomo.ne.jp/product/d52c/

2023年2月以降発売予定

※前スレ
docomo dtab Compact d-52C part1
https://egg.5ch.net/test/read.cgi/android/1670313413/

↓
以下、このご時世にドコモなんかに金落とす情弱知的障害者ネトウヨどものつまんねえレスをご覧ください

乙

レノボ最高w
純正ケースでバリバリWiFiで使ってますw

>>2
羨ましいの？

在庫ある？

>>6
ないあるよ

>>7
( ‘д‘⊂彡☆))Д´) ﾊﾟｰﾝ

>>7
そーあるね

TPUカバー発売されたら呼んで

>>10
来たよー

>>11
どこ？

狼だー！狼が来たー！

こいつでAndroid Auto使ってる変態いますか？

いませんｗ

ELECOMのこいつ用のカバーが未だに発売延期し続けてる
さっさとドコモのカバー買えばよかった
https://www.elecom.co.jp/products/TB-L221WVBK.html

>>16
このケースまだ販売してなかったのか
エレコムにtpuケースの要望出そうと思う

尼で手帳型のマグネット付きケース買った
四隅をゴムなどで留めるタイプじゃなく専用タイプでカメラも使える
ELECOMのも注文してるがしばらくこれで運用してみるわ

>>18
ELECOMの注文済みだが尼のマグネットのやつも買った
分厚いけどこれで割りと十分かも

KindleでSDカードに本を保存するとなぜか消えるのは前スレで指摘のあった不具合なんだろうか？
どなたかKindle使ってる方、教えて下さい。

なるほど

>>19
アドレスお願いします。

>>22
AmazonのURLは貼れないので
B0BYZ21F5J
でAmazon内で検索して

見てきた。このタイプのケースか。
画像でみる限り、縦にした時は横方向の画面端スワイプ、横にした時は縦方向の画面端スワイプ動作で、ベゼルカバー部分が地味に邪魔にな理想だなぁ。
4方向共にベゼルカバーを画面端より後退させた切りかき部分があるとちょうどいいんだけど。

自分のはd-52cとpyseaで検索のやつ
以前使ってたMiPad 4も同じようなケースだった

>>20
SDカードをA2規格のものに変えたら改善したなぁ…

随分デカイな

>>20
>KindleでSDカードに本を保存するとなぜか消えるのは

何故ここで聞く？
原因は1つでは無いのでは？
ググると幾つもヒットするし。

>>20 >>28
追加
突っ込みが判り難いか。
機種固有現象と思ってる訳？

>>29
前スレでSDカードのマウントがスリープ中に外れるって書き込みがあったもんで、固有かと思ってたら違うのか…。
KindleはHD8でしか使ってなかったので勉強になりました。

>26
カード確認したらA1でした。
A2で試してみます。
情報ありがとうございます。

意地悪せずに教えてやれや
KindleをSDで使いたいならSDを内部ストレージにしろ

分からないことを教えられるわけないだろう

分かるけど教えてやりたくないヤツもいるだろうｗ

>>30
前スレ894のマウント切れる話って、ライブ壁紙でデフォに戻る話でのタスクキル話に「単純にメモリ不足で落ちてる」論が出た直後だよね。
https://egg.5ch.net/test/read.cgi/android/1670313413/892-894
バグと言ってるが、具体的な症状も根拠も情報源も不明な話。
>外れてもスリープ解除されたら勝手に再マウントしてるぽいけど
と、推測っぽい話だし。
「KindleでSDカードに本を保存するとなぜか消える」でググると、他機種の話も沢山出て来るよな。
で、 >>26 のA2規格ので改善って、マウントが外れるのが原因だったとは考え難い話だよな。
メモリ不足で何かが落ちてるのかは知らんが、ストレージのアクセスで時間が掛かると諦めてタイムアウトでエラーになってるのでは？

ちなみに俺が使ってる端末875CASだと、メモリを多く使ってると初動が遅い時が有るな。5秒や10秒待たされる。
A規格は付いてない奴で。

>>31
SDを内部ストレージとして使うのは、俺は止めた方が良いと思うな。
内部ストレージ16GB時代だと誘惑に負けるのも解るが、今かよ。

Kindleの場合外部SDに本をDLしてるとマウントが外れた時ライブラリを見失う
そしてそれは復活せず再度ライブラリの構築となる
本が多ければ多いほど再構築に時間がかかる（平気で1時間以上かかる）から使い物にならない
（DMMはマウント外れてもライブラリを見失わないから優秀）
なので今どきとか関係なく、Kindleで大量にDLして運用したい場合、内部SDにしてアプリ本体と本を同じストレージに置くしか手段がない
外部SDのままアプリ本体をSDにおけるなら解決するのかもしれないが

ちなみに、これは動作から多分こういうことだろうと推測しているだけだからソースはないよ

>>36
>再度ライブラリの構築となる

「ライブラリの再構築が起きた」とは一度も言っていないのでは？
「起きる」は推測でも使うし。
前スレで「ライブラリ」「構築」のどちらもヒットせず。
あと、再構築ってSDに？
ググってヒットする
>外部ストレージ
https://www.am あ azon.co.jp/hz/reviews-render/lighthouse/B08F5Z3RK5?filterByKeyword=%E5%A4%96%E9%83%A8%E3%82%B9%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B8&pageNumber=1
とかだと
>Fire HD 10 (第11世代)
でのKindleアプリで、SDを内部ストレージと外部ストレージの両方で発生するっぽいよな。
スリープからの復帰で勝手に外れたマウントをOSが繋ぐと仮定すると、SDに再構築するのはおかしいよな。
マウントが外れてればストレージと認識しないし、繋いだらストレージと認識するのだから、ファイルが有るのか確認すべきだよな。
SDでは無く内部ストレージに構築するのなら、そのまま内部ストレージで使い続ければ良いのでは？
Androidってメモリの奪い合いでOS自体が落ちて、OSが再起動するよな。再起動の時のロゴ表示もする。
SDのマウントは絶対に落ちないなんて無いんじゃね？この部分は優先1番で落ちませんって有り得ない。
Kindleアプリの確認しないバグだと思うぞ。

Chromeが外部ストレージにダウンロード出来るようになって、今だと内部16GBでも、それ程困らんよな。
d52cは64GB有るし。