Sorry if I've missed something obvious...

I'm trying to drag a WAVE file onto [dropfile] and can't get [dropfile] to output/recognize, even after a type of WAVE has been specified.

I saw this thread on the subject, which never got resolved on-list:

https://cycling74.com/forums/index.php?t=msg&goto=79701&rid=2282&S=86654fb000bdcdd836bc780ba9d4e821&srch=dropfile++WAVE+files#msg_79701

Sorry if I've missed something obvious...
I'm trying to drag a WAVE file onto [dropfile] and can't get [dropfile] to output/recognize, even after a type of WAVE has been specified.

I saw this thread on the subject, which never got resolved on-list:
https://cycling74.com/forums/index.php?t=msg&goto=79701&rid=2282&S=86654fb000bdcdd836bc780ba9d4e821&srch=dropfile++WAVE+files#msg_79701

Macbook 2.16Ghz Intel Core2Duo - 2GB RAM
Max/MSP 4.6.3
OSX 10.4.9

dropfile-w-wave-type-osx

> Sorry if I've missed something obvious... I'm trying to drag a WAVE

> file onto [dropfile] and can't get [dropfile] to output/recognize,

> even after a type of WAVE has been specified.

I can confirm this behaviour, and as always when it comes up, I'd like

dropfile at least to be able to look at extensions.

The info in max-fileformats.txt seems to work only in one direction,

which is a very weak point of dropfile, because its only looking for the

ancient filetype which might be set or not. Its only looking for the

extension if it would pass it anyway - not very helpfull...

jLubow schrieb:
> Sorry if I've missed something obvious... I'm trying to drag a WAVE
> file onto [dropfile] and can't get [dropfile] to output/recognize,
> even after a type of WAVE has been specified.

I can confirm this behaviour, and as always when it comes up, I'd like
dropfile at least to be able to look at extensions.

The info in max-fileformats.txt seems to work only in one direction,
which is a very weak point of dropfile, because its only looking for the
ancient filetype which might be set or not. Its only looking for the
extension if it would pass it anyway - not very helpfull...

-- 
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com


The workaround's fine for now; I knew about it, but thanks Stefan.

I was just confused as I've been away from OSX for a while and I remembered dropfile working OK in previous versions of max/os...

FWIW in the archives, the fileformats file does have WAVE included in the standard distro.

The workaround's fine for now; I knew about it, but thanks Stefan.
I was just confused as I've been away from OSX for a while and I remembered dropfile working OK in previous versions of max/os...

> FWIW in the archives, the fileformats file does have WAVE included in

The same was here. The difference between .wav files which work and 

those which don't is the independently set Macintosh file type. If 

that's not set, dropfile doesn't recognize it. I don't know if the 

cycling bug collecting collective is monitoring this thread, but as I 

jLubow schrieb:
> FWIW in the archives, the fileformats file does have WAVE included in
> the standard distro.

The same was here. The difference between .wav files which work and 
those which don't is the independently set Macintosh file type. If 
that's not set, dropfile doesn't recognize it. I don't know if the 
cycling bug collecting collective is monitoring this thread, but as I 
said already I consider this as a bug...

On 13 juin 07, at 08:11, Stefan Tiedje wrote:

> The same was here. The difference between .wav files which work and 

> those which don't is the independently set Macintosh file type. If 

> that's not set, dropfile doesn't recognize it. I don't know if the 

> cycling bug collecting collective is monitoring this thread, but as 

> I said already I consider this as a bug...

There's always someone watching ;) In the meantime, I made an 

improvement to Stefan's patch support any capitalisation of the file 

(?i: ): defines the case non-sensitive zone

wav: search the litteral text 'w' 'a' 'v'

@substitute bang: if the regular expression matches, "send a bang".

> The same was here. The difference between .wav files which work and  
> those which don't is the independently set Macintosh file type. If  
> that's not set, dropfile doesn't recognize it. I don't know if the  
> cycling bug collecting collective is monitoring this thread, but as  
> I said already I consider this as a bug...

There's always someone watching ;) In the meantime, I made an  
improvement to Stefan's patch support any capitalisation of the file  
extension.

regexp .+\.(?i:wave?) @substitute bang:
.+: search any character
(?i:    ): defines the case non-sensitive zone
wav: search the litteral text 'w' 'a' 'v'
e?: the 'e' is optional
@substitute bang: if the regular expression matches, "send a bang".

Dropfile w/ WAVE type OSX