2520 replies to this topic

[Erik Slagter]

++1

[athoik]

As I said, The registry cache file is loaded from $XDG_CACHE_HOME/gstreamer-$GST_API_VERSION/registry-$ARCH.bin (where $XDG_CACHE_HOME defaults to $HOME/.cache) or the file listed in the GST_REGISTRY env var.

But there other programs that depend on $HOME..

[pieterg]

building the cache takes a long time (several seconds), so if gstreamer itself knows when the cache should be invalidated, I'd prefer to keep it on non-volatile storage.

[MastaG]

But how far will it grow?

If it will exceed 2Mbyte, then I'd say to just accept the two seconds and move it to /tmp.

It will only regenerate after a reboot and a 'normal' user does not reboot his receiver every day right?

[peteru]

That's a waste of 2MB or more of RAM for a cache that's going to be lost. Why clear it at all? Let gstreamer manage it's resources - if there are issues with that, then report those issues and fix them, rather than implement hacks.

 

Why would a normal user not reboot every day? Deep standby will result in a reboot and plenty of users do that.

[christophecvr]

building the cache takes a long time (several seconds), so if gstreamer itself knows when the cache should be invalidated, I'd prefer to keep it on non-volatile storage.

 

That's right , and idem dito for remarks of peteru.

 

There is only one time that the gstreamer registry files needs to be removed.

 

That is by every change off a gstreamer component.

 

With change I mean when You updated ,remove or add a gstreamer plugin.

 

I think also for enigma2 update/change (not shure off this one).

 

This can be done by adding to the concerned bitbake file :

pkg_preinst_${PN}_prepend () {
	if [ -d "/home/root/.cache/gstreamer-1.0" ]
	then
		rm -rf "/home/root/.cache/gstreamer-1.0"
	fi
}

To have it clean at a standard boot it would be A nice idea to adapt the enigma2.sh and change the line :

rm -fR /home/root/.gstreamer-0.10

 

to :

rm -fR /home/root/.cache/gstreamer-1.0

[MiLo]

Wouldn't that just kill the cache file on every boot? Then you might as well put it in RAM.

(I also don't like the hard-coded '/home/root' in there. Isn't there some solution that would not be Enigma2 specific, i.e. one that could be sent to oe-core or videolan and fix the problem at its root?)

[pieterg]

I think the 'rm cache' file is an ancient leftover from when we were using static caps for dts downmixing.
Imho the only case when the cache becomes invalid is when an element changes static caps.
We don't do that anymore

[christophecvr]

 

Wouldn't that just kill the cache file on every boot? Then you might as well put it in RAM.

(I also don't like the hard-coded '/home/root' in there. Isn't there some solution that would not be Enigma2 specific, i.e. one that could be sent to oe-core or videolan and fix the problem at its root?)

 

Yes when this change is done indeed it should kill the cache on every reboot. But as far is I tested , this removal is not needed at all. I even don't know why its in.

Perhaps like pieterg told because off the change off static caps when using dtsdownmix which is now done (in gst-1.0) with a caps query filter.

 

The removal must well be done by each gst component change.

 

Concerning the /home/root.

 

Gstreamer is working like it is done in linux everywhere caching of files into the users home dir. Gstreamer should only by initiated by the user not globally (it's not a deamon).

 

The stb is a case apart, we are working as root user .

 

Gstreamer should only be started after that the users home dir is set. And actually this goes up for all programs using user related caches which have the goal to be kept on reboot.

 

At this time the only good working thing is setting the $HOME in enigma2.sh like athoik did. For an stb it's no problem at all since there is only one user and that's the root user.

 

Think that modifying enigma2 in such way that gstreamer is only initiated after that the $HOME dir is set would be the right solution, but where to do that ?

[MiLo]

A simple "HOME=/home/$USER" in enigma2.sh should do the trick.

That script launches from /etc/inittab, which doesn't "log on" like interactive shell does, and hence may lack some variables. Since users will never call it, setting $HOMe in there is just fine.

[Erik Slagter]

Which will only work if root has it's home on /home, which usually isn't the case (/root).

[athoik]

So my patch does the work, since it will run only if /home/root exists.

[christophecvr]

Which will only work if root has it's home on /home, which usually isn't the case (/root).

By an stb the root dir is under /home. This so and is correct since we are working as root user by an stb. And there is only one user and that is the root user also the superuser.

 

By a pc You work with a user and NEVER should use the root (if it exist). If the root user exist it's meant only and should only be used for system maintenance never run a program as root user, never compile as root user .

 

At boot time some programs which are made to start as a deamon may have the need in for some caches that's especially for better performance and faster boot. There its' normal that they use root dir for the caches and since there is no root user logged in the root map is set under /  .  That's pretty logic and normal.

 

The udev rules are not there for nothing but very crucial and needs to be used in a correct way.  A program should only and only be executed as a user never as super user and never deamonise a standard program on a (linux)pc.

[Erik Slagter]

Christophe, are you really serious trying to lecture me about unix???

[Erik Slagter]

So my patch does the work, since it will run only if /home/root exists.

Okay, you win

[MastaG]

Sooooooo simply setting $HOME from the enigma2.sh is the solution.
Everything else is spawned from the enigma process and will automatically get the variable as well.
Solved!

Now lets start fixing up master-next-gst1 so we can finally merge it into master:p

[Erik Slagter]

I merged (again) the OE from master to gst, maybe it helps.

[gorski]

So, any developments in the meantime, please?

 

Thanx!!!

[MastaG]

I'm using gst-1 with the recipes to use the gstreamer head git posted a few pages back by Athoik.

It's working great here

[gorski]

Usually no news is good news, otherwise people would have been complaining....

 

Keep up the great work, guys!