I don't know what you mean by bouncing, but thanks for the offer anyway. The little demo i released had a tiny display problem due to unpacking PNG files on the fly in the main thread, i've fixed it since then. Wasn't a "youtube app", BTW.Nullkill said:Wow if thats the case; can't wait to see it. My animation looks great to me. Do you need some help getting rid of the bouncing in your youtube app?
afour98 said:I'm getting a freeze at the "Loading Please Wait..." screen. I get four blue bars and then
kyogc said:The covers size must be 160x224, and the disks folder should be "sd:\usb-loader\disks.
talflanzman said:kyogc said:The covers size must be 160x224, and the disks folder should be "sd:\usb-loader\disks.
I did use the rught size covers and the disk cover is at \usb-loader\disks
still does not work.
kedest said:Loader is not detecting my covers on SD. Does this loader use the full 6 digit game ID or the short 3 digit one?
pepperoni said:It sounds like it's trying to download covers and there possibly isn't an internet connection, so it freezes at that, unless you guys changed how the covers are downloaded.
Hibern said:The little demo i released had a tiny display problem due to unpacking PNG files on the fly in the main thread, i've fixed it since then.
Nullkill said:My thought is I'll end up implementing a buffering thread to queue up 20 images at a time. And Hopefully keep everything feeling fluid even while loading images.
How did you tackle this problem?
Exactly, you need a thread which maintains a buffer, i can't think of any other way.Nullkill said:Did you run into any memory limitations for covers? Seems like I hit a ceiling around 20 covers...
My thought is I'll end up implementing a buffering thread to queue up 20 images at a time. And Hopefully keep everything feeling fluid even while loading images.
How did you tackle this problem?
Hibern said:Exactly, you need a thread which maintains a buffer, i can't think of any other way.
It works very well, it's fluid, but the cover flow is faster than my SD card and so if i press left or right for too long i see blank covers. Not a big deal as real covers quickly appear when i release the button. To do some multithreading i used the LWP lib.
I have back-to-front covers which take much memory, but i store them in a 16bit format.
I think you can use a secondary partition on the USB drive to access covers much faster. That's one of the things i'd like to do at the end.
I'll second that, store all things to the HD would be the best solution for me, and would also be slightly faster...but I don't know if that would work...can the Wii read Informations/Games from both Partitions at the same time? It's hard...damm, WBFS+ would be so awesome and needed...let's see what happens.djtaz said:There has been a loader released that reads the covers from the fat partition on the usb disc - which i think is the way to go with future releases.
A small fat 23 partition and a wbfs partition on the same drive with covers auto downloaded to the fat partition from the online cover database and as such no more need for an SD card.Text files readable from fat would also allow configs and hacks to be stored there.