एक पेंटोमिनो आयत छापें


16

एक प्रोग्राम या फ़ंक्शन लिखें जो कोई इनपुट नहीं लेता है लेकिन प्रिंट करता है या 12 अलग-अलग पेंटोमिनोइन्स से बने आयत का एक निरंतर पाठ चित्रण देता है :

12 पेंटोमिनोइज

आयत का कोई भी आयाम हो सकता है और किसी भी अभिविन्यास में हो सकता है, लेकिन सभी 12 पैंटोमिनो का उपयोग एक बार बिल्कुल किया जाना चाहिए, इसलिए इसका क्षेत्रफल 60 होगा। प्रत्येक अलग-अलग पेंटोमिनो को एक अलग मुद्रण योग्य ASCII वर्ण से बना होना चाहिए (आपको उपयोग करने की आवश्यकता नहीं है ऊपर से पत्र)।

उदाहरण के लिए, यदि आपने इस 20 × 3 पेंटोमिनो आयत समाधान के उत्पादन के लिए चुना है:

3x20 घोल

आपके प्रोग्राम का आउटपुट कुछ इस तरह दिख सकता है:

00.@@@ccccF111//=---
0...@@c))FFF1//8===-
00.ttttt)))F1/8888=-

वैकल्पिक रूप से, आपको यह 6 × 10 समाधान गोल्फ के लिए आसान लग सकता है:

000111
203331
203431
22 444
2   46
57 666
57769!
58779!
58899!
5889!!

कोई भी आयत समाधान करेगा, आपके कार्यक्रम को केवल एक प्रिंट करने की आवश्यकता है। (आउटपुट में एक अनुगामी न्यूलाइन ठीक है।)

इस महान वेबसाइट में विभिन्न आयत आयामों के लिए समाधानों का भार है और यह संभवतया ब्राउज़ करने के लिए है कि आपका समाधान यथासंभव कम है। यह कोड-गोल्फ है, बाइट्स जीत में सबसे छोटा जवाब।


15
बोनस अगर यह पिएट में "क्वीन" है।
mbomb007

@ mbomb007 सिर्फ 12 ब्लॉकों के साथ खेलने के लिए बहुत असंभव है: P
Sp3000

मुझे नहीं लगता कि सीमाओं पर रिक्त स्थान की अनुमति दी जानी चाहिए। लेकिन चूंकि वे हैं, क्या मैं अनुगामी स्थानों को छोड़ सकता हूं? अगर मुझे अंत में रिक्त स्थान से I के साथ लंबवत 5x12 समाधान प्रिंट मिलता है तो क्या मुझे बोनस मिलेगा?
जॉन ड्वोरक

@ Sp3000 एक पेंट प्रोग्राम के बारे में पूरी तरह से पेंटोमिनो आयत के समाधान से बना है?
जॉन ड्वोरक

@JanDvorak यदि आप उनके पास हैं, तो आप रिक्त स्थान नहीं छोड़ सकते। वे बाकी मुद्रण योग्य ASCII की तरह ही वर्ण हैं।
केल्विन के शौक

जवाबों:


1

पायथ, 37 बाइट्स

jc4.HC"&f3ªªwril3:[·)ÌDU[r)ÌDA»

प्रदर्शन

एक बहुत ही सरल दृष्टिकोण का उपयोग करता है: संख्या के रूप में हेक्स बाइट्स का उपयोग करें। एक हेक्स संख्या में परिवर्तित करें, आधार 256 जो सांकेतिक शब्दों में बदलना है। यह ऊपर जादू स्ट्रिंग देता है। डिकोड करने के लिए, पायथ के बेस 256 डिकोडर फ़ंक्शन का उपयोग करें, हेक्स में कनवर्ट करें, 4 विखंडू में विभाजित करें, और नए सिरे से जुड़ें।


5

CJam (44 बाइट्स)

Xxd प्रारूप में दिया गया है क्योंकि इसमें नियंत्रण वर्ण शामिल हैं (एक कच्चे टैब सहित, जो मार्कडाउन के साथ वास्तव में बुरी तरह से खेलता है):

0000000: 2202 7e0d 8ef3 570d e085 e168 cf27 092c
0000010: a235 0c22 3235 3662 3562 332f 5f2c 2c2e
0000020: 7b32 2f27 412b 662b 7d7a 4e2a 

जो कुछ की तर्ज पर डिकोड करता है

