AMD社製FPGAで多数の導入実績のあるGigabit Ethernet TCP/IPソリューションをZynq-7000 SoCに搭載しました。 ARM Cortex™-A9上のソフトウェア処理では達成困難な900Mbpsの高スループットを実現します。 Ethernetプロトコルの制御は、全てPL内部(Micro Blaze)で処理。 ハードエンジン(ToE)+TCP/IPプロトコルスタックにより高速データ伝送を実現! MicroBlazeソフトプロセッサ上に、自社製TCP/IPフルスタックと大容量高速TCP伝送を実現するためのTOE(TCP Off Loading Engine)IP制御を行う制御ドライバー、MAC/PHY制御ドライバーを搭載 Processing System(ARM)からは、Socketインターフェースでアクセスでき、PL内部を意識することなく使用できます。 900M
僕は最近Turing Complete FMというポッドキャストを運営しているのですが、その収録のためにポッドキャスト録音テクニックを結構研究しました。ここではそのノウハウをシェアしようと思います。音がよくて聞きやすいポッドキャストの収録に役立ててもらえると幸いです。 はじめにポッドキャストでは音質は死活的に重要です。音質の大切さは強調してしすぎることはないと思うのですが、この点は甘く見られがちなようです。音の悪い録音を何十分も聞くのは耳が辛くて不必要にストレスがかかります。よいコンテンツを届けたいのなら、音質という、コンテンツ以前の問題は解決しておくべきです。 良い音質のポッドキャストを作成するためには、良い音質で録音する必要があります。良い録音から良い出力を作るのは簡単ですが、悪い録音から良い出力を作るのは、どんなにポストプロダクションを工夫してもほとんど不可能です。悪い音で録音してし
うっかりgithubに受け付けてもらえないような大きなファイルをリポジトリに追加してしまった時の対策。普通に削除しても消えません。 まっとうなソースコードのリポジトリならそんなことは普通ないはずですが、うっかり100MBを超える大きさのファイルをリポジトリに追加してコミットまでしてしまったとします。 $ git add でかいファイル.tar.gz $ git commit -m 'でっかいファイル追加したった' $ git push remote: error: File でかいファイル.tar.gz is 123.00 MB; this exceeds GitHub's file size limit of 100 MB githubへ pushしようとした時、ファイルが大きすぎるということで拒否られます。あなたは嫌な予感がしつつも、問題のファイルを普通に git rmで削除して再度
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く