Pemortaan - Riwayat revisi

Maintenance script: Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

2026-08-23T14:07:19Z

Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

← Revisi sebelumnya		Revisi per 23 Agustus 2026 14.07
Baris 4:		Baris 4:

	== Etimologi ==		== Etimologi ==
	Istilah "''port''" berasal dari bahasa Latin ''[[wikt:port#Etymology 3\|portāre]]'', artinya "membawa". Ketika kode tidak kompatibel dengan [[sistem operasi]] atau [[Arsitektur komputer\|arsitektur]] tertentu, kode harus "dibawa" ke sistem baru.		Istilah "''port''" berasal dari bahasa Latin ''[[wikt:port#Etymology 3\|portāre]]'', artinya "membawa".<ref>[http://www.oed.com/view/Entry/148098 port, v.2]. ''Oxford English Dictionary (OED Online)''. Oxford University Press.</ref> Ketika kode tidak kompatibel dengan [[sistem operasi]] atau [[Arsitektur komputer\|arsitektur]] tertentu, kode harus "dibawa" ke sistem baru.

	Istilah ini umumnya tidak diterapkan pada proses menyadurkan perangkat lunak agar berjalan dengan lebih sedikit memori pada CPU dan sistem operasi yang sama, juga tidak diterapkan pada penulisan ulang [[kode sumber]] dalam [[Bahasa pemrograman\|bahasa]] yang berbeda (yaitu konversi atau terjemahan bahasa).		Istilah ini umumnya tidak diterapkan pada proses menyadurkan perangkat lunak agar berjalan dengan lebih sedikit memori pada CPU dan sistem operasi yang sama, juga tidak diterapkan pada penulisan ulang [[kode sumber]] dalam [[Bahasa pemrograman\|bahasa]] yang berbeda (yaitu konversi atau terjemahan bahasa).
Baris 22:		Baris 22:

	== Kompilator portaan ==		== Kompilator portaan ==
	Alih-alih menerjemahkan langsung ke [[kode mesin]], [[kompiler\|kompilator]] modern menerjemahkan ke [[Bytecode\|kode perantara]] mesin independen untuk meningkatkan portabilitas kompilator dan meminimalkan upaya desain. Bahasa perantara mendefinisikan ''[[mesin virtual]]'' yang dapat menjalankan semua program yang ditulis dalam [[Intermediate representation\|bahasa perantara]] (sebuah mesin yang ditentukan oleh bahasanya dan sebaliknya). Instruksi kode perantara diterjemahkan ke dalam urutan kode mesin yang setara oleh sebuah ''code generator'' (penghasil kode) untuk membuat [[Executable\|kode yang dapat dieksekusi]]. Dimungkinkan juga untuk melewati pembuatan kode mesin dengan benar-benar menerapkan ''[[interpreter]]'' atau [[Just-in-time compilation\|JIT]] untuk mesin virtual.		Alih-alih menerjemahkan langsung ke [[kode mesin]], [[kompiler\|kompilator]] modern menerjemahkan ke [[Bytecode\|kode perantara]] mesin independen untuk meningkatkan portabilitas kompilator dan meminimalkan upaya desain. Bahasa perantara mendefinisikan ''[[mesin virtual]]'' yang dapat menjalankan semua program yang ditulis dalam [[Intermediate representation\|bahasa perantara]] (sebuah mesin yang ditentukan oleh bahasanya dan sebaliknya).<ref>describes the terms and their relations.</ref> Instruksi kode perantara diterjemahkan ke dalam urutan kode mesin yang setara oleh sebuah ''code generator'' (penghasil kode) untuk membuat [[Executable\|kode yang dapat dieksekusi]]. Dimungkinkan juga untuk melewati pembuatan kode mesin dengan benar-benar menerapkan ''[[interpreter]]'' atau [[Just-in-time compilation\|JIT]] untuk mesin virtual.<ref>explains translation and interpretation.</ref>

	[[interpreter\|Penafsir]] tidak terlalu rumit dan oleh karena itu lebih mudah untuk diporta daripada penghasil kode, karena tidak dapat melakukan pengoptimalan kode karena tampilan kode programnya terbatas (hanya melihat satu instruksi pada satu waktu, dan Anda memerlukan urutan untuk melakukan optimasi). Beberapa ''interpreter'' (penafsir) sangat mudah untuk diporta, karena mereka hanya membuat asumsi minimal tentang set instruksi dari perangkat keras yang mendasarinya. Hasilnya, mesin virtual bahkan lebih sederhana daripada ''CPU target''.		[[interpreter\|Penafsir]] tidak terlalu rumit dan oleh karena itu lebih mudah untuk diporta daripada penghasil kode, karena tidak dapat melakukan pengoptimalan kode karena tampilan kode programnya terbatas (hanya melihat satu instruksi pada satu waktu, dan Anda memerlukan urutan untuk melakukan optimasi). Beberapa ''interpreter'' (penafsir) sangat mudah untuk diporta, karena mereka hanya membuat asumsi minimal tentang set instruksi dari perangkat keras yang mendasarinya. Hasilnya, mesin virtual bahkan lebih sederhana daripada ''CPU target''.<ref>explains the role of the INTCODE interpreter.</ref>

	Menulis sumber kompilator seluruhnya dalam bahasa pemrograman yang seharusnya diterjemahkan oleh kompilator, membuat pendekatan berikut, lebih dikenal sebagai ''[[Bootstrapping (kompiler)\|compiler bootstrapping]]'', layak di mesin sasaran:		Menulis sumber kompilator seluruhnya dalam bahasa pemrograman yang seharusnya diterjemahkan oleh kompilator, membuat pendekatan berikut, lebih dikenal sebagai ''[[Bootstrapping (kompiler)\|compiler bootstrapping]]'', layak di mesin sasaran:
Baris 34:		Baris 34:
	Bagian yang sulit dari pengkodean rutinitas pengoptimalan dilakukan dengan menggunakan [[bahasa pemrograman tingkat tinggi\|bahasa tingkat tinggi]] alih-alih bahasa rakitan sasaran.		Bagian yang sulit dari pengkodean rutinitas pengoptimalan dilakukan dengan menggunakan [[bahasa pemrograman tingkat tinggi\|bahasa tingkat tinggi]] alih-alih bahasa rakitan sasaran.

	Menurut para perancang bahasa [[BCPL]], kode yang ditafsirkan (dalam kasus BCPL) lebih ringkas daripada kode mesin; biasanya dengan faktor dua banding satu. Namun kode yang ditafsirkan berjalan sekitar sepuluh kali lebih lambat daripada kode yang dikompilasi pada mesin yang sama.		Menurut para perancang bahasa [[BCPL]], kode yang ditafsirkan (dalam kasus BCPL) lebih ringkas daripada kode mesin; biasanya dengan faktor dua banding satu. Namun kode yang ditafsirkan berjalan sekitar sepuluh kali lebih lambat daripada kode yang dikompilasi pada mesin yang sama.<ref>gives an example translation of a BCPL program into INTCODE for the interpreter.</ref>

	Para perancang [[bahasa pemrograman Java]] mencoba memanfaatkan kekompakan kode yang ditafsirkan, karena program Java mungkin perlu dikirim melalui Internet sebelum eksekusi dapat dimulai pada [[Mesin Virtual Java]] sasaran.		Para perancang [[bahasa pemrograman Java]] mencoba memanfaatkan kekompakan kode yang ditafsirkan, karena program Java mungkin perlu dikirim melalui Internet sebelum eksekusi dapat dimulai pada [[Mesin Virtual Java]] sasaran.
Baris 41:		Baris 41:
	Pemortaan atau ''porting'' juga merupakan istilah yang digunakan saat permainan video dirancang untuk berjalan di satu pelantar, baik itu [[arkade\|dingdong]], [[konsol permainan video]], atau [[komputer pribadi]], dikonversi untuk berjalan di pelantar yang berbeda. Dari awal permainan video hingga tahun 1990-an, ''"ports"'', pada saat itu sering dikenal sebagai ''"conversions"'', sering kali bukan porta yang benar, melainkan versi permainan yang dikerjakan ulang. Namun, banyak permainan video abad ke-21 yang dikembangkan menggunakan perangkat lunak (sering kali dalam format [[C++]]) yang dapat mengeluarkan kode untuk satu atau lebih konsol serta untuk PC tanpa perlu porta yang sebenarnya (alih-alih mengandalkan porta umum dari [[Pustaka (perangkat lunak)\|pustaka]] komponen individu).		Pemortaan atau ''porting'' juga merupakan istilah yang digunakan saat permainan video dirancang untuk berjalan di satu pelantar, baik itu [[arkade\|dingdong]], [[konsol permainan video]], atau [[komputer pribadi]], dikonversi untuk berjalan di pelantar yang berbeda. Dari awal permainan video hingga tahun 1990-an, ''"ports"'', pada saat itu sering dikenal sebagai ''"conversions"'', sering kali bukan porta yang benar, melainkan versi permainan yang dikerjakan ulang. Namun, banyak permainan video abad ke-21 yang dikembangkan menggunakan perangkat lunak (sering kali dalam format [[C++]]) yang dapat mengeluarkan kode untuk satu atau lebih konsol serta untuk PC tanpa perlu porta yang sebenarnya (alih-alih mengandalkan porta umum dari [[Pustaka (perangkat lunak)\|pustaka]] komponen individu).

	Pemortaan permainan dingdong ke konsol rumah dengan perangkat keras yang lebih rendah itu sulit. Versi pemortaan dari [[Pac-Man\|Pac-man]] untuk [[Atari 2600]] menghilangkan banyak fitur visual dari permainan asli untuk mengimbangi kurangnya ruang [[ROM]] dan perangkat keras bermasalah ketika beberapa hantu muncul di layar menciptakan efek yang berkedip-kedip. Kinerja yang buruk dari [[Pac-Man (Atari 2600)\|pemortaan Pac-Man]] dikutip oleh beberapa ahli sebagai penyebab ''crash'' atau [[crash permainan video tahun 1983\|jatuhnya permainan video tahun 1983]].		Pemortaan permainan dingdong ke konsol rumah dengan perangkat keras yang lebih rendah itu sulit. Versi pemortaan dari [[Pac-Man\|Pac-man]] untuk [[Atari 2600]] menghilangkan banyak fitur visual dari permainan asli untuk mengimbangi kurangnya ruang [[ROM]] dan perangkat keras bermasalah ketika beberapa hantu muncul di layar menciptakan efek yang berkedip-kedip. Kinerja yang buruk dari [[Pac-Man (Atari 2600)\|pemortaan Pac-Man]] dikutip oleh beberapa ahli sebagai penyebab ''crash'' atau [[crash permainan video tahun 1983\|jatuhnya permainan video tahun 1983]].<ref>Benjamin Nicoll. ''Bridging the Gap: The Neo Geo, the Media Imaginary, and the Domestication of Arcade Games''. ''Games and Culture''. 2015. doi:10.1177/1555412015590048.</ref>

	Banyak porta awal mengalami masalah kualitas permainan yang signifikan karena di komputer sangat berbeda. [[Richard Garriott]] menyatakan pada tahun 1984 di [[Origins Game Fair]] bahwa [[Origin Systems]] mengembangkan [[permainan komputer]] untuk [[seri Apple II]] terlebih dahulu kemudian memortakannya ke [[Commodore 64]] dan [[Atari 8-bit]], karena ''[[Sprite (grafika komputer)\|sprite]]'' mesin yang terakhir dan fitur canggih lainnya membuat pemortaan dari mereka ke Apple dikatakan "jauh lebih sulit, bahkan mungkin tidak mungkin". Ulasan mengeluhkan porting yang menderita dari "Konversi Apple", mempertahankan "suara jelek dan grafis hitam-putih-hijau-ungu" Apple; setelah pernyataan Garriott, ketika [[Dan Bunten]] bertanya "orang-orang Atari dan Commodore di antara penonton, apakah Anda senang dengan penulisan ulang Apple? "teriak penonton "Tidak! "Garriott menjawab," [jika tidak] versi Apple tidak akan pernah selesai. Dari sudut pandang penerbit, itu bukanlah uang yang bijaksana".		Banyak porta awal mengalami masalah kualitas permainan yang signifikan karena di komputer sangat berbeda. [[Richard Garriott]] menyatakan pada tahun 1984 di [[Origins Game Fair]] bahwa [[Origin Systems]] mengembangkan [[permainan komputer]] untuk [[seri Apple II]] terlebih dahulu kemudian memortakannya ke [[Commodore 64]] dan [[Atari 8-bit]], karena ''[[Sprite (grafika komputer)\|sprite]]'' mesin yang terakhir dan fitur canggih lainnya membuat pemortaan dari mereka ke Apple dikatakan "jauh lebih sulit, bahkan mungkin tidak mungkin".<ref>[http://www.cgwmuseum.org/galleries/index.php?year=1984&pub=2&id=18 The CGW Computer Game Conference]. October 1984. hlm. 30.</ref> Ulasan mengeluhkan porting yang menderita dari "Konversi Apple",<ref>Benn Dunnington. [https://archive.org/stream/info-magazine-13/Info_Issue_13_1987_Jan-Feb#page/n13/mode/2up 64/128 Gallery]. January–February 1987. hlm. 14–21.</ref> mempertahankan "suara jelek dan grafis hitam-putih-hijau-ungu" Apple;<ref>[https://archive.org/stream/Atari_Software_1984#page/n21/mode/2up The Addison-Wesley Book of Atari Software]. Addison-Wesley. 1984. hlm. 12,21,44,126. ISBN 0-201-16454-X.</ref><ref>Bernstein, Harvey. [https://archive.org/stream/1985-05-anticmagazine/Antic_Vol_4-01_1985-05_New_Super_Ataris#page/n81/mode/2up Beyond Castle Wolfenstein]. ''Antic''. May 1985. hlm. 83.</ref> setelah pernyataan Garriott, ketika [[Dan Bunten]] bertanya "orang-orang Atari dan Commodore di antara penonton, apakah Anda senang dengan penulisan ulang Apple? "teriak penonton "Tidak! "Garriott menjawab," [jika tidak] versi Apple tidak akan pernah selesai. Dari sudut pandang penerbit, itu bukanlah uang yang bijaksana".

	== Catatan ==		== Catatan ==


	== Referensi ==		== Referensi ==
	*		<references />
	*



	== Sumber dan atribusi ==		== Sumber dan atribusi ==

	Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Pemortaan&oldid=27832029 Wikipedia bahasa Indonesia], revisi 27832029 (2025-09-16T23:32:10Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.		Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Pemortaan&oldid=27832029 Wikipedia bahasa Indonesia], revisi 27832029 (2025-09-16T23:32:10Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.

			<!-- WIKI_UNISSULA_PRESENTATION_V4 -->

Maintenance script: Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 27832029; atribusi sumber disertakan.

2026-08-23T13:45:09Z

Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 27832029; atribusi sumber disertakan.

Halaman baru

Dalam [[ilmu komputer]], '''''porting''''' atau '''pemortaan''' adalah proses menyadur [[Perangkat lunak|peranti lunak]] sehingga [[program komputer|tata olah tereksekusikan]] (''executable program'') dapat dibuat untuk lingkungan komputer yang berbeda dengan lingkungan asli rancangannya. Istilah ini juga digunakan untuk mengacu kepada perubahan terhadap peranti lunak/peranti keras agar dapat digunakan di lingkungan berbeda.

Peranti lunak bersifat [[Portabilitas perangkat lunak|mudah alih]] (''portable'') karena biaya memindahkannya ke [[platform komputasi|pelantar]] baru secara signifikan lebih murah daripada biaya penulisannya dari awal. Semakin rendah biaya pemortaan peranti lunak relatif terhadap biaya implementasinya, dikatakan akan semakin mudah alih.

== Etimologi ==
Istilah "''port''" berasal dari bahasa Latin ''[[wikt:port#Etymology 3|portāre]]'', artinya "membawa". Ketika kode tidak kompatibel dengan [[sistem operasi]] atau [[Arsitektur komputer|arsitektur]] tertentu, kode harus "dibawa" ke sistem baru.

Istilah ini umumnya tidak diterapkan pada proses menyadurkan perangkat lunak agar berjalan dengan lebih sedikit memori pada CPU dan sistem operasi yang sama, juga tidak diterapkan pada penulisan ulang [[kode sumber]] dalam [[Bahasa pemrograman|bahasa]] yang berbeda (yaitu konversi atau terjemahan bahasa).

Pengembang perangkat lunak sering mengklaim bahwa perangkat lunak yang mereka tulis itu ''[[Portabilitas perangkat lunak|mudah alih]]'', Artinya, diperlukan sedikit upaya untuk menyesuaikannya dengan lingkungan baru. Jumlah upaya yang benar-benar diperlukan bergantung pada beberapa faktor, termasuk sejauh mana lingkungan asli (''pelantar sumber'') berbeda dari lingkungan baru (''pelantar sasaran''), pengalaman penulis asli dalam mengetahui konstruksi [[bahasa pemrograman]] dan panggilan pustaka pihak ketiga mana saja yang tidak mungkin mudah alih, dan jumlah upaya yang diinvestasikan oleh penulis asli hanya dengan menggunakan konstruksi mudah alih (konstruksi khusus pelantar sering kali memberikan solusi yang lebih murah).

== Sejarah ==
Jumlah CPU dan sistem operasi yang digunakan pada desktop saat ini jauh lebih kecil daripada sebelumnya. Dominasi [[Instruction set architecture|arsitektur]] [[x86]] berarti bahwa sebagian besar perangkat lunak desktop tidak pernah diportakan ke CPU yang berbeda. Di pasar yang sama, pilihan sistem operasi telah dikurangi menjadi tiga: [[Microsoft Windows]], [[macOS]], dan [[Linux]]. Namun, dalam [[Sistem terbenam|sistem tertanam]] dan pasar seluler, [[Portabilitas perangkat lunak|portabilitas]] tetap menjadi masalah yang signifikan, dengan [[ARM architecture|ARM]] menjadi alternatif yang banyak digunakan.

Standar mancanegara, seperti yang ditetapkan oleh [[International Organization for Standardization|ISO]], sangat memfasilitasi pemortaan dengan menentukan perincian lingkungan komputasi dengan cara yang membantu mengurangi perbedaan antara berbagai [[Platform komputasi|pelantar]] yang sesuai standar. Menulis perangkat lunak yang tetap dalam batas-batas yang ditentukan oleh standar ini merupakan upaya praktis meskipun tidak sepele. Pemortaan tata olah semacam itu antara dua pelantar yang sesuai standar (seperti [[POSIX|POSIX.1]]) hanya masalah memuat kode sumber dan [[Compiler|mengompilasinya kembali]] di pelantar baru. Namun, praktisi sering menemukan bahwa berbagai koreksi kecil diperlukan, karena perbedaan pelantar yang tidak kentara. Sebagian besar standar mengalami "area abu-abu" atau tidak pasti di mana perbedaan penafsiran standar menyebabkan variasi kecil dari pelantar ke pelantar.

Ada juga jumlah alat yang terus meningkat untuk memfasilitasi pemortaan, seperti [[GNU Compiler Collection]], yang menyediakan bahasa pemrograman yang konsisten di berbagai pelantar, dan [[GNU Autotools|Autotools]], yang mengotomatiskan pendeteksian variasi kecil di lingkungan dan menyesuaikan perangkat lunak sesuai sebelum kompilasi.

Kompilator untuk beberapa [[bahasa pemrograman tingkat tinggi]] (misalnya, [[Eiffel (bahasa pemrograman)|Eiffel]], [[Esterel]]) mendapatkan portabilitas dengan mengeluarkan kode sumber dalam [[Representasi menengah|bahasa perantara]] tingkat tinggi lainnya (seperti [[C (bahasa pemrograman)|C]]) di mana kompilator untuk banyak pelantar umumnya tersedia.

Dua aktivitas yang terkait dengan (tetapi berbeda dari) pemortaan adalah [[Emulator|emulasi]] dan [[Kompiler silang|kompilasi silang]].

== Kompilator portaan ==
Alih-alih menerjemahkan langsung ke [[kode mesin]], [[kompiler|kompilator]] modern menerjemahkan ke [[Bytecode|kode perantara]] mesin independen untuk meningkatkan portabilitas kompilator dan meminimalkan upaya desain. Bahasa perantara mendefinisikan ''[[mesin virtual]]'' yang dapat menjalankan semua program yang ditulis dalam [[Intermediate representation|bahasa perantara]] (sebuah mesin yang ditentukan oleh bahasanya dan sebaliknya). Instruksi kode perantara diterjemahkan ke dalam urutan kode mesin yang setara oleh sebuah ''code generator'' (penghasil kode) untuk membuat [[Executable|kode yang dapat dieksekusi]]. Dimungkinkan juga untuk melewati pembuatan kode mesin dengan benar-benar menerapkan ''[[interpreter]]'' atau [[Just-in-time compilation|JIT]] untuk mesin virtual.

[[interpreter|Penafsir]] tidak terlalu rumit dan oleh karena itu lebih mudah untuk diporta daripada penghasil kode, karena tidak dapat melakukan pengoptimalan kode karena tampilan kode programnya terbatas (hanya melihat satu instruksi pada satu waktu, dan Anda memerlukan urutan untuk melakukan optimasi). Beberapa ''interpreter'' (penafsir) sangat mudah untuk diporta, karena mereka hanya membuat asumsi minimal tentang set instruksi dari perangkat keras yang mendasarinya. Hasilnya, mesin virtual bahkan lebih sederhana daripada ''CPU target''.

Menulis sumber kompilator seluruhnya dalam bahasa pemrograman yang seharusnya diterjemahkan oleh kompilator, membuat pendekatan berikut, lebih dikenal sebagai ''[[Bootstrapping (kompiler)|compiler bootstrapping]]'', layak di mesin sasaran:

# Pemortaan penafair. Ini perlu dikodekan dalam [[Bahasa rakitan|kode rakitan]], menggunakan ''[[assembler]]'' yang sudah ada di sasaran.
# Sesuaikan sumber penghasil kode (''code generator'') ke mesin baru.
# Eksekusi sumber yang disadurkan menggunakan penerjemah dengan sumber penghasil kode sebagai masukan. Ini akan menghasilkan kode mesin untuk penghasil kode.

Bagian yang sulit dari pengkodean rutinitas pengoptimalan dilakukan dengan menggunakan [[bahasa pemrograman tingkat tinggi|bahasa tingkat tinggi]] alih-alih bahasa rakitan sasaran.

Menurut para perancang bahasa [[BCPL]], kode yang ditafsirkan (dalam kasus BCPL) lebih ringkas daripada kode mesin; biasanya dengan faktor dua banding satu. Namun kode yang ditafsirkan berjalan sekitar sepuluh kali lebih lambat daripada kode yang dikompilasi pada mesin yang sama.

Para perancang [[bahasa pemrograman Java]] mencoba memanfaatkan kekompakan kode yang ditafsirkan, karena program Java mungkin perlu dikirim melalui Internet sebelum eksekusi dapat dimulai pada [[Mesin Virtual Java]] sasaran.

== Pemortaan permainan video ==
Pemortaan atau ''porting'' juga merupakan istilah yang digunakan saat permainan video dirancang untuk berjalan di satu pelantar, baik itu [[arkade|dingdong]], [[konsol permainan video]], atau [[komputer pribadi]], dikonversi untuk berjalan di pelantar yang berbeda. Dari awal permainan video hingga tahun 1990-an, ''"ports"'', pada saat itu sering dikenal sebagai ''"conversions"'', sering kali bukan porta yang benar, melainkan versi permainan yang dikerjakan ulang. Namun, banyak permainan video abad ke-21 yang dikembangkan menggunakan perangkat lunak (sering kali dalam format [[C++]]) yang dapat mengeluarkan kode untuk satu atau lebih konsol serta untuk PC tanpa perlu porta yang sebenarnya (alih-alih mengandalkan porta umum dari [[Pustaka (perangkat lunak)|pustaka]] komponen individu).

Pemortaan permainan dingdong ke konsol rumah dengan perangkat keras yang lebih rendah itu sulit. Versi pemortaan dari [[Pac-Man|Pac-man]] untuk [[Atari 2600]] menghilangkan banyak fitur visual dari permainan asli untuk mengimbangi kurangnya ruang [[ROM]] dan perangkat keras bermasalah ketika beberapa hantu muncul di layar menciptakan efek yang berkedip-kedip. Kinerja yang buruk dari [[Pac-Man (Atari 2600)|pemortaan Pac-Man]] dikutip oleh beberapa ahli sebagai penyebab ''crash'' atau [[crash permainan video tahun 1983|jatuhnya permainan video tahun 1983]].

Banyak porta awal mengalami masalah kualitas permainan yang signifikan karena di komputer sangat berbeda. [[Richard Garriott]] menyatakan pada tahun 1984 di [[Origins Game Fair]] bahwa [[Origin Systems]] mengembangkan [[permainan komputer]] untuk [[seri Apple II]] terlebih dahulu kemudian memortakannya ke [[Commodore 64]] dan [[Atari 8-bit]], karena ''[[Sprite (grafika komputer)|sprite]]'' mesin yang terakhir dan fitur canggih lainnya membuat pemortaan dari mereka ke Apple dikatakan "jauh lebih sulit, bahkan mungkin tidak mungkin". Ulasan mengeluhkan porting yang menderita dari "Konversi Apple", mempertahankan "suara jelek dan grafis hitam-putih-hijau-ungu" Apple; setelah pernyataan Garriott, ketika [[Dan Bunten]] bertanya "orang-orang Atari dan Commodore di antara penonton, apakah Anda senang dengan penulisan ulang Apple? "teriak penonton "Tidak! "Garriott menjawab," [jika tidak] versi Apple tidak akan pernah selesai. Dari sudut pandang penerbit, itu bukanlah uang yang bijaksana".

== Catatan ==

== Referensi ==
*
*

== Sumber dan atribusi ==

Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Pemortaan&oldid=27832029 Wikipedia bahasa Indonesia], revisi 27832029 (2025-09-16T23:32:10Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.