#530 [BETA] Official beta test issue thread for new SVN builds

[Anonymous]

Originally created by: dimok...@googlemail.com
Originally owned by: dimok...@googlemail.com

Well guys I am opening a beta issue thread as I need some users to test the new revisions. I am unable to test all the things I write because of the lack of time mostly. It would be great if some people could take that task off me.

[Anonymous]

Originally posted by: dimok...@googlemail.com

Let's start with the [r235]. I want to do a new "release" revision as the last one was quite some time ago but for that I need to at least make all the features that were working in [r212] in the new revisions as well. It would be great if some people could run through the application's feature list and report back on what is still not working, what is bugged/broken and what needs to be changed badly.

I'll always post a compiled version of the revision for those people that don't know or don't want to compile themselve.

Here is [r235]:
http://www.mediafire.com/?s493j8d2ps6ksy8

[Anonymous]

Originally posted by: dimok...@googlemail.com

A feedback if nothing is broken and everything works fine is also welcome (though I can't believe that everything is working fine :P). That way I would know that someone was testing ;).

[Anonymous]

Originally posted by: ate...@gmail.com

1.copying many files at once after selecting with 1 or holding 1 then pressing +
You get prompted to copy just 1 file not all files
the copying process works fine though.

2.File editing (txt files) is very hard, select then press + then you get lost, why not add OS-keybord and allow editing on the fly without pressing + and having the empty line

3.wad installation is missing - I know about legal issues but come on, that would be great :)

[Anonymous]

Originally posted by: dimok...@googlemail.com

Thanks for testing but:

1. This was the case already in the older revisions, but you are right it would be better if it would say something like "Copy/Paste x files?"

2. The text editor was like that in the older revision as well and needs a complete overwork. Until I got everything back to at least as good working as in [r212], this is put back. I will start working on it afterwards. For the USB keyboard support, well I wanted to add it but I don't have one to test it :P. But it's planned at least.

3. Nope not going to happen, sorry. There are enough tools for that.

[Anonymous]

Originally posted by: pmagnu...@gmail.com

Thanks Dimok

I tried to copy a 32MB file from my PC to my HD (Fat32) but its freeze [r235]. I could hear the background music but the apple did not respond, was still turned on.

I have on 2 suggestion for it.

Directory Tree and List view without details. Similar to Windows 3X File Manager
http://www.guidebookgallery.org/pics/gui/system/managers/filemanager/win311fw.png

[Anonymous]

Originally posted by: dimok...@googlemail.com

That's a known issue with IOS58 + USB2.0 for me. ´This problem happens only on write and is pretty random to me on IOS58.

Try the same procedure with d2x or Hermes IOS as boot IOS (in boot settings) and there will be no freezes. I can not do anything about it from WiiXplorer as it's some layer before WiiXplorer that's causing it (somewhere in libogc).

[Anonymous]

Originally posted by: dimok...@googlemail.com

Besides you get about 40-70% better speeds with d2x or Hermes IOS on USB then with IOS58 :P.

[Anonymous]

Originally posted by: ate...@gmail.com

A weird problem, whenever I browse my sd:\Wiiflow\Cache folder I get an extra empty folder: http://i47.tinypic.com/svrrtk.jpg

this was present in 234 too

[Anonymous]

Originally posted by: dimok...@googlemail.com

That probably means your file system is corrupted. Try running chkdsk /f on windows on that SD.

[Anonymous]

Originally posted by: ate...@gmail.com

Thanks, chkdsk /f solved the issue!
:P

[Anonymous]

Originally posted by: spe...@gmail.com

I'll keep an eye on this thread for test DOLs. Haven't pulled out the wii in a good month, so i'm itching for some new test builds!

[Anonymous]

Originally posted by: cucho...@gmail.com

Hi, in [r212] the input for classic controller, and gamecube controller are not completely working I think, for example it's not possible access to files/folders properties from these controllers (even when the config for buttons is correct), only with Wiimote.

[Anonymous]

Originally posted by: e.van.de...@gmail.com

@cucholix, you are not suppose to report in this thread that there is something not working with [r212] but make a seperate issue.

This issue is meant to be used as a ongoing report issue for the nem beta revisions.
Like Dimok clearly stated in the first post in this issue.

[Anonymous]

Originally posted by: davisnat...@gmail.com

Whenever I try to mount a standard wii game disc the browser stays focused on the sd card. This issue was not present in [r212].

[Anonymous]

Originally posted by: dimok...@googlemail.com

Ok, I will take a look. It was working the last time I tried it though.