"MAGIC STRING"256b5b3/_,,.{2/'A+f+}zN*

थोड़ा अनगुल्ड ऑनलाइन डेमो जिसमें नियंत्रण वर्ण नहीं होते हैं और इसलिए ब्राउज़र यूआरआई डिकोडिंग लाइब्रेरी फ़ंक्शन के साथ अच्छी तरह से खेलता है।

मूल सिद्धांत यह है कि चूंकि कोई भी टुकड़ा 5 पंक्तियों से अधिक नहीं फैलता है, इसलिए हम पंक्ति संख्या के रेखीय कार्य से ऑफसेट को सांकेतिक रूप से (बेस 5 में, वास्तव में कर सकते हैं, हालांकि, मैंने यह निर्धारित करने की कोशिश नहीं की है कि क्या यह हमेशा होता है )।


5

बैश + आम लिनक्स के बर्तन, 50

xxd -s20 -p -c2 $0
#<30 bytes of binary data>

इनकोडिंग base64 से इसे पुनः बनाने के लिए:

base64 -d <<< eHhkIC1zMjAgLXAgLWMyICQwCiMiImaSaZlmkDAAMwSjRKNEqoGogYhRVVF7UXu7d3s= > pent.sh

चूंकि 12 पेंटोमिनोइज़ हैं, उनके रंग आसानी से हेक्स नाइबल्स में एन्कोड किए गए हैं।

आउटपुट:

$ ./pent.sh
2222
6692
6999
6690
3000
3304
a344
a344
aa81
a881
8851
5551
7b51
7bbb
777b
$ 

4

जे, 49 बाइट्स

u:64++/\|:3#.inv 1377859090 1567813024 1337683230

आप अक्षरों को इस तरह से चुन सकते हैं कि लंबवत आसन्न अक्षरों के बीच अधिकतम वेतन वृद्धि 2 हैं। हम इस तथ्य का उपयोग आधार 3 में ऊर्ध्वाधर वेतन वृद्धि को सांकेतिक शब्दों में बदलने के लिए करते हैं। उसके बाद हम चल रहे रकम बनाते हैं और अक्षरों के एएससीआईआई कोड प्राप्त करने के लिए एक ऑफसेट जोड़ते हैं।

निश्चित रूप से गोल्फ। (मैं अभी तक विस्तारित बेस 3636 इनपुटों के लिए एक रास्ता खोजने के लिए लेकिन सरल आधार 36 अकेले 3 बाइट्स बचा सकता हूं।)

आउटपुट:

AAA
ABA
BBB
DBC
DCC
DCC
DEE
DFE
FFE
FGE
FGG
GGH
HHH
IIH
JII
JJI
JKK
JKL
KKL
LLL

इसे यहाँ ऑनलाइन आज़माएँ।


बहुत अच्छा। बेस 256 एनकोडिंग के साथ सीजेएम में इस अंतर को एन्कोडिंग लगाने से 33 बाइट्स (बी 256 के बिना 48 बाइट संस्करण ) मिलते हैं
पीटर टेलर

यह कमाल का है! यह 4x15 के साथ भी काम करेगा, जो एक बाइट में चार नंबर पैक करने के लिए अच्छी तरह से काम करेगा, यदि आप लंबाई के बजाय डेटा चौड़ाई को स्टोर करते हैं। आपको एक लेआउट की आवश्यकता होगी जिसमें यू पेंटोमिनो सही तरीके से सामना कर रहा हो। प्रश्न पर लिंक में बहुत सारे हैं।
लेवल रिवर सेंट

@steveverrill आपको इसके लिए एक शुरुआती ऑफ़सेट की आवश्यकता होगी क्योंकि पहली पंक्ति पर शुरू होने वाले 4 से अधिक टुकड़े होंगे, इसलिए आप उन लोगों को आधार 4 में कोड नहीं कर सकते। इस अतिरिक्त ऑफसेट के साथ (जैसे 3#i.5जो है 0 0 0 1 1 1 ... 4 4 4) यह काम कर सकता है लेकिन शायद कम नहीं होगा (कम से कम जिस तरह से मैंने कोशिश की)।
यादृच्छिक


1

माणिक

Rev 3, 55bytes

i=1
'S, OJ1*$HCH(#%0'.bytes{|e|puts "%x"%i+=e*130&9011}

रैंडम्रा के विचार पर एक और विकास के रूप में, नीचे दिए गए आउटपुट और अंतर तालिका पर विचार करें। अंतर तालिका को पहले की तरह संपीड़ित किया जा सकता है, और 65 = बाइनरी 1000001 से गुणा करके और मास्क 11001100110011 पर लागू किया जा सकता है। हालांकि, रूबी 8 बिट अक्षरों के साथ अनुमानित रूप से काम नहीं करता है (यह उन्हें यूनिकोड के रूप में व्याख्या करने के लिए जाता है।

आश्चर्यजनक रूप से, अंतिम कॉलम पूरी तरह से सम है। इस वजह से, संपीड़न में हम डेटा पर एक अधिकार-प्रदर्शन कर सकते हैं। यह सुनिश्चित करता है कि सभी कोड 7 बिट ASCII हैं। विस्तार में हम बस 65 की बजाय 65 * 2 = 130 से गुणा करते हैं।

पहला कॉलम पूरी तरह से भी है। इसलिए हम प्रत्येक तत्व में 1 जोड़ सकते हैं (प्रत्येक बाइट के लिए 32) जहां आवश्यक हो, किसी भी नियंत्रण वर्ण से बचने के लिए। अवांछित 1 को 10011100110011 के बजाय 10001100110011 = 9011 के मास्क का उपयोग करके हटा दिया जाता है।

Solution 59 of document linked in question

Start0001

Out  Diff
2223 2222
2433 0210
2433 0000
4445 2012
6555 2110
6577 0022
6687 0110
6887 0200
8897 2010
aa99 2202
caa9 2010
cab9 0010
cbbb 0102
cdbd 0202
cddd 0020

यद्यपि मैं तालिका के लिए 15 बाइट्स का उपयोग करता हूं, मैं वास्तव में प्रत्येक बाइट के 6 बिट्स का उपयोग करता हूं, जो कि कुल 90 बिट्स है। प्रत्येक बाइट के लिए वास्तव में केवल 36 संभावित मूल्य हैं, जो कुल मिलाकर 2.21E23 हैं। यह एंट्रॉपी के 77 बिट्स में फिट होगा।

रैंडम के वृद्धिशील दृष्टिकोण का उपयोग करके 2, 58 बाइट्स को रेव

i=0
'UPEIP@bPHPBETTEPRADT'.bytes{|e|puts "%x"%i+=e*65&819}

अंत में, भोले समाधान की तुलना में कम कुछ। रैंडम के वृद्धिशील दृष्टिकोण, रेव 1 की बाइटैकैकिंग विधि के साथ।

Rev 1, 72 बाइट्स, Rev 0 का गोल्फ संस्करण

गोल्फ के कारणों के लिए कोड के पुन: व्यवस्थित करने के लिए आधारभूत में कुछ बदलाव किए गए थे, लेकिन अभी भी भोले समाधान की तुलना में अधिक समय में आया था।

i=0
'UPUIYD&!)$&V*).);c+*'.bytes{|e|i+=1;puts "%x"%(i/2*273+(e*65&819))}

ऑफ़सेट को प्रारूप 4 में मैजिक स्ट्रिंग के प्रत्येक वर्ण में प्रारूपित किया गया है BAC, अर्थात 1 के दाहिने प्रतीक का प्रतिनिधित्व करते हुए, 16 का मध्य प्रतीक का प्रतिनिधित्व करते हैं, और बाएं हाथ का प्रतीक 4 की स्थिति में जूता होता है। उन्हें निकालने के लिए, एएससीआई कोड देने के लिए 65 (बाइनरी 1000001) से गुणा किया जाता है BACBAC, फिर इसे देने के लिए 819 (बाइनरी 1100110011) के साथ anded किया जाता है .A.B.C

एससीआई कोडों में से कुछ में 7 बिट सेट है, अर्थात वे नियंत्रण वर्णों से बचने के लिए आवश्यक मूल्य से 64 अधिक हैं। क्योंकि इस बिट को मास्क 819 द्वारा हटा दिया जाता है, यह असंगत है, सिवाय इसके जब मूल्य C3 है, जो एक कैरीओवर का कारण बनता है। इसे केवल एक ही स्थान पर ठीक करना होगा (इसके बजाय gहमें उपयोग करना होगा c।)

Rev 0, ungolfed संस्करण

a= %w{000 010 000 201 100 100 011 021 110 120 011 112 111 221 211 221 122 123 112 222}
i=2
a.each{|e|puts "%x"%(i/2*273+e.to_i(16));i+=1} 

उत्पादन

111
121
222
423
433
433
455
465
665
675
677
778
888
998
a99
aa9
abb
abc
bbc
ccc

व्याख्या

निम्नलिखित समाधान से, मैं आधारभूत को घटाता हूं, जिससे मैं डेटा के रूप में संग्रहीत करता हूं। बेसलाइन को कोड में हेक्साडेसिमल संख्या i/2*273(273 दशमलव = 111 हेक्स) के रूप में पुनर्जीवित किया गया है ।

solution   baseline   offset
AAA        AAA        000
ABA        AAA        010
BBB        BBB        000
DBC        BBB        201
DCC        CCC        100
DCC        CCC        100
DEE        DDD        011
DFE        DDD        021
FFE        EEE        110
FGE        EEE        120
FGG        FFF        011
GGH        FFF        112
HHH        GGG        111
IIH        GGG        221
JII        HHH        211
JJI        HHH        221
JKK        III        122
JKL        III        123
KKL        JJJ        112
LLL        JJJ        222

ऐसा लगता है कि अनिवार्य रूप से मेरा जैसा ही दृष्टिकोण है, लेकिन आप 4 के एकल डेल्टा से बचने में कामयाब रहे, जिसने मुझे बेस 5 में सांकेतिक शब्दों में बदलना करने के लिए मजबूर किया। लगता है जैसे मैंने टुकड़ों के लिए गलत लेबलिंग चुना।
पीटर टेलर

मेरा पोस्ट देखने के बाद मैंने आपका जवाब देखा। मैं Cjam का अनुसरण नहीं कर सकता, लेकिन आपने अपने उत्तर में जो कहा है, वह एक समान दृष्टिकोण है। मेरे पास वास्तव में केवल 3पूरी तालिका में (नीचे के पास) एक ही है, इसलिए मुझे लगता है कि आधारभूत को थोड़ा बढ़ाकर प्रत्येक पंक्ति में 0.5 से अधिक बढ़ाकर वास्तव में आधार का उपयोग करना संभव हो सकता है। ऐसा करने के लिए स्वतंत्र महसूस करें। (गोल्फिंग कारणों से ऐसा लगता है कि मुझे बेसलाइन को थोड़ा बदलना होगा, जो मुझे 3 के बजाय अधिक देता है, और दुर्भाग्य से इसके दिखने की तरह यह रूबी में भोले समाधान की तुलना में 1 बाइट अधिक लंबा है।)
लेवल रिवर सेंट

यदि मैं पहले स्पष्ट नहीं था, तो मेरा इरादा आपको मुझसे बेहतर काम करने के लिए बधाई देना था, न कि आप पर आरोप लगाने का। और मैं 2.5 की वृद्धि दर का उपयोग करने की कोशिश नहीं करने जा रहा हूं क्योंकि मुझे नहीं लगता कि यह रैंडम्रा के अंतर एन्कोडिंग दृष्टिकोण को हरा देगा।
पीटर टेलर

@PeterTaylor धन्यवाद, मुझे मिला कि आप मुझे बधाई दे रहे थे। दूसरी ओर, आप मूल रूप से एक ही विचार के साथ पहली बार मिले और इसे बहुत कम कर दिया, इसलिए आपको भी बधाई। रैंडम के अंतर दृष्टिकोण के साथ अंत में मैं भोले समाधान की तुलना में छोटा हो सकता हूं। यह 4x15 पर भी अच्छा काम करेगा (सही पेंटोमिनो लेआउट दिया गया है)। इस तरह से मैं इसे C या किसी अन्य भाषा में करूँगा जो 8.बिट स्ट्रिंग्स के साथ अच्छी तरह से काम करता है। जैसा कि रूबी यूनिकोड का समर्थन करता है, यह यूनिकोड के रूप में 8 बिट स्ट्रिंग्स की व्याख्या करने की कोशिश करता है और कुछ कष्टप्रद त्रुटि संदेश दे सकता है।
लेवल रिवर सेंट

0

फू, 66 बाइट्स

"00.@@@ccccF111//=---\n0...@@c))FFF1//8===-\n00.ttttt)))F1/8888=-"

यह चरित्र के लिए चरित्र के ऊपर microscript II समाधान के समान है ... मुझे लगता है कि ये भाषाएं संबंधित हैं?
डारेल हॉफमैन

1
@DatrelHoffman वास्तव में नहीं, फू मूल रूप से सिर्फ उद्धरणों में सब कुछ प्रिंट करता है
Teoc
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.