जीएलएम-5.1: दीर्घ-क्षितिज कार्यों की ओर

जीएलएम-5.1: दीर्घ-क्षितिज कार्यों की ओर


जीएलएम-5.1: दीर्घ-क्षितिज कार्यों की ओर. चीनी AI लैब Z.ai का नवीनतम मॉडल एक विशाल 754B पैरामीटर 1.51TB (हगिंग फेस पर) MIT-लाइसेंस प्राप्त राक्षस है – उनके पिछले GLM-5 रिलीज के समान आकार, और एक ही पेपर साझा करता है।

यह ओपनराउटर के माध्यम से उपलब्ध है इसलिए मैंने इसे मेरे लिए एक पेलिकन बनाने के लिए कहा:

llm install llm-openrouter
llm -m openrouter/z-ai/glm-5.1 'Generate an SVG of a pelican on a bicycle'

और कुछ नया हुआ… बिना किसी संकेत के, मॉडल ने मुझे एक HTML पेज देने का फैसला किया जिसमें एसवीजी और सीएसएस एनिमेशन का एक अलग सेट दोनों शामिल थे!

एसवीजी उत्कृष्ट था, और ओपन वेट मॉडल से मेरा नया पसंदीदा हो सकता है:

जीएलएम-5.1: दीर्घ-क्षितिज कार्यों की ओर

लेकिन एनीमेशन ने इसे तोड़ दिया:

एनिमेशन - पहिये और पैडल घूमते हैं, बादल हिलते हैं... और पेलिकन गायब हो गया है, लेकिन ऊपरी बाएँ कोने में एक छोटी सी बूँद ऊपर-नीचे उछल रही है।

वह पेलिकन है, जो ऊपरी बाएँ कोने में तैर रहा है।

मैं आमतौर पर पेलिकन परीक्षण के लिए अनुवर्ती संकेत नहीं देता, लेकिन इस मामले में मैंने एक अपवाद बनाया है:

llm -c 'the animation is a bit broken, the pelican ends up positioned off the screen at the top right'

जीएलएम 5.1 ने उत्तर दिया:

मुद्दा यह है कि सी.एस.एस transform एसवीजी तत्वों पर एनिमेशन एसवीजी को ओवरराइड करते हैं transform स्थिति निर्धारण के लिए उपयोग की जाने वाली विशेषता, जिसके कारण पेलिकन अपना स्थान खो देता है और शीर्ष-दाईं ओर उड़ जाता है। समाधान पोजिशनिंग (एसवीजी विशेषता) को एनीमेशन (आंतरिक समूह) से अलग करना और उपयोग करना है एसवीजी रोटेशन के लिए क्योंकि यह समन्वय प्रणालियों को सही ढंग से संभालता है।

और ताज़ा HTML निकाला जिससे समस्या ठीक हो गई!

अब सब कुछ सही है - साइकिल सही ढंग से घूमती है, पेलिकन उस पर बैठता है और ऊपर-नीचे हिलता है, और उसकी निचली चोंच भी थोड़ी हिलती है।

मुझे विशेष रूप से चोंच का एनीमेशन पसंद है, जिसका वर्णन एसवीजी टिप्पणियों में इस प्रकार किया गया है:


<g>
    <path d="M42,-58 Q43,-50 48,-42 Q55,-35 62,-38 Q70,-42 75,-60 L42,-58 Z" fill="url(#pouchGrad)" stroke="#b06008" stroke-width="1" opacity="0.9"/>
    <path d="M48,-50 Q55,-46 60,-52" fill="none" stroke="#c06a08" stroke-width="0.8" opacity="0.6"/>
    <animateTransform attributeName="transform" type="scale"
    values="1,1; 1.03,0.97; 1,1" dur="0.75s" repeatCount="indefinite"
    additive="sum"/>
g>

अद्यतन: ब्लूस्काई पर @charles.capps.me ने “ई-स्कूटर पर नॉर्थ वर्जीनिया ओपोसम” का सुझाव दिया और…

यह बहुत बढ़िया है. यह अंधेरा है, पोसम स्पष्ट रूप से एक पोसम है, यह एक एस्कूटर की सवारी कर रहा है, सुंदर एनीमेशन, पूंछ ऊपर और नीचे उछल रही है, कैप्शन कहता है नॉर्थ वर्जिनिया ओपोसम, शाम से कॉमनवेल्थ की यात्रा कर रहा है - केवल गड़बड़ी यह है कि यह कभी-कभी झपकाता है और आंखें चेहरे से गिर जाती हैं

उस पर HTML+SVG टिप्पणियाँ शामिल हैं /* Earring sparkle */, , , – यहां प्रतिलेख और HTML परिणाम है।



Source link

Postagens Similares

  • Честный обзор диетолога о чистоте кофе

    Как диетолог, я был очень заинтригован, чтобы сначала узнать о кофе в здоровье чистоты. Кофе уже имеет так много изученных преимуществ, что я хотел понять, как его можно сделать еще лучше. Это было около 8 лет назад … и я все еще пью чистоту в качестве основного кофе по сей день! В этом обзоре (который…

  • “అవుట్ ఆఫ్ ప్లేస్” అనే ఉల్లాసభరితమైన తొలి కట్‌తో సన్నివేశంలో జోష్ దూసుకుపోతుంది

    ఒక నెల కిందటే బర్మింగ్‌హామ్‌కు చెందిన ఆర్టిస్ట్ జోష్ తొలి ట్రాక్‌ని చూశాను. ఈ పాట ఇండీ-రాక్ జానర్‌లో చాలా మృదువుగా ఉంటుంది, ఇది సన్నివేశంలో ఉత్తమమైన గీతంగా ధ్వనిస్తుంది. … “అవుట్ ఆఫ్ ప్లేస్”తో అద్భుతమైన అరంగేట్రం, ఐడెంటిటీ కోసం Gen Z యొక్క శోధనను సంగ్రహించే ఒక మనోహరమైన ఇండీ-రాక్ గీతం. గుర్తింపు కోసం Gen Z యొక్క అన్వేషణకు సంబంధించిన ట్రాక్ అంతా ఉంది, మరియు ఈ పాటతో, మీరు గాత్రంలోని గంభీరతను,…

  • லைட்லி – சாம் சோஃப்ஸ்

    அன்று வெளியிடப்பட்டது மே 8, 2014 கடந்த 5 மாதங்களாக, iOSக்கான Litely இல் வேலை செய்து வருகிறேன். இது எனது நண்பர் வடிவமைத்த iOSக்கான புகைப்படப் பயன்பாடாகும் கோல் எழுச்சி நான் கட்டுவதில் மகிழ்ச்சி அடைகிறேன் என்று. Litely இன்று முதல் 14 மொழிகளில் iPhone மற்றும் iPad இல் கிடைக்கிறது! Litely உடன் இணைகிறது கோல் ஒரு அற்புதமான புகைப்படக் கலைஞர் மற்றும் வடிவமைப்பாளர். நான் 2010ல் இருந்து கோலைப் பின்தொடர்ந்து வருகிறேன், அவருடைய…

  • 如何通过一个下午的时间和乐器来大幅改进您的应用程序 — Sam Soffes

    发表于 2011 年 2 月 23 日 我是 在推特上吹牛 关于我如何通过一些简单的调整使我的应用程序变得更好。我想写一篇关于我所做的真正有帮助的文章，这可能会帮助大多数人。这些内容有点特定于应用程序，但我认为您会看到与您的应用程序的相似之处。 症状 当您第一次登录时，我的应用程序从网络中提取大量数据并将其放入核心数据中。通过使用该应用程序，我注意到性能一开始完全糟糕，然后又恢复正常。 （我的表格视图全部以 60fps 滚动，但我会将其保存到另一篇文章中。抱歉。不得不把它扔在那里。我很自豪。）这很令人不安，因为它通常工作得非常好，（好吧，现在我已经不再吹嘘我的细胞了）所以我进行了调查。 正如您所知，我正在通过后台线程完成所有网络、数据解析和插入核心数据的操作 NSOperationQueue。 问题 使用对象分配工具运行 Instruments 后，我注意到在下载所有这些数据时我使用了大约 22MB 的内存。在我看来，这太高了。我会把它添加到要搞乱的东西列表中。 我还注意到我的 NSDate 使用计时器工具解析 ISO8601 日期字符串（将日期放入 JSON 的标准方法）的类别大约需要 7.4 秒。完全不能接受。添加到列表中。 闲逛了一段时间后，我注意到很多时间都花在了我的一个 NSString 类别，特别是在 NSRegularExpression。这听起来很烦人，所以我把它留到最后。 解决方案 记忆 我对如何在将大量 JSON 字符串转换为 NSManagedObjects。我的猜测是大量的对象需要自动释放，但是 NSAutoreleasePool 直到操作完成才被排出。解决这个问题的简单方法是 添加一个合适的位置 NSAutoreleasePool 围绕问题代码。这需要几次尝试才能到达正确的位置。我会将其放在我认为大多数临时对象正在创建的位置，然后观察对象分配工具以确保它变得更平坦。 这是我的第一次尝试： 看看它是如何上升并急剧下降，然后持续一段时间然后最终下降的？这表明还有另一个循环嵌套在更深处，周围应该有一个水池。对于第一个，它做了一点，然后就耗尽了（可能是因为它在该操作中做了更少的事情）。由于第二个巨大的驼峰（请注意其峰值为 23MB 左右）暂时不会下降，因此我知道要寻找更深层次的另一个循环。希望这是有道理的。一旦你进去了，跌跌撞撞地走一段路后，它就会突然袭击你。你会看到的。 将其移至更嵌套的循环后，结果如下： 一旦我把它放在正确的位置， 整个过程只使用了不到 2MB…

  • Alfa Nova – “Fiore amaro”

    Un suono meravigliosamente sereno, guidato dal sintetizzatore, ipnotizza “Bitter Bloom”, una traccia appena pubblicata da Alfanova. Il progetto è stato formato nel 2018 — a Brighton, nel Regno Unito — da Balint, di origine ungherese, e Nick, di origine filippina; in precedenza avevano catturato le nostre orecchie con il singolo “Woozle” nel 2020. Il loro…

  • 杰克·斯特拉顿·肯特的魔法遗产——符文汤

    老实说，今年早些时候发布第一个祈祷课程视频的反馈非常好，我想我们会再做一次。 所以这是介绍视频 魔典：你的希腊遗产（杰克编辑）。 现在，这门课程确实是关于希腊和魔法书的，但我相信你知道，与一些祖先一起开场通常是很好的魔法，这就是我们在这里所做的。 无论如何，对于高级会员来说，课程区域将在第二天左右上线，届时其余的介绍模块已完成编辑。期待一封关于此事的电子邮件。你们其余的人……加入吧！真是太好了！哈哈。 实际上，本周至少还会有一个免费视频/模块，所以请密切关注。我是在巴拉圭的航空公司休息室发布这篇文章的，即将开始印第安纳琼斯动画飞机序列，即返回农场的多日游。在其中的某个地方，我会抽出时间在周四晚上设置直播播客，并且会员办公时间将安排在大约同一时间。然后之后 那，客户端日历也将打开备份。 我要回到一个不方便的时区，但至少它是可以预测的！ Source link

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *