Jump to content
bn-top

dagon

Members
  • Content Count

    6711
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by dagon

  1. dagon

    Autodesk - 2012

    dimenticavo, mi astengo da fare commenti su maya perché sono troppo innervosito per essere obiettivo
  2. dagon

    Autodesk - 2012

    non è il prodotto a essere in WIP, ma la sua implementazione fatta da autodesk, dai un´occhiata a shot pro, che lo integra da un anno, o anche a come è stato integrato in c4d dire che l´implementazione fatta da autodesk è penosa è usare un eufemismo
  3. thumb
    sempre shot (le immagini sono dell'utente xtrm3d)
  4. thumb
    un paio di render fatti in shot in cpu mode: dual-quad xeon@2.27 15 minutes 20 minutes 3h un test sulle caustiche tratto dal forum di maxwell 45minutes 45minutes
  5. mi sembra di averti detto che ero interessato, non ho mai detto: luxrender non renderizza nativamente in nurbs, quindi non devo dimostrarlo, mi sembra che tu abbia detto il contrario e ti sono state chieste informazioni in merito cmq ho segnalato il tuo messaggio precedente, giusto per avvisarti
  6. e infatti ti hanno chiesto documentazione relativa al rendering navito di nurbs, io non so se lo faccia o meno, ma dire che "io so così" non è che risolva il problema tra l'altro renderizzare nativamente in nurbs non significa renderizzare efficientemente le nurbs, dipende come questo viene fatto (ci sono tanti papers a riguardo), anche perché molti algoritmi di data structure sono estremamente ottimizzati per i poligoni
  7. a naso il problema sembra dovuto al memory limit, che su max 2011 viene impostato automaticamente mentre prima era manuale
  8. non direi proprio, lo sviluppo di cuda è iniziato molto prima dello sviluppo di open cl ed è anche decisamente più avanti a livello di features questo mi sembra quantomeno improbabile, la gpu deve avere le informazioni delle textures, mi spieghi come fa a effettuare il pathtracing altrimenti? i motori di rendering ibridi caricano tutte le informazioni su ciascuna delle periferiche usate (vale a dire memoria di sistema per la cpu e vram per la/le gpu), questo è possibile sia su cuda, sia su open-cl (tanto che il primo motore di rendering ibrido è stato arion e iray è anche lui ibrido)
  9. scanline attivo o disattivo? che metodo usi per il raytracing?
  10. thumb
    fate i bravi dai il problema del transparency non si risolve usando IP+FG, o meglio, lo si risolve solo in parte (perché è solo il FG a calcolare la luce che passa attraverso i vetri e ovviamente calcola solo un rimbalzo) l'unico modo per evitare il problema è crearsi dei layer con i materiali trasparenti, calcolarsi l'IP map separatamente, togliere il rebuild, riattivare i vetri e effettuare il render finale per quanto riguarda invece gli importons forse ho capito perché dario (mi pare fossi tu, non vorrei sbagliarmi), mi parlava di risultati differenti rispetto al passato, sostanzialme
  11. la beta di octane è pubblica, se vuoi acquisti la licenza della versione 1.0 in anticipo per la beta di shot devi iscriverti sul loro sito, non so se avranno dei filtri perché ho sentito che gli iscritti sono già parecchi, per quanto riguarda le licenze non hanno rilasciato informazioni su possibili sconti
  12. thumb
    costa meno di 1/4 se lo compri adesso che è in beta, è la stessa politica che usava maxwell ai tempi, ovviamente quando avranno un software stabile e con tutte le features costerà di più tieni presente che in questa fase poi comprare un software è sempre una scommessa, forse qualcuno si ricorda ancora maxwell alpha e tutte le polemiche che sono arrivate al rilascio di maxwell 1.0 vero? Ecco perché il software costa così poco allo stato attuale, il che non significa che non sarà fantastico quando uscirà, solo che non puoi esserne certo per quanto riguarda la velocità dipenderà da vari fat
  13. puoi usare il "color override / ray type switcher"
  14. thumb
    ecco appunto l'highlight only è un altra ottimizzazione, quindi non ottieni l'effetto corretto, ma un'approsimazione che ci si avvicina, è tutta una questione di compromessi, secondo me col progressive si riescono a fare meno compromessi e ottenere cmq una qualità migliore, ma soprattutto si fa meno fatica con prove e controprove in scene come la tua ad esempio basta usare max samples a 200 e error threashold abbastanza basso e vedrai che con poco tempo in più (quando raggiunge un certo numero di samples le passate le fa anche a 1/2 secondi a frame) ottieni un'immagine perfettamente pulita
  15. manca un test con l'adaptive AA e i valori di samples che eventualmente avresti usato con questo tipo di AA, per me la versione con 8 sample per i materiali è il giusto compromesso, infatti se non sbaglio avevo suggerito di tenere a 4 i sample per i materiali con meno glossy e 8 per quelli più glossy mentre la differenza dei samples delle area light secondo me è abbastanza trascurabile, volendo puoi modificare l'ihighlight balance dei mia_material se proprio vuoi correggere le perdite
  16. ha le caustiche (anche se sono di tipo brute force, nesssuna approssimazione), non ha il mb ma più che altro la differenza è che con uno puoi ottimizzare e con l'altro no, ti tieni quella velocità lì e stop e l'altra grossa differenza e che ci sono dei limiti di features, ad esempio è molto improbabile che si possano utilizzare custom shaders e cose di questo tipo, almeno a breve
  17. per una volta sono d'accordo con ceco, per dire che la concorrenza è avanti bisognerebbe avere dei dati alla mano qualcuno di voi è riuscito a provare arion e ha dei bench a riguardo? per quanto riguarda octane, non avendo una versione cpu, trovo difficile fare paragoni, e tra l'altro trovo anche i loro proclami abbastanza singolari (50x di boost, ma 50x rispetto a cosa visto che non hai una versione cpu di riferimento?? ) come quello screenshot dove, da una parte dicono che octane è un prodotto solo per gpu e dall'altra lo confrontano con una inesistente versione cpu bisognerebbe diffidare
  18. mi sa che se hai una buona cpu vai più veloce con quella che con la 9800 anche perché in teoria le performance per stream core sulle nuove fermi sono molto maggiori rispetto alle vecchie architetture (si parla di qualcosa come 3x) p.s. cmq sulla questione hybrid computation ripeto gli stessi dubbi che avevo espresso nel thread di arion, non è detto che porti dei vantaggi evidenti proprio perché cpu e gpu non condividono la stessa ram e in alcuni casi è possibile che la gpu venga rallentata nei suoi calcoli a riguardo vi saprò dire prossimamente
  19. ceco, nel video sta usando 3 gtx480, lo dice chiaramente al minuto 5:00 (e tra l'altro fa sempre riferimento alle gpus usate, non alla gpu) quindi il boost è di 20/3= 6,6, il che coincide con quello che più o meno si sa già sugli altri renderer gpu (considerando che qui parliamo di un esacore e non di un quad)
  20. thumb
    parliamo di iray per cpu o di iray per gpu? perché sicuramente la velocità di iray gpu è superiore a maxwell o fry o qualsiasi altro motore brute force per cpu sono anche abbastanza sicuro che in gpu mode iray sia più veloce di arion, octane e gli altri... cmq staremo a vedere, nei prossimi mesi si capirà meglio la situazione
  21. thumb
    10 minuti e non mi pare proprio che sia esente da noise, o sbaglio io? e tra l'altro non mi pare che abbia più glossy della scena che ho postato io, semplicemente ha dei materiali finiti (con parti solamente in diffuse) anziché il glossy applicato dappertutto cmq questi sono tempi di iray e vray-rt usati in modalità cpu, quindi non sono paragonabili ad arion o altre soluzioni gpu
  22. thumb
    altro paio di test con una vecchia scena di maxwell
  23. max ha messo a disposizione una versione aggiornata del ctrl.ghost che permette di utilizzare max samples > 1000 nel progressive (la cosa è molto utile per iray, che in alcuni casi deve andare parecchio oltre i 1000 samples per pixel) link
  24. thumb
    yep, iray è meno flessibile di vray-rt, puoi farci solo cose fisicamente corrette, disabilitare o abilitare caustiche per ora non è permesso
×
×
  • Create New...