
Recherche avancée
Médias (91)
-
Chuck D with Fine Arts Militia - No Meaning No
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Paul Westerberg - Looking Up in Heaven
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Le Tigre - Fake French
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Thievery Corporation - DC 3000
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Dan the Automator - Relaxation Spa Treatment
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Gilberto Gil - Oslodum
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (46)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...)
Sur d’autres sites (5687)
-
GStreamer x264enc and SIGSEGV on Android
18 juillet 2012, par CipiI am trying to play around with GStreamer-java and it's h.264 encoder (x264enc) on Android.
Now, I tried to encode raw video from test video source (set its is-live property to TRUE), and when data starts flowing into the x264enc Element, I get SIGSEGV in libx264.so and my app crashes. And it looks like code is dereferencing a NULL... Exact error location is in file "gstreamer_ndk_bundle/x264/encoder/analyse.c" line 963. And it is this line :
h->mc.memcpy_aligned( h->mb.pic.i8x8_dct_buf, h->dct.luma8x8, sizeof(h->mb.pic.i8x8_dct_buf) );
My device's CPU is Cortex 8 and it has NEON feature...
I tried to printout to a file all
h
structure fields, and no field is uninitialized.Android DEBUG info from LogCat : HERE
My questions :
- How can I know what is throwing SIGSEGV, because this line of code seems to be ok ?
- Is this a known bug or an expected behavior of x264 encoder on ARM CPU or I am missing some encoder configuration ?
- I noticed that if I set property analyse of the encoder to 0x3:0x113 (some random value I found online) I don't get SIGSEGV, encoder seems to work, but I get error in pipeline : Data flow error. Can I just set analyse to a meaningful value ?
Update
I fprintf-ed all important "h" fields just before execution runs in x264_mb_analyse_intra() function and just before the line that it breaks, guess it could help : http://pastebin.com/sAfX239j
-
GStreamer x264enc and SIGSEGV on Android
18 juillet 2012, par CipiI am trying to play around with GStreamer-java and it's h.264 encoder (x264enc) on Android.
Now, I tried to encode raw video from test video source (set its is-live property to TRUE), and when data starts flowing into the x264enc Element, I get SIGSEGV in libx264.so and my app crashes. And it looks like code is dereferencing a NULL... Exact error location is in file "gstreamer_ndk_bundle/x264/encoder/analyse.c" line 963. And it is this line :
h->mc.memcpy_aligned( h->mb.pic.i8x8_dct_buf, h->dct.luma8x8, sizeof(h->mb.pic.i8x8_dct_buf) );
My device's CPU is Cortex 8 and it has NEON feature...
I tried to printout to a file all
h
structure fields, and no field is uninitialized.Android DEBUG info from LogCat : HERE
My questions :
- How can I know what is throwing SIGSEGV, because this line of code seems to be ok ?
- Is this a known bug or an expected behavior of x264 encoder on ARM CPU or I am missing some encoder configuration ?
- I noticed that if I set property analyse of the encoder to 0x3:0x113 (some random value I found online) I don't get SIGSEGV, encoder seems to work, but I get error in pipeline : Data flow error. Can I just set analyse to a meaningful value ?
Update
I fprintf-ed all important "h" fields just before execution runs in x264_mb_analyse_intra() function and just before the line that it breaks, guess it could help : http://pastebin.com/sAfX239j
-
Workaround for loading overlay issue with stock Android browser.
23 août 2012, par Jack Moorem colorbox/jquery.colorbox.js Workaround for loading overlay issue with stock Android browser.