WAV files not seen upon return to PMX

[draudio2u]

Hello,
Working in PMX9, record. Take file to Wavelab for restoration work, and create a new WAV file there so as not to write over the original. Back to PMX, the new restored file is not seen.
Rename, - still not seen.
Unmount, remount - still not seen.
Shut down - no see.
Shut down, throw out Quick mounts everywhere - still not seen.
Render the restored file to yet another name and location - still not seen in PMX.

Anyone with a solution please?
Thank you.

[charlienyc]

Are you not seeing the file at all in Media Manager? Well that's no good!
I've had problems like this in the past going between Native v8 (32-bit), v10 and v10 Masscore systems, but have forgotten what I did exactly to remedy it.
Try moving the original media off the drive completely, in addition to unmounting the corresponding drive or folder. If you have the same media name or any file attributes in common, Pyramix may be confused what it sees as a duplicate file. You've deleted or moved the original .PK2 files, right?
Have you inadvertently set a filter in Media Manager? I think CTRL+F does this as a default - very easy to trigger accidentally while intending to have the timeline selected. Check the radio buttons above the media list.

[charlienyc]

I found these in the old email thread from Ricardo Ryan & David Jacques:

Go in Pyramix settings > Application > General:
-Make sure that Keep Media Manager history is turned off. If you have to turn it off, you must restart Pyramix for the change to take effect.

To fix the problem, I just re-copied the PMF files from the other machine. I understand you're probably working on the same machine, and with WAV files. Still copying them to another drive and back is one more thing to try.

...sometimes there might be some rare issues when copying the files in Windows, especially when using external drives.
You may have a look at TeraCopy, which replaces the standard Windows Copy-Paste engine. We do not “officially” recommend it, but it works faster and reports more stuff.

[J.Wajer]

The .WAV extension is not recognised by the system. Workaround: rename them to .wav (lowercase) Sad but true.

[Julian Gough]

Sad but true.

I've noticed there's a lot of that on Pyramix

Mr Grumpy

[J.Wajer]

Sad but true.

I've noticed there's a lot of that on Pyramix

Mr Grumpy

Which one is it? Is it because:

• they are ignorant and are thus not willing to change any of the matters we constantly bring up? Otherwise, you dont leave annoying bugs in over 7 years, no? (f.i. timecode entry in PMX is right to left, and left tot right in VCube.)
• they are not behind the machine every day, so they dont understand/acknowledge our frustration? I can say I have spent over 15.000 hours behind the system. That is a lot of frustration. (f.i. All these different gui methods, all these unnecessary clicketyclicketyclicks, all these way too small buttons/menus/dots, all these different spaghettiforms...and you see the competiton grow and grow and PMX sadly stays the same.)
• It's because they don't know how to solve these bugs? (All these graphic nonsensesess all these years)
• They don't have the time for this? This argument pops up whenever convenient. But meanwhile, there is time for all sorts of panning work. I haven't heard anyone here propping them for their good panning work. The argument "no time" sounds like my kids not having the time to clean up their rooms...for a year.

So, what is it?

Either way, I have stopped writing bugreports a couple of years ago. Didn't help. Timecode entry is still reverse in both packages.


And on topic: Some years I brought up the not logic of the mediamanager. Instead of excluding every fileformat you dont need, is it not better to include only what you need, what you can process, can read, and omit the rest?

As an experiment: Try mounting the C: drive. You know, you really shouldn't...but this will instantly explain why the whole mediasystem is flawed.



and the ubersad thing is:...it is not going to change any time soon.

[Julian Gough]

and the ubersad thing is:...it is not going to change any time soon.

I feel your pain.

I can honestly say that I have not spent 15,000 hours in front of Pyramix, but it has been my primary DAW since 2003. I think I've given it a fair chance.

I won't go into the details but I've recently had a nightmare project where Pyramix had serious stability problems. My client was very understanding but has seen Pyramix fall over before and I risk damaging my reputation.

The ASM expires in October, I am now considering my options.

Best,

Julian

[J.Wajer]

The ASM expires in October, I am now considering my options.

Already did this. Problem is: The alternatives.

[Julian Gough]

Already did this. Problem is: The alternatives.

Good point, though of course anyone who has made a successful transition to another platform will not be shouting about it on this forum.

[draudio2u]

Resurrecting this topic: It seems this issue still has not been solved and I am having trouble again:
Recording files, create "control W" wav files in order to process them outside of Pyramix (Cube-Tec tools), then expect them to drop back in exactly where they were in the EDL. The copies are not being seen after process even though there was no change to the header, time, etc. And the copies played fine right after I made them. I can see them in any other software, but Pyramix refuses. I was able to get some of them to show after wiping the whole system clean of "Quickmount" files. But most are not showing us.

Anyone have a solution to this?

[DJS]

I am frustrated too by a few little things in the GUI too. But I feel for PMX, they are a small company, with one or two programmers, perhaps, and most importantly the codebase is "old", probably C++, and so change is hard. Its obviously easier to add new things (panning) than fixing the old. Probably needs a major update to .NET and C# or Core so we can run it on Linux.

[Julian Gough]

This sounds very similar to a problem I was having with RX. Have you tried saving back to a different folder?

Julian

[draudio2u]

Hello,
Yes. Save to different folder. Save to different drive. Make another copy. The file just doesn't get recognized by PMX and the original file remains upon reopen.

What was the RX problem - same with PMX to RX and back in or just working in RX?

[Julian Gough]

Hello,
Yes. Save to different folder. Save to different drive. Make another copy. The file just doesn't get recognized by PMX and the original file remains upon reopen.

What was the RX problem - same with PMX to RX and back in or just working in RX?

Save a stereo file as a BWAV (without unique ID number), import it into RX, after working on it, save it with a different filename and PMX would not see the new file. Save it into a different folder (with different filename) and PMX finds it. This was several versions ago, of both PMX and RX.

Julian

[draudio2u]

Yes, I did this a few versions ago as well for the solution, but this time it is not seeing it.
Also, this works fine for "complete" files, but when you do a bunch of snippets for manual noise removal, and then it doesn't see them - NIGHTMARE.