Hi again,
I have a client's project that must be compiled for both mac and windows.
To save money, we worked out an agreement for me to write the initial code
for mac and test it and he'd compile for the other platform.
I, of course the ever- mac-evangelist (Yes I was on Guy's Evangel-list)
have
if it's visa or seven, you might run into virtualisation when writing to the
system application folder.
On 19 Feb 2010, at 05:12, stephen barncard wrote:
> ...
> Perhaps it's pathnames - On the mac, the folders with the encrypted audio
> data are located right next to the executable in the MacO
I just need a Windows test bed for REV, not the latest version of Windows. I
really don't want to have to deal with all this extra security crap.
Will Windows XP SP3 do what I need for now to test out Rev Features?
Microsoft is really trying hard to get people to NOT use XP. They are buying
a ton
The client is using Windows XP.
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
2010/2/19 Björnke von Gierke
> if it's visa or seven, you might run into virtualisation when writing to
> the system application folder.
>
>
> On 19 Feb 2010, at 05:12, st
stephen barncard wrote:
> I just need a Windows test bed for REV, not the latest version of
> Windows. I
> really don't want to have to deal with all this extra security crap.
>
> Will Windows XP SP3 do what I need for now to test out Rev Features?
>
> Microsoft is really trying hard to get peop
stephen barncard wrote:
I just need a Windows test bed for REV, not the latest version of Windows. I
really don't want to have to deal with all this extra security crap.
Will Windows XP SP3 do what I need for now to test out Rev Features?
It will, since your client is using XP, but it may not
On Feb 19, 2010, at 11:48 AM, Jim Bufalini wrote:
> But what most people don't know is that the "big" mistake MS made with Vista
> is they allowed hardware manufacturers to "mess with the OS." Large hardware
> manufacturers like Dell, HP, Lenovo (IBM) and hundreds of others put in their
> own v
Something is happening between the decoding of the files which are created,
and the playing of them. The player code alone works in Windows, so perhaps
the decryption is messed up.
I can see that if this is to be fixed then I will just have to roll up my
sleeves and go into the Matrix.
---
Bob Sneidar wrote:
> ...One thing they did without really saying much about it, is they put a
> virtual bridge between the OS and the LAN connection. Sure they can
> control network traffic better, but unbeknownst to me until recently,
> there are certain devices that can interfere with bridges on
On Sat, Feb 20, 2010 at 8:57 AM, stephen barncard
wrote:
> Something is happening between the decoding of the files which are created,
> and the playing of them. The player code alone works in Windows, so perhaps
> the decryption is messed up.
Macs use the leading dot in the filename to make the
money involved, buy one second hand if must be, but
buy one.
Peter
--
View this message in context:
http://n4.nabble.com/Stack-working-in-MACOS-not-in-Windows-tp1561182p1562425.html
Sent from the Revolution - User mailing list archive at Nabble.com.
Well quite frankly my distaste for windows and my involvement in the arts
has pushed me toward macintosh clients, and in this case I'm helping a
person with no evidence of further profit for me at this point, so investing
in a Dell or whatever is just not in my immediate future.
Anyway, that's on
Peter Alcibiades wrote:
" I, of course the ever- mac-evangelist (Yes I was on Guy's Evangel-list)
have put off my day of Windows reckoning until this moment, and cannot test
this out for myself. I am paying the price for my platform bigotry."
It makes no sense. Virtual machines are not good eno
m, though my clients would not!
Peter
--
View this message in context:
http://n4.nabble.com/Stack-working-in-MACOS-not-in-Windows-tp1561182p1562627.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
u
stephen barncard wrote:
Something is happening between the decoding of the files which are created,
and the playing of them. The player code alone works in Windows, so perhaps
the decryption is messed up.
After you decode the file, try exiting the handler and opening the file
and seeing if it
thanks for the tips, Jacque and Mark
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
On 20 February 2010 12:45, J. Landman Gay wrote:
> stephen barncard wrote:
>
>> Something is happening between the decoding of the files which are
>> created,
>>
the saga continue...
I think I might be getting close...
this works in mac, but not on Windows XP:
get the tempName
put it & ".txt" into tNamePath
put it into tURL
put "binfile:/" before tURL
put the platform & return & ("PUT INTO URL METHOD" && the time) into URL
tURL
put URL tURL
stephen-
Sunday, February 21, 2010, 11:58:51 AM, you wrote:
> put "binfile:/" before tURL
Make that
put "binfile:" before tURL
--
-Mark Wieder
mwie...@ahsoftware.net
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit thi
stephen barncard wrote:
put "binfile:/" before tURL
Ditch the slash:
put "binfile:" before tURL
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
___
use-revolution
THis works on mac... does Windows require the loss of that character or does
that mean my 'typo' got ignored on Mac?
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
On 21 February 2010 12:52, J. Landman Gay wrote:
> stephen barncard wrote:
>
>>
>> pu
stephen barncard wrote:
> THis works on mac... does Windows require the loss of that character or
> does
> that mean my 'typo' got ignored on Mac?
I've never seen that slash used for binfile: of file: on any platform.
Aloha from Hawaii,
Jim Bufalini
Well the mac ignores it for some reason. Anyway, that typo was not in the
script in question and further tests (without my typo) show that files are
being written where I want. So it's something with the player not working.
-
Stephen Barncard
San Francisco
http://houseofc
stephen barncard wrote:
> Well the mac ignores it for some reason. Anyway, that typo was not in
> the
> script in question and further tests (without my typo) show that files
> are
> being written where I want. So it's something with the player not
> working.
I downloaded your test stack and afte
on it now
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
On 21 February 2010 14:13, Jim Bufalini wrote:
> stephen barncard wrote:
>
> > Well the mac ignores it for some reason. Anyway, that typo was not in
> > the
> > script in question and further t
A slash at the start of a url means "root folder". So when your data is
directly in "macintosh hd", or when you give it a full path after the slash,
then it will work.
On 21 Feb 2010, at 22:56, stephen barncard wrote:
> Well the mac ignores it for some reason. Anyway, that typo was not in the
>
it was a typo
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
2010/2/21 Björnke von Gierke
> A slash at the start of a url means "root folder". So when your data is
> directly in "macintosh hd", or when you give it a full path after the slash,
> then
SUCCESS. Found it. *Thank you Jacque, Jim, Mark, **Björnke, Peter* for all
your suggestions and I tried them all.
here's the "fix"
put the tempname & ".mp3" into tPath
It wasn't really my code, exactly er... it was more of a Win-Mac
assumption about MP3 files.
My client wanted major obfus
stephen barncard wrote:
> SUCCESS. Found it. *Thank you Jacque, Jim, Mark, **Björnke, Peter* for
> all
> your suggestions and I tried them all.
>
> here's the "fix"
>
> put the tempname & ".mp3" into tPath
>
>
> It wasn't really my code, exactly er... it was more of a Win-Mac
> assumption
I wasn't depending on any player except what was in Rev. In this case it was
non-Quicktime installation imbedding Eric's music player code, using the
video player object. I am assuming WMP would be the code that would play the
file in that situation. What am I to assume, otherwise? The project was
29 matches
Mail list logo