I have upgrade my gstreamer to the lastest version 1.4.0 on Linux, including the gst-plugins-base/good/bad/ugly. But when I try to play a video, I cannot find many elements, such as xvimagesink, videotestsrc and autovideosink.
I want to know how can I add these elements?
gst-launch --gst-debug-level=3 !filesrc location=FlickAnimation.avi !avidemux name=demux demux.video_00 ! queue ! ffdec_mpeg4 !ffmpegcolorspace !autovideosink
Post the result of gst-inspect of the three plugins which you have mentioned.
Try to locate below three files, these are libraries for the mentioned plugins. Please change the folder name of gstreamer version according to what you have in your machine
Filename: /usr/lib/i386-linux-gnu/gstreamer-0.10/libgstvideotestsrc.so
Filename: /usr/lib/i386-linux-gnu/gstreamer-0.10/libgstxvimagesink.so
Filename: /usr/lib/i386-linux-gnu/gstreamer-0.10/libgstautodetect.so
A possible reason: You may have installed mulitple versions of gstreamer
P.S. xvimagesink generally works only when you have a graphics card or a harwdware for graphics
If you're using gstreamer 1.x you probably want to use gst-launch-1.0 and gst-inspect-1.0. It's just a guess, but maybe you installed gstreamer 1.x plugins but are using the tools from 0.10 that will look for 0.10 plugins.
Hopefully, you will find a solution following one of the steps provided in this thread.
In my case, runnig export LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib made it work.
Since most of these plugins and their names keep changing with the various versions, if not specifically required, I'd recommend using the 'autoaudiosink','autovideosink', .....'auto*src' etc.
Takes out most complications (beginner point of view)
Related
My target, if doable, is to have command completion for Haskell in work in Vim, via YouCompleteMe. In this respect, as you can see in the following, I haven't found a consesus yet about how to get it to work.
The latest comments on a relevant issue on YouCompleteMe are not that old, therefore I installed haskell-ide-engine from the AUR (the repo on GitHub is here.
However, since it was taking so long (it took 110 minutes!) I checked the PKGBUILD file just to discover this:
# ...
# Supported are '8.4.2' '8.4.3' '8.4.4' '8.6.4' '8.6.5' '8.8.1' '8.8.2' '8.8.3'
# activated by default are the ones also used in a stackage snapshot. Removing
# versions you do not use will greatly reduce the compilation time of this
# package
_enabled_ghc_versions=('8.4.4' '8.6.4' '8.6.5' '8.8.2' '8.8.3')
# ...
Fair enough, my bad. So I searched for help on the #haskell IRC channel, and one user made this comment:
and then you find out that hardly anybody uses haskell-ide-engine anymore but haskell-language-server. and also that ghcup can install the prebuild binaries for you
a comment from another user was
the haskell situation on Arch is not optimal, to say the least
an yet another comment (from Fendor, his answer is already below) was
HIE is not actively developed anymore. Haskell Language Server is the successor. I would recommend Haskell Language Server
which seems not in line with what you can read on YouCompleteMe issue tracker.
So what is the situation at the moment?
Haskell IDE Engine and Haskell Language Server developer here.
It is true, Haskell IDE Engine is not actively being developed anymore. The teams of ghcide and Haskell IDE Engine have merged their efforts and created Haskell Language Server (based on ghcide as the main driver). Thus, Haskell Language Server is currently the focus of development and we recommend you prefer it over Haskell IDE Engine, as it is quicker and more stable. It also has a bunch of new features and will soon reach feature-parity with Haskell IDE Engine.
Haskell Language Server can be installed via ghcup, and the VSCode plugin Haskell can install the binaries automatically as well.
The blog post hopefully gives a better overview of the situation.
Based on this, you should be able to make it work with
let g:ycm_language_server = [
\ {
\ 'name': 'haskell-language-server',
\ 'cmdline': [ 'haskell-language-server-wrapper', '--lsp' ],
\ 'filetypes': [ 'haskell', 'lhaskell' ],
\ 'project_root_files': [ 'stack.yaml', 'cabal.project', 'package.yaml', 'hie.yaml' ],
\ },
\ ]
Setting up Haskell via installing ghcup and then installing all the rest (ghc, cabal, ...) via ghcup, as suggested in this answer, improves by far the experience with Vim and YCM. (Oh, and YCM has to be up to date, clearly.)
Was amphp/thread discontinued? amphp/amp is working perfectly but when I run ANY of the example coding from amphp/thread git, I get all kinds of errors. Not one example is working. I noticed last update was in 2014.
Is there any way for me to get amphp/thread working? Was it replaced? With what replacement?
I have php 7.0 installed on mac, built with thread safety. EV, EVENT, UV are all enabled.
My .jason file looks like this
"amphp/amp": "v0.17.0", "amphp/thread": "v0.8.1"
Much appreciated.
I found the answer to this question in a discussion here:
https://github.com/amphp/thread/issues/14
amphp/thread is no longer being supported but there is hope that it will be picked up again in the future to work with amphp/amp v2. No concrete timeline on when this will happen was given.
Also, amphp/parallel is considered to be the replacement for amphp/thread.
When I tried the Tobii Pro Glasses SDK demo video_with_gaze.py, I came across this warning, and it did not show any result (ideally, it should show the video together with the gaze point). I guess maybe the glib version is not right, but I do not know how to correct it. Here is the demo code: https://gist.github.com/anonymous/b73399fdbce1d1e3c7c4d32eea82b31a
I use Ubuntu 14.04, and Python 2.7.
Thank you!
Generally that error means a table is being modified from multiple threads. The source you linked doesn't seem directly relevant and it is probably happening within GStreamer. It is a pretty vague issue though it doesn't help that you are using an old and unsupported version of GStreamer and pygtk.
I am trying to develop a simple project in Pharo, and I would like to add its dependencies in Metacello. My project depends on Glamour, Roassal and XMLSupport.
A way to cleanly install my project is to install the dependencies by hand first. Following the book Deep into Pharo one can do
Gofer new
smalltalkhubUser: 'Moose' project: 'Glamour';
package: 'ConfigurationOfGlamour';
load.
(Smalltalk at: #ConfigurationOfGlamour) perform: #loadDefault.
Gofer new smalltalkhubUser: 'ObjectProfile'
project: 'Roassal';
package: 'ConfigurationOfRoassal';
load.
(Smalltalk at: #ConfigurationOfRoassal) load.
Gofer new
squeaksource: 'XMLSupport';
package: 'ConfigurationOfXMLSupport';
load.
(Smalltalk at: #ConfigurationOfXMLSupport) perform: #loadDefault.
and then my project will work fine.
I have tried to create a ConfigurationOfMyProject using the Versionner, and I have added Glamour, Roassal and XMLSupport as dependencies, using the version that are currently installed in my image (2.6-snapshot, 1.430 and 1.2.1 respectively).
The problem is that I am not able to load my project using Metacello in a fresh image. The project loads fine, but whenever I try to load my classes I get method missing errors in Glamour. Moreover, it is apparent that something is different, because even the world menu has different entries.
I have tried other combinations of versions, including using the stable Glamour (2.1) but I have obtained more errors, including not even being able to open the project in the Versioner (it complains about a missing Roassal name).
What is the correct way to add these dependencies cleanly?
First of all I want to highlight that if configuration is in class ConfigurationOf<proj-name> you can load it as using #configuration message:
Gofer new
smalltalkhubUser: 'Moose' project: 'Glamour';
configuration;
load.
(Smalltalk at: #ConfigurationOfGlamour) perform: #loadDefault.
A I don't see your project, I can just suggest you to write configuration by hand. There is an easy tutorial called Dead simple intro to Metacello.
According to your description it should be something like:
baseline01: spec
<version: '0.1'>
spec for: #common do: [
spec blessing: #release.
spec repository: 'your repo url'.
spec
package: 'YourPackage' with: [
spec requires: #('Glamour' 'Roassal' 'XMLSupport') ].
"also maybe you have a couple of packages that depend on different projects"
spec project: 'Glamour' with: [
spec
className: 'ConfigurationOf Glamour';
repository: 'http://smalltalkhub.com/mc/Moose/Glamour/main';
version: #'2.6-snapshot' ].
spec project: 'Roassal' with: [
spec
className: 'ConfigurationOfRoassal';
repository: 'http://smalltalkhub.com/mc/ObjectProfile/Roassal/main';
version: #'1.430' ].
"and same for XMLSupport" ].
Also you can try to load #development versions, as I have an impression that projects like Roassal and Glamour have very outdated stable versions. Also please note that Roassal2 is actively developed and will replace original Roassal in Moose platform, maybe you want to consider using it.
I would seriously discourage writing configs by hand - that is the assembly code of Metacello ;) Unless you are working on cross-Smalltalk-platform projects with platform-specific code (e.g. code for Pharo 1.4 vs Squeak 4.5) - an area which hasn't been explored yet, Versionner is the tool for you. I have written dozens of configs with it and have yet to run into a roadblock.
When you say you added them as dependencies, did you just add them as projects in the "Dependent projects" pane?
If so, you also have to specify which of your project's packages depend on them. To do this, you select the relevant package of your project on the "Packages" pane.
Now, click on the edit button with the pencil icon that just became enabled. In the dialog that appears, click the green + button and add the external projects of interest.
It looks like you are trying this in an old version of Pharo?
Roassal has been superseded by Roassal2, and the support for XML is on smalltalkhub, split into ConfigurationOfXMLWriter and ConfigurationOfXMLParser, both in PharoExtras.
If you load the right groups from Glamour you don't need to describe the dependencies on Roassal, as Glamour already depends on Roassal(2). That explains your cyclic dependency.
You have also run into the problem we've recently talk about on the pharo mailing lists
that #stable is not a usable symbolic version name. In the Seaside/Magritte/Grease projects we've changed to using #'release3.1' style symbolic version names. That ensures that there is less of a ripple effect when progressing stable.
Snapshot versions should never be a dependency, they just describe what is loaded at the moment, and are basically not upgradable.
[edit]
Metacello by default tries to be smart about not installing older versions over newer. This works pretty well as long as things are not moved to different packages. So it's a bit of bad luck there that you ended up with a non-working combination.
Metacello support complex workflows, and different smalltalk projects (need to) use different workflows. It often takes some time to reach consensus on the best way to do things.
Roassal does not depend on Glamour, but you can create the cycle in your own configuration :)
Packages were moved from squeaksource to ss3 and smalltalkhub because the server had had stability problems. More recently, those problems seem to have been fixed. The xml support was split as it was noted that a lot of applications actually don't need both writing and reading of xml.
Once you have a working configuration, it might be a good idea to build and test it on the continuous integration server of pharo: http://ci.inria.fr/pharo-contribution
If not your actually application, at least the open source parts as used by you. That way the Pharo, Glamour & Roassal teams can know if a change they make breaks something.
I am using version 1.9.0 of the RED HAWK IDE on RedHat 6.3.
After install RedHawk I looked at the video http://www.youtube.com/watch?v=wN9p8EjiQs4.
I tried to run through the example but I notice I am missing a large amount of the components she has like add_const_ff, complex_to, noise_source, vector_sink, medianfilter.
Should I have them? Is there a package I am missing?
Adding stuff to get the checker to except my question. I tried, then tried. Going to try.
Here you can find several packages from RedHawk developer:
https://github.com/Axios-Engineering
https://github.com/RedhawkSDR
You can try to download and build them
All of the components you mentioned except for the medianfilter are part of the GNUHawk library of components and can be found at https://github.com/RedhawkSDR/integration-gnuhawk/tree/master/components.
The median filter is part of the basic-components library and can be found at https://github.com/RedhawkSDR/basic-components