Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
18 user(s) are online (10 user(s) are browsing Forums)

Members: 0
Guests: 18

more...

Support us!

Headlines

 
  Register To Post  

TuneNet bug ("._volume name:")
Just can't stay away
Just can't stay away


See User information
Found a "bug" in TuneNet. If you open a file that is directly in the root of a volume (f.e. "Shared:rainstorm.tfd") you will get requesters asking for volumes "._Shared:" and ".AppDouble/Shared:".

I guess it is assuming that the last component in the path is a directory name.

Go to top
Re: TuneNet bug ("._volume name:")
Not too shy to talk
Not too shy to talk


See User information
@salass00

Hi,

I can't recreate that bug. Are you sure it's not a problem with a particular plugin? Does it occur on mp3 files for example?

Cheers,
Bean.

OS4.1 + an A1XE with an appetite for batteries!
Go to top
Re: TuneNet bug ("._volume name:")
Just can't stay away
Just can't stay away


See User information
@bean

Not with mp3, but it does happen with protracker modules, .cym/.gym (YMAmp plugin) and .tfd (TFM plugin), .2sf.

Probably more that I haven't tested. I don't think there is much, if anything in common with these plugins.

I am using the skinnable version of TuneNet if that matters.

TN_TFM.tnplug uses PLM_FileLoad:
http://os4depot.net/?function=showfil ... /tunenet/tunetfm_plug.lha

TN_YMAmp.tnplug uses PLM_File and IDOS->Open():
http://os4depot.net/index.php?functio ... unenet/tuneymamp_plug.lha

[edit]

Strangely it doesn't happen with s98 though. What makes this plugin different?

Go to top
Re: TuneNet bug ("._volume name:")
Just can't stay away
Just can't stay away


See User information
Bump?

Go to top
Re: TuneNet bug ("._volume name:")
Not too shy to talk
Not too shy to talk


See User information
@salass00

Can you try the following.

1/ Empty out all plugins except the defaults, and try to recreate the problem. If not then...>

2/ Add a single plugin in one at a time and try to recreate.

You'll have to restart TuneNet each time.

I think it's probably a bug in one of the plugin detections (Test) functions. Where by it's doing an extensive test on the file (not just filename or first few bytes) and that is making it fall over.

Also try all the above from RAM DISK: as well.

Let me know how you get on, I've got some time this weekend in between GT5 to look further into the problem

Cheers,
Bean.

OS4.1 + an A1XE with an appetite for batteries!
Go to top
Re: TuneNet bug ("._volume name:")
Just can't stay away
Just can't stay away


See User information
@bean

I did some checking by removing all plugins and adding them back one by one and it seems that it is the SNDFile plugin that is the cause of all problems.

Being a bit lazy I just used the following as TestPlayer code in this plugin:
Quote:

int32 TNPlug_TestPlayer (struct TNPlugIFace *Self, uint8 *testme, uint8 *testbuffer,
uint32 totalsize, uint32 testsize)
{
SNDFILE *file;
SF_INFO info;
file = sf_open((char *)testme, SFM_READ, &info);
if (file) {
sf_close(file);
}
return file ? PLM_File : 0;
}

Go to top
Re: TuneNet bug ("._volume name:")
Not too shy to talk
Not too shy to talk


See User information
@salass00

Good to hear you've found it!

Cheers,
Bean.

OS4.1 + an A1XE with an appetite for batteries!
Go to top

  Register To Post

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project