× nie × nie:  0
Na fronta! Na fronta!:  0
Strona 2 z 2 PierwszyPierwszy 12
Pokaż wyniki od 11 do 20 z 20

Wątek: Mel kilka pytan o edycje file node z poziomu kodu.

  1. #11
    Member
    Awatar Sebazx6r
    Dołączył
    Dec 2010
    Lokalizacja
    Warszawa
    Postów
    2951
    Podziękowania

    Domyślnie


    Reklama widoczna tylko dla niezalogowanych użytkowników
    oo wlasnie xD po n tej poprawce odpalilem sobie helpa mayki tech doc i jazda teraz mam troche luzniej xD a zleconka splynely spoza dzialu bo ludzie mieli dosc czekania na dzial pipeline. Co prawda mel ale grunt ze dzialalo. Kazdy dzial powinien miec TD jednego na bierzace zapotrzebowania :).

  2. #12
    Member
    Awatar bolekcg
    Dołączył
    Jan 2012
    Lokalizacja
    Warszawa
    Postów
    27
    Podziękowania

    Domyślnie

    "Co prawda mel ale grunt ze ... " Mel nie jest taki zły - poczytaj i ewentualnie sam sprawdź

    http://www.macaronikazoo.com/?p=271
    http://radks.blogspot.com/2012/08/pe...-pymel-vs.html
    https://groups.google.com/forum/#!to...ya/n8WUdQHhw1k
    http://forums.cgsociety.org/showthread.php?t=1153773
    "i inni"

    Jeśli chodzi o jakieś nazwijmy to "podstawowe" toole to nie widzę potrzeby pisania tego w qt, ale jak najbardziej warto się tego nauczyć. Pisanie UI w melu nie jest jakoś bardzo rozbudowane, ale moim zdaniem często wystarczające. Jak zawsze wszystko zależy od tego co i po co robisz i jak wszędzie nie ma jednoznacznej odpowiedzi. Moja osobista opinia - ogarnij to co oferuje maja zanim wskoczysz do qt. Podobnie z pythonem i melem. Ogarnij sobie mela, bo maya.cmds to tylko pythonowa składnia + mel
    https://knowledge.autodesk.com/suppo...3C990-htm.html


    Pozdro

  3. #13
    Member

    Dołączył
    Mar 2006
    Lokalizacja
    Dublin (Poznań)
    Postów
    141
    Podziękowania

    Domyślnie

    Wiem, że odpowiedź trochę nie na czasie, ale wrzucę swoje trzy grosze. Jeśli już przesiadać się na pythona, to radzę pymela. Znajdą się oczywiście krytycy, którzy powiedzą, że pymel wolniejszy itp. Ale MEL to jest kara dla programisty uważam. Maya cmds (domyślny Python) to melowe komendy z pythonową składnią, natomiast dopiero pymel wykorzystuje w pełni obiektowe programowanie i jest bardzo przyjemny w pracy.

  4. #14
    Member

    Dołączył
    Nov 2002
    Postów
    1212
    Podziękowania

    Domyślnie

    Wg mnie nie jesteś w stanie skutecznie korzystać z PyMel'a jeśli naprawdę dobrze nie rozumiesz mel'a, cmds i OpenMaya. Przy mniejszych toolach sobie poradzisz ale przy naprawdę skomplikowanych zaczynają się poważne schody. Należy też pamiętać że PyMel potrafi być nawet do 100 razy wolniejszy przy niektórych operacjach (potwierdzone info ;) )
    Jakie życie taki wrap.

  5. #15
    sohcahtoa

    Dołączył
    Jan 2010
    Lokalizacja
    Warszawa
    Postów
    1841
    Podziękowania

    Domyślnie

    Zgaduje, że overhead tego poziomu to po prostu nakładanie się wielu wywołań na sb. w takim razie nie można by tego zmniejszyć przepisując rzeczy tak, żeby korzystać jak najbardziej z lazy evaluation w pythonie?

  6. #16
    Member

    Dołączył
    Nov 2002
    Postów
    1212
    Podziękowania

    Domyślnie

    nie jeśli musisz np przeiterować się przez face'y mesha albo przez bardzo bardzo dużo obiektów. Wtedy same konstruktory PyMel'owe zaczynają być ciężkie. To jest jednak wrapper na owrapowany wrapper.
    Jakie życie taki wrap.

  7. #17
    Member

    Dołączył
    Jan 2005
    Lokalizacja
    Warszawa
    Postów
    225
    Podziękowania

    Domyślnie

    Cytat Zamieszczone przez Kroopson Zobacz posta
    To jest jednak wrapper na owrapowany wrapper.

  8. #18
    Member

    Dołączył
    Mar 2006
    Lokalizacja
    Dublin (Poznań)
    Postów
    141
    Podziękowania

    Domyślnie

    @praetorian - używam PyMela na codzień, ale nigdy w ten sposób. Tymniemniej potwierdzam, że Pymel w stosunku do mela to czysta przyjemność...

    @Kroopson - Co do operacji na mesh'ach, to słyszałem, że potrafi być wolny. Póki co nie tworzyłem pluginów operujących na siatce, ale do szerokiego spektrum zastosowań pymel po prostu wystarcza. U nas 99% pipeline'u jest w Pymelu, z wyjątkowymi fragmentami w MELu. Tymniemniej MEL jako język jest bardzo przestarzały - nie ma programowania obiektowego, a składnia tego języka woła o pomstę do nieba.

  9. #19
    Member

    Dołączył
    Nov 2002
    Postów
    1212
    Podziękowania

    Domyślnie

    Nie no zgadzam się że MEL'a się nie używa, jeśli już to cmds, ma wszystkie zalety MEL'a a nie ma jego wad. Aczkolwiek potrafi sprawiać problemy w sytuacji kiedy piszesz nową komendę i potrzebujesz w bardzo konkretny sposób sformatować argumenty funkcji. Przykład:
    Nie wiem czy ja coś źle robię ale żeby móc przekazać macierz jako listę tak samo jak do komendy xform to musiałem zrobić osobne parsowanie argumentów dla MEL'a i osobne dla cmds'a.

    Jeszcze jedna sprawa. PyMel to nie jest takie 100% pełne API i miałem taki przypadek że 5 albo 6 programistów dookoła mnie zaczynało pracę w Maya i zakładali że to jest implementacja na takim poziomie jak np w Blenderze, czyli że python bezpośrednio odnosi się do danych aplikacji. Wyjaśnienie im tych trzech psów na podłodze zajęło mnóstwo czasu i frustracji.

    btw - wiem że wisi toto już w dziale praca ale może nikt tam nie zagląda :P
    http://max3d.pl/forum/threads/103467...st-pipeline-TD
    Jakie życie taki wrap.

  10. #20
    Member
    Awatar bolekcg
    Dołączył
    Jan 2012
    Lokalizacja
    Warszawa
    Postów
    27
    Podziękowania

    Domyślnie

    Yo.
    A to jeszcze wgad ode mnie ... a w zasadzie to nie ode mnie ale jakby ktoś kiedyś przeglądał wątek to
    https://vimeo.com/69563564

Strona 2 z 2 PierwszyPierwszy 12

Uprawnienia umieszczania postów

  • Nie możesz zakładać nowych tematów
  • Nie możesz pisać wiadomości
  • Nie możesz dodawać załączników
  • Nie możesz edytować swoich postów
  •