[Anonymous]

Originally posted by: olimpier...@gmail.com

If the SD Card is write protected, and you delete and make a new directory, the file list delete the file or make the new dir even if they are not made on the SD card(this bug, only for files, was present in the previous revision).

Note that I opened a bug report on makdir

http://devkitpro.org/viewtopic.php?f=15&t=3219

[Anonymous]

Originally posted by: olimpier...@gmail.com

Using IOS 58, my USB key is not properly read. This bug was present also in the previous version. Strange characters appear in the name of the dirs and if you try to browse the screen is corrupted.

This USB key is properly read by libfat using fatinitdefault();

[Anonymous]

Originally posted by: dimok...@googlemail.com

To your first bug:
This seems to be libfat so yeah reporting it on devkit is the right way.

To your second bug:
What is an USB key? You mean an USB stick? The function fatInitDefault() is only an overload for the function that I use in WiiXplorer. I very much doubt it has to do with the way WiiXplorer mounts the drive as any other FAT32 partition with a proper MBR on the device works fine. If your device is mounted then it should work exactly the same way as with fatInitDefault() otherwise something is wrong in libfat and if it's not mounted then it's another bug. Since it seems that it is mounted for you and you say that you get weird characters in dirs/files I would say it's a corrupt partition and you should do chkdsk /f as aterro in the above comments or reformat it.

[Anonymous]

Originally posted by: olimpier...@gmail.com

To the first bug, sorry the exact sentence was:

If the SD Card is write protected, and you delete a file or make a new directory, the file list does not show the file anymore or show the new dir even if these changes are not really made on the SD card(this bug, only for files, was present in the previous revision).
I don't think it is completely a libogc issue. You would better check.

To second issue, I meant a usb stick. The chkdsk /f does not show any error in the partition.
Actually, the program properly works with other usb devices (disks) but not with this usb stick.

[Anonymous]

Originally posted by: olimpier...@gmail.com

I think you are right. The first issue is a LIBFAT issue. I have the same problem in FBZX Wii

[Anonymous]

Originally posted by: dimok...@googlemail.com

To first:
WiiXplorer does not just "make up" new files and dirs. This is done inside the libfat. My guess is that it's the caching that holds the "new" dirs/files which it just can't flush out to the device and therefor it's only in memory and not on the SD.
There is nothing really WiiXplorer can do, except to check for writable device and prohibit all write apperations to that device from the beginning but I don't think it's necessary. The caching shouldnt hold things it can't flush to device. The filesystem lib should do a better job in that as it is done on every known PC/MAC OS.

To second:
If this bug only affects one USB device then it is the IOS+USB handle implementation in it that isn't working with that device. It's a layer below WiiXplorer and not fixable from WiiXplorer alone. Try a different IOS maybe it will help you. d2x or Hermes cIOS work very good.

[Anonymous]

Originally posted by: olimpier...@gmail.com

To the first:
I came to the same conclusions as yours.
In wii fbzx i decide to insert this code:

FILE *f;

f=fopen("/test4783.txt", "w");

if (f == NULL) write_protection=1; //Impossible to open file

if (fclose(f)==EOF) write_protection=1; //Impossible to close file

if (write_protection) {msgInfo("SD card is write protected. Can't continue",3000,NULL);exit(0);}

unlink("/test4783.txt");

That's to say to exit the program in case of write protected sd card.

To the second:

I tried both Hermes (V5.1) and d2x-v7 with the same negative results.

[Anonymous]

Originally posted by: meparr...@gmail.com

I had not noticed this build had been posted.  I'll start using it tonight and will report on any bugs I find.

[Anonymous]

Originally posted by: meparr...@gmail.com

I've been giving it a spin and have to say it's pretty impressive.  I love the nand explorer feature. 
One thing I noticed, and I don't know if it is on purpose, but I can't seem to write anything to the real nand.  When I try to write a ticket to the ticket folder I get the "some items could not be copied" error message.  I've tried using IOS's 36, 58 and d2x-v8b49-base56.  If it is on purpose for security reasons, then perhaps the "Paste" function should be taken off the context menu.
If I should be using a different IOS for this to work, please let me know.  If you want me to do specific tests, let me know as well.

[Anonymous]

Originally posted by: dimok...@googlemail.com

This is on purpose. I think you are right and it makes sense to remove the paste button there.
No specific tests required. I just wanted people to test all of wiixplorers features to see if all is working as before and is not broken. If that's the case then i will make the last revision as the current "release revision" and go on with new features/improvements.