甲斐バンド3作目のオリジナル・アルバムである。当時としては異例の300時間をかけて録音された。当時の歌詞カードによると、レコードの容量に対して多くの曲を入れるために通常より音量が小さくなっている。当時、甲斐よしひろが福岡の高校生時代から付き合っていた彼女との想いやエピソードを、歌詞に赤裸々に綴ったとされる。2007年に紙ジャケット・デジタルリマスター盤にて復刻された。その際、2曲のボーナストラックが収録された。
「建設公」の異名の通り、ウィーンのシンボルであるシュテファン大聖堂、ウィーン大学など様々なものを建設した。その中でも「大公」位の「建設」は特筆すべきもので、「ハプスブルク神話｣の礎ともなるのであった。ルドルフ4世は1365年、26歳で他界した。「ルドルフが長生きしていたら、オーストリアを天まで昇らせたか、あるいは奈落の底までつき落としていただろう」と15世紀の年代記作者トーマス・エーベンハルトは『オーストリア年代記』に書いている。カール4世の娘カタリーナとの間に子がなかったため、オーストリアはアルブレヒト3世とレオポルト3世の2人の弟が相続した。なお、カタリーナはルドルフ4世の死後、ブランデンブルク選帝侯オットー5世（ルートヴィヒ5世とシュテファン2世の弟）と再婚した。
ハプスブルク家はルドルフ1世、アルブレヒト1世、フリードリヒ3世の3人のローマ王を出した名家になっていたが、ルドルフ4世はカール4世の娘カタリーナを妃としながらも、金印勅書が定める7人の選帝侯には含まれていなかった。しかし父・賢公の死の翌年1359年、ルドルフ4世は家臣に対し「我はオーストリア公、シュタイアーマルク公、ケルンテン公、クライン公、並びに帝国狩猟長官、シュヴァーベン公、アルザス公、かつまたプファルツ大公である」と宣言した。後ろの4つは明らかに官名詐称であった。しかも「大公」（Erzherzog）という称号はそれまで存在すらしなかった。司教（Bischof）の上に大司教（Erzbischof）があるように、多くの公（Herzog）を兼ねるハプスブルク家の当主こそ「大公」を名乗るべきである、というのがルドルフ4世の主張だった。加えて、ハプスブルク家は7選帝侯を上回る特権、自領内で爵位を授け、封土を与える権利を有している、とも主張した。さらに、公爵が通常かぶる公爵帽に代えて大公冠を作った。カール4世がこれに対して証拠を提出するように言い渡すと、ルドルフ4世は5通の特許状と2通の手紙を提出したが、全て偽造だった。しかも、特許状はよくできた偽書だったが、手紙の差出人はそれぞれ古代ローマのユリウス・カエサルおよび皇帝ネロとなっていた。カール4世に調査を依頼されたフランチェスコ・ペトラルカは、鑑定結果を知らせる手紙に「この御仁はとんでもない大うつけです」と書いている。罰を下そうにもルドルフ4世に服するつもりがないのは明白だったが、ルドルフ4世はドイツ内外の様々な王侯と同盟を結んでおり、武力討伐も容易ではなかった。カール4世は決定的な対決を避けて寛容政策で臨み、ハプスブルク家の与党ヴュルテンベルク伯エーバーハルト2世を討つにとどめた。結局、この時のルドルフ4世の詐称はうやむやにされたが、後にハプスブルク家出身の皇帝フリードリヒ3世の時代に、ルドルフ4世の偽造文書は「大特許状」として帝国法に組み込まれ、「大公」はハプスブルク家にだけ許される正式な称号となった。
実際に送受信されるバイナリデータはフラグシーケンスと同じビット列を含む可能性がある。そのまま送信した場合、受信する側はそのままフラグシーケンスと解釈し問題を生じ得るため、別のビット列に変換する必要がある。同期リンク上での場合、その変換方法としてbit stuffingを使う。送信デバイスにおいて0の後ろに1が連続して5つ続いた場合、ハードウェア側でその後ろに0を挿入するといった変換を行う。受信デバイス側で0の後に1が5つ続きさらにその後ろに0があった場合、データと判断しその0を取り除く。1が6つ続いた場合はフラグシーケンスと判断して対応する。これをビットスタッフィングという。bit stuffing元・受信データ：01111110 01111110 01111110 01111110 …送信データ　　：01111101 00111110 10011111 01001111 1010…シリアルポートやUniversal Asynchronous Receiver Transmitter (UART) のように8ビット（オクテット）単位で送出する非同期リンクにおいては、bit stuffingを行うと半端が出てしまうため別の変換を行う必要がある。代わりの変換方法は“byte stuffing”もしくは“octet stuffing”と呼ばれる。送信デバイスでデータ内のオクテットがフレームデリミタの“01111110”(0x7E)か、もしくはエスケープオクテットの“01111101”(0x7D)と同じであるものを検知すると、そのオクテットの前にエスケープオクテット“01111101”(0x7D)を挿入し、そのオクテットの先頭（最下位）から3番目のビット（16進数で20）の0と1を入れ替える。受信デバイスはエスケープオクテットを検知するとエスケープオクテットを削除し、次のオクテットの3番目のビットの0と1を入れ替える。その他の予約ビット列（XONやXOFFなど）やエスケープオクテット自体についても、必要であれば同様にしてエスケープできる。octet stuffing元・受信データ：01111110 01010101 01111101 01011110 …送信データ　　：01111101 01011110 01010101 01111101 01011101 01011110 …また、符号化を強化したものとして、7バイト（7オクテット）データ中の各オクテットから末尾のビットを取り除き、取り除いたビットを8バイト目に集約させる方法も規格化されている。これにより全てのオクテットの末尾が0になるため、誤り制御の強化につながる。