kpovmodeler not working with povray 3.7 #2

Birleştirildi
SlavekB 3 yıl önce bug/2765/povray3.7 içindeki 1 işlemeyi master ile birleştirdi
deloptes 6 yıl önce yorum yaptı
Katkıcı

A small fix to make it work with povray3.7

https://bugs.trinitydesktop.org/show_bug.cgi?id=2765

A small fix to make it work with povray3.7 https://bugs.trinitydesktop.org/show_bug.cgi?id=2765
SlavekB 6 yıl önce yorum yaptı
Sahibi

Povray 3.7 does not allow radiosity? Or is it necessary to use other option?

In any case, this patch needs further work.

Povray 3.7 does not allow radiosity? Or is it necessary to use other option? In any case, this patch needs further work.
SlavekB PR/not-ok etiketini 6 yıl önce ekledi
deloptes 6 yıl önce yorum yaptı
Poster
Katkıcı

AFAIR this option is gone

AFAIR this option is gone
deloptes 6 yıl önce yorum yaptı
Poster
Katkıcı

http://www.povray.org/documentation/3.7.0/r3_2.html#r3_2_8_8

as I mentioned in the original bug a lot needs to be reworked, but the purpose of this patch is to make it at least rendering the model, as otherwise it renders the software mostly useless.

regards

http://www.povray.org/documentation/3.7.0/r3_2.html#r3_2_8_8 as I mentioned in the original bug a lot needs to be reworked, but the purpose of this patch is to make it at least rendering the model, as otherwise it renders the software mostly useless. regards
SlavekB 3 yıl önce değişiklik istedi
SlavekB bir yorum yaptı
Sahibi

Because it is no longer necessary to deal with compatibility with older versions of povray, so there is no need to leave the code.

Because it is no longer necessary to deal with compatibility with older versions of povray, so there is no need to leave the code.
// if( m_radiosity )
// cl.append( TQString( "+QR" ) );
// else
// cl.append( TQString( "-QR" ) );
SlavekB 3 yıl önce yorum yaptı
Sahibi

Instead of leaving the code, it is now appropriate to delete the code, including related GUI options.

Instead of leaving the code, it is now appropriate to delete the code, including related GUI options.
deloptes bu konuşmayı çözümlenmiş olarak işaretledi
deloptes bug/2765/povray3.7 8bcebad8ec hedefinden 23b8e49047 hedefine zorla gönderildi 3 yıl önce
deloptes SlavekB tarafından 3 yıl önce inceleme istedi
MicheleC 3 yıl önce bu değişiklikleri onayladı
MicheleC bir yorum yaptı
Sahibi

Looks ok to me. Will wait for final approval from Slavek since he has followed this from the beginning.

Looks ok to me. Will wait for final approval from Slavek since he has followed this from the beginning.
SlavekB 3 yıl önce değişiklik istedi
SlavekB bir yorum yaptı
Sahibi

It seems insufficient for me. My idea is to advance and remove the Radiosity checkbox from the GUI and the corresponding code. Now there is in the GUI checkbox that has no effect at all, which seems confusing.

It seems insufficient for me. My idea is to advance and remove the Radiosity checkbox from the GUI and the corresponding code. Now there is in the GUI checkbox that has no effect at all, which seems confusing.
MicheleC 3 yıl önce yorum yaptı
Sahibi

There is indeed extra code related to radiosity, I also noticed this morning. The key point is to make sure we remove what is no longer required and whether to do it in this PR or as a separate one, while using this PR only to avoid setting unused (unsupported?? - I don't know) parameters anymore.

There is indeed extra code related to radiosity, I also noticed this morning. The key point is to make sure we remove what is no longer required and whether to do it in this PR or as a separate one, while using this PR only to avoid setting unused (unsupported?? - I don't know) parameters anymore.
deloptes 3 yıl önce yorum yaptı
Poster
Katkıcı

Sorry, I never knew there is option for radiosity in the GUI.

Sorry, I never knew there is option for radiosity in the GUI.
SlavekB 3 yıl önce yorum yaptı
Sahibi

Sorry, I never knew there is option for radiosity in the GUI.

I think the respective checkbox is here: pmrendermodesdialog.cpp:350. At the same time, there will be unnecessary methods setRadiosity(...), radiosity() and variable m_radiosity.

> Sorry, I never knew there is option for radiosity in the GUI. I think the respective checkbox is here: [pmrendermodesdialog.cpp:350](src/branch/master/kpovmodeler/pmrendermodesdialog.cpp#L350). At the same time, there will be unnecessary methods `setRadiosity(...)`, `radiosity()` and variable `m_radiosity`.
deloptes 3 yıl önce yorum yaptı
Poster
Katkıcı

Sorry, I never knew there is option for radiosity in the GUI.

I think the respective checkbox is here: pmrendermodesdialog.cpp:350. At the same time, there will be unnecessary methods setRadiosity(...), radiosity() and variable m_radiosity.

yes, obviously there is more work to do. I will have a look, update the code and request review again.
I'll change this to WIP

> > Sorry, I never knew there is option for radiosity in the GUI. > > I think the respective checkbox is here: [pmrendermodesdialog.cpp:350](src/branch/master/kpovmodeler/pmrendermodesdialog.cpp#L350). At the same time, there will be unnecessary methods `setRadiosity(...)`, `radiosity()` and variable `m_radiosity`. yes, obviously there is more work to do. I will have a look, update the code and request review again. I'll change this to WIP
deloptes PR/wip etiketini 3 yıl önce ekledi
deloptes 1 işlemeyi 3 yıl önce ekledi
deloptes PR/wip PR/not-ok etiketlerini 3 yıl önce sildi
deloptes SlavekB tarafından 3 yıl önce inceleme istedi
SlavekB 3 yıl önce incelendi
SlavekB bir yorum yaptı
Sahibi

It looks good, I propose one editing regarding modes 9, 10 and 11.
See comment below.

It looks good, I propose one editing regarding modes 9, 10 and 11. See comment below.
I18N_NOOP( "9: Compute media" ),
I18N_NOOP( "10: Compute radiosity but no media" ),
I18N_NOOP( "11: Compute radiosity and media" )
I18N_NOOP( "9: Compute media" )
SlavekB 3 yıl önce yorum yaptı
Sahibi

According to documentation, modes 10 and 11 remain available, however, they seem to be identical to 9. I propose to do an item as such as 6, 7… => give 9, 10, 11… in one item and update description by documentation. The description could also be updated for item 6, 7….

See https://wiki.povray.org/content/Reference:Tracing_Options#Quality_Settings

According to documentation, modes 10 and 11 remain available, however, they seem to be identical to 9. I propose to do an item as such as *6, 7…* => give *9, 10, 11…* in one item and update description by documentation. The description could also be updated for item *6, 7…*. See https://wiki.povray.org/content/Reference:Tracing_Options#Quality_Settings
MicheleC 3 yıl önce yorum yaptı
Sahibi

Sounds like a good idea.

Sounds like a good idea.
deloptes 1 işlemeyi 3 yıl önce ekledi
deloptes 1 işlemeyi 3 yıl önce ekledi
deloptes 3 yıl önce yorum yaptı
Poster
Katkıcı

I also think c_qualityToIndex needs to be updated accordingly and I hope the last change does this correctly. So if OK, I will squash the commits.

I also think c_qualityToIndex needs to be updated accordingly and I hope the last change does this correctly. So if OK, I will squash the commits.
deloptes 1 işlemeyi 3 yıl önce ekledi
deloptes 3 yıl önce yorum yaptı
Poster
Katkıcı

I think this last commit is also necessary. I do not understand why it would return numQuality-1

I think this last commit is also necessary. I do not understand why it would return numQuality-1
deloptes MicheleC tarafından 3 yıl önce inceleme istedi
SlavekB 3 yıl önce bu değişiklikleri onayladı
SlavekB bir yorum yaptı
Sahibi

It looks good. Everything seems to me okay.

It looks good. Everything seems to me okay.
MicheleC 3 yıl önce değişiklik istedi
MicheleC bir yorum yaptı
Sahibi

Please check and clarify the comment below.

Please check and clarify the comment below.
index = 0;
if( index >= numQuality )
index = numQuality - 1;
if( index > numQuality )
MicheleC 3 yıl önce yorum yaptı
Sahibi

Is this change correct? Old code was setting the limit of the index to "numQuality - 1", while the new code is going up to "numQuality" and then using the value to access the array.
If we call the function indexToQuality() with argument value equals to "numQuality" we are going to do an invalid access to the element past the last in the array.
The original code seems correct to me.

Is this change correct? Old code was setting the limit of the index to "numQuality - 1", while the new code is going up to "numQuality" and then using the value to access the array. If we call the function indexToQuality() with argument value equals to "numQuality" we are going to do an invalid access to the element past the last in the array. The original code seems correct to me.
SlavekB 3 yıl önce yorum yaptı
Sahibi

Yes, you seem to be the truth – numQuality mentions the size, so the index must be one smaller.

Yes, you seem to be the truth – `numQuality` mentions the size, so the `index` must be one smaller.
deloptes bu konuşmayı çözümlenmiş olarak işaretledi
deloptes bug/2765/povray3.7 1f1a0cb713 hedefinden 72d4668eea hedefine zorla gönderildi 3 yıl önce
deloptes MicheleC tarafından 3 yıl önce inceleme istedi
deloptes 3 yıl önce yorum yaptı
Poster
Katkıcı

@MicheleC thank you, I have overlooked this.
Now fixed this and squashed into one commit.

@MicheleC thank you, I have overlooked this. Now fixed this and squashed into one commit.
MicheleC 3 yıl önce bu değişiklikleri onayladı
MicheleC bir yorum yaptı
Sahibi

Looks good now.

Looks good now.
MicheleC 3 yıl önce yorum yaptı
Sahibi

@MicheleC thank you, I have overlooked this.
Now fixed this and squashed into one commit.

no worries 😄

> @MicheleC thank you, I have overlooked this. > Now fixed this and squashed into one commit. no worries :smile:
SlavekB 3 yıl önce bu değişiklikleri onayladı
SlavekB bir yorum yaptı
Sahibi

Thanks, now all seems good.

Thanks, now all seems good.
SlavekB 72d4668eea işlemesini master 3 yıl önce ile birleştirdi
SlavekB bug/2765/povray3.7 dalı silindi 3 yıl önce
SlavekB 3 yıl önce R14.0.11 release kilometre taşına ekledi

Gözden Geçirenler

MicheleC 3 yıl önce bu değişiklikleri onayladı
SlavekB 3 yıl önce bu değişiklikleri onayladı
Değişiklik isteği 72d4668eea olarak birleştirildi.
Bu konuşmaya katılmak için oturum aç.
Değerlendirici yok
Kilometre Taşı Yok
Atanan Kişi Yok
3 Katılımcı
Bildirimler
Bitiş Tarihi

Bitiş tarihi atanmadı.

Bağımlılıklar

Bağımlılık yok.

Referans: TDE/tdegraphics#2
Yükleniyor…
Henüz bir içerik yok.