Database: Refactor MP1 database for multi seat usage (2 Viewers)

[ajs]

I'l concentrate now on understanding what is going on as I have never had CDs in my folders before.

Maybe related ...

Remove files table;

 

[CyberSimian]

It depends on the bitness of the program asking for the env.vars

Well, I never knew that.
The same behaviour occurs on Windows 10.
Thank you for pointing this out.

It is my custom to invoke installation EXEs from my 32-bit file manager.
I will have to think about what effects this might have.

-- from CyberSimian in the UK

 

[doskabouter]

...
It is my custom to invoke installation EXEs from my 32-bit file manager.
I will have to think about what effects this might have.

-- from CyberSimian in the UK

I would expect that when running installers (especially exe's) from any (32 or 64)bits environment doesn't make any difference in results.
After all an exe is either 32bit or 64bit and run as such despite where you started it from.
Notable exception are .net exe's compiled with any-cpu but my guess is they run as the highest bitness your os supports

 

[Anthony Vaughan]

Maybe related ...

Yes. I've got that.

I'm working on a solution that uses a replacement for the files table only for stackable videos. This approach will be much more efficient than what was there before.

I'm coding the upgrade process to prove that my solution works.

It is my custom to invoke installation EXEs from my 32-bit file manager.
I will have to think about what effects this might have.

I was going to ask why you haven't moved MP to 64 bit yet. Does it contain components that still need to be 32 bit? Do you have users that are still on 32 bit machines, as CyberSimian mentioned. It's such a pain to not be able to move forward

 

[ajs]

I'm working on a solution that uses a replacement for the files table only for stackable videos. This approach will be much more efficient than what was there before.

Don't forget that there are procedures in the source code that define the stack sign. There are also plugins that can do this directly (which is bad) and through procedure calls.

 

[Anthony Vaughan]

Don't forget that there are procedures in the source code that define the stack sign. There are also plugins that can do this directly (which is bad) and through procedure calls.

Got it .

 

[doskabouter]

...

I was going to ask why you haven't moved MP to 64 bit yet. Does it contain components that still need to be 32 bit? Do you have users that are still on 32 bit machines, as CyberSimian mentioned. It's such a pain to not be able to move forward

There are a few dependencies which aren't available in 64bit (f.e. MpUrlSourceSplitter, my imon drivers and probably some more)
Apart from that, I don't think there's any benefit for a mediacenter application to be 64bit other than just "be 64bit just because".

 

[Anthony Vaughan]

Apart from that, I don't think there's any benefit for a mediacenter application to be 64bit other than just "be 64bit just because".

Good point.

Now this is not my area of expertise, but I was thinking that maybe network traffic would be able to handle larger packets under 64 bit. As I say, that is not really something I know much about.

 

[doskabouter]

Nah, network doesn't improve under 64bits.
Major advantage is being able to have more than 4GB memory available but if you're needing that much memory for a mediacenter application you're doing something wrong...
Other one is a minor speed advantage because there are more and wider registers, but having 64bits pointers might be causing more cpu cache misses so how it plays out is really dependent on compiler options, algorithms used etc...
Either way for a gui-application these possible speed improvements are not noticable normally.

 

[CyberSimian]

I would expect that when running installers (especially exe's) from any (32 or 64)bits environment doesn't make any difference in results.

Yes, I think that is correct. The problem may arise with the teeny-tiny number of installers that are BAT files...

-- from CyberSimian in the UK