-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
training problem #7
Comments
I use the g-objaverse dataset and randomly select some glb files containing faces less than 4000. |
Regarding 1), yes, your fix is correct. |
Thanks for reporting this! |
Thanks for your reply! When can we get the fixed version? I want to use your code as my baseline. At the same time, if I change the version of the flash-attn, which version is correct? |
Hi, it seems flash-attn >= 2.7.0 changes the API. The code should be fixed now, welcome to try it out. |
Hi, I changed the version of flash-attn to 2.6.3 and downloaded the fixed code at the same time. It also has the same problem, the final predicted results are all 3 and 4. I use torch2.4.1+cuda12.1. The other environment settings are following your commands. |
Hi, could you provide more details? e.g., datasets, training resources and iterations? |
I’m sorry to keep asking. I used the g-objaverse datasets and randomly selected 60 samples from them. 2 A6000 are used to do multi-GPU training. I just modified the file path in the provider.py. Nothing has been changed except for batchsize, learning rate and max_face_length. All environment configurations are configured according to requirements.lock. The version of python is 3.10 and pytorch is torch2.4.1+cuda12.1. I used this config to train the ArAE: |
Sorry to bother you again. It's really a nice work! I have found two problem when I was training the main.py.
I think this code is wrong,because the unpad_input function has five outputs。
So,it will report an error when I run the training code of main.py. I guess it should be revised to 'q, indices_q, cu_seqlens_q, max_len_q, _ = unpad_input(q, mask_q)' and 'k, indices_kv, cu_seqlens_kv, max_len_kv, _ = unpad_input(k, mask_kv)'. Is that correct?
I found that the tokenized sequences obtained by mesh through tokenizer always have vertices 3 and 4. I counted the number of vertices 3 and 4. It even exceeds the sum of the occurrences of the other top 10 vertices. As a result, the final predicted results are all 3 and 4. Have you ever encountered such a problem during training? How to solve it?
The text was updated successfully, but these errors were encountered: