Nabble - Gnome - Multimedia

Rygel 0.4.6

2009-11-20T16:40:03Z

Rygel 0.4.6 (They've Got a Secret) is out

Brief summary of changes since 0.4.4:

- Implement optional UPnP Search action. This is not only a must have feature
for a commercial MediaServer but is also a big first step towards proper
XBox 360 support.
- Simplify Browse action handling.
- Simplify MediaServer plugin implementation.
- Make sure autostart dir exists before attempting to write to it.
- Fix a potential crash that is trigered by MediaContainer reporting incorrect
(higher) number of children.
- External:
- Work around (vala) bug#602003.
- Optimizations and code clean-ups.
- Tracker:
- Provide an efficient Search implementation using Tracker's search API.
- Minor code clean-ups.

Dependency-related changes:

- Require gupnp-av >= 0.5.2.
- Require gupnp-vala >= 0.6.2.
- Require valac >= 0.7.9.

Bugs fixed in this release:

600256 - Segfault when trying to access a stream

All contributors to this release:

Zeeshan Ali (Khattak) <zeeshanak@...>

>> Download source tarball at: http://ftp.gnome.org/pub/GNOME/sources/rygel/0.4
-----

What is Rygel?

Rygel is a collection of DLNA (UPnP) services (devices in UPnP speak),
implemented through a plug-in mechanism. It is specifically designed
for GNOME (Mobile), is based on GUPnP and written (mostly) in Vala
language.

More info at: http://live.gnome.org/Rygel

--
Regards,

Zeeshan Ali (Khattak)
FSF member#5124
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer Bad Plug-ins 0.10.17 'Anny bobany'

2009-11-16T17:54:18Z

This mail announces the release of GStreamer Bad Plug-ins 0.10.17 'Anny bobany'.

GStreamer Bad Plug-ins is a set of plug-ins that aren't up to par compared to
the rest. They might be close to being good quality, but they're missing
something - be it a good code review, some documentation, a set of tests, a
real live maintainer, or some actual wide use.

For more information, see http://gstreamer.freedesktop.org/modules/gst-plugins-bad.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-plugins-bad

Release notes for GStreamer Bad Plug-insÂ 0.10.17 "Anny bobany"

The GStreamer team is proud to announce a new release
in the 0.10.x stable series of the
GStreamer Bad Plug-ins.

The 0.10.x series is a stable series targeted at end users.
It is not API or ABI compatible with the stable 0.8.x series.
It is, however, parallel installable with the 0.8.x series.

"That an accusation?"

No perfectly groomed moustache or any amount of fine clothing is going to
cover up the truth - these plug-ins are Bad with a capital B.
They look fine on the outside, and might even appear to get the job done, but
at the end of the day they're a black sheep. Without a golden-haired angel
to watch over them, they'll probably land in an unmarked grave at the final
showdown.

Don't bug us about their quality - exercise your Free Software rights,
patch up the offender and send us the patch on the fastest steed you can
steal from the Confederates. Because you see, in this world, there's two
kinds of people, my friend: those with loaded guns and those who dig.
You dig.

This module contains a set of plug-ins that aren't up to par compared to the
rest. They might be close to being good quality, but they're missing something
- be it a good code review, some documentation, a set of tests, a real live
maintainer, or some actual wide use. If the blanks are filled in they might be
upgraded to become part of either gst-plugins-good or gst-plugins-ugly,
depending on the other factors.
If the plug-ins break, you can't complain - instead, you can fix the
problem and send us a patch, or bribe someone into fixing them for you.
New contributors can start here for things to work on.

Other modules containing plug-ins are:

gst-plugins-base
contains a basic set of well-supported plug-ins
gst-plugins-good
contains a set of well-supported plug-ins under our preferred license
gst-plugins-ugly
contains a set of well-supported plug-ins, but might pose problems for
distributors

Features of this release

* Fix DVD playback
* New elements: DTMF tone source and detector
* ASS subtitle support improvements
* Fix compilation on OS/X Snow Leopard
* Support DVB 3.3 API
* Inputselector fixes

Bugs fixed in this release

* 602106 : Bad atom size calculation
* 574434 : [camerabin] Changing default video/audio source for Windows
* 584361 : gppmux Support for 3gr6
* 586929 : [midi] Doesn't handle push
* 595161 : [mpegtsdemux] Internal dataflow problem with some streams.
* 598552 : faac: Clean up defaults
* 598763 : New plugin: aiffmux
* 598808 : mpegpsmux: Fix CLFAGS typo and reorder flags
* 599050 : [mpegvideoparse] Does not check width/height range
* 599469 : resindvd: problems pre-rolling in the absence of audio
* 600454 : aacparse detecting aac file as mpegversion=2 instead of 4
* 600461 : [zbar] Over-eager detection of barcodes
* 600662 : [assrender] Doesn't synchronize subtitle buffers
* 600707 : autoconvert depends on function from core 0.10.26
* 600724 : celt: fails to build against celt-0.7
* 599903 : Scaletempo plugin stops early when playing slowly

Download

You can find source releases of gst-plugins-bad in the download directory:
http://gstreamer.freedesktop.org/src/gst-plugins-bad/

GStreamer Homepage

More details can be found on the project's website:
http://gstreamer.freedesktop.org/

Support and Bugs

We use GNOME's bugzilla for bug reports and feature requests:
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer

Developers

GStreamer is stored in Git, hosted at git.freedesktop.org, and can be cloned from there.
Interested developers of the core library, plug-ins, and applications should
subscribe to the gstreamer-devel list. If there is sufficient interest we
will create more lists as necessary.

Applications

Contributors to this release

* Bastian Hecht
* Chris Hills
* David Schleef
* Edward Hervey
* Gabriel Millaire
* Jan Schmidt
* Julien Isorce
* Michael Smith
* Olivier CrÃªte
* RenÃ© Stadler
* Robert Swain
* Sebastian DrÃ¶ge
* Stefan Kost
* Teemu Katajisto
* Thiago Santos
* Tim-Philipp MÃ¼ller
* Tommi MyÃ¶hÃ¤nen
* Wim Taymans
Â
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer Good Plug-ins 0.10.17 'They used to sparkle'

2009-11-16T17:52:50Z

This mail announces the release of GStreamer Good Plug-ins 0.10.17 'They used to sparkle'.

GStreamer Good Plug-ins is a set of plug-ins that we consider to have good
quality code and correct functionality, under our preferred license (LGPL for
the plug-in code, LGPL or LGPL-compatible for the supporting library).

For more information, see http://gstreamer.freedesktop.org/modules/gst-plugins-good.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-plugins-good

Release notes for GStreamer Good Plug-insÂ 0.10.17 "They used to sparkle"

The GStreamer team is proud to announce a new release
in the 0.10.x stable series of the
GStreamer Good Plug-ins.

The 0.10.x series is a stable series targeted at end users.
It is not API or ABI compatible with the stable 0.8.x series.
It is, however, parallel installable with the 0.8.x series.

"Such ingratitude. After all the times I've saved your life."

A collection of plug-ins you'd want to have right next to you on the
battlefield. Shooting sharp and making no mistakes, these plug-ins have it
all: good looks, good code, and good licensing. Documented and dressed up
in tests. If you're looking for a role model to base your own plug-in on,
here it is.

If you find a plot hole or a badly lip-synced line of code in them,
let us know - it is a matter of honour for us to ensure Blondie doesn't look
like he's been walking 100 miles through the desert without water.

This module contains a set of plug-ins that we consider to have good quality
code, correct functionality, our preferred license (LGPL for the plug-in
code, LGPL or LGPL-compatible for the supporting library).
We believe distributors can safely ship these plug-ins.
People writing elements should base their code on these elements.

Other modules containing plug-ins are:

gst-plugins-base
contains a basic set of well-supported plug-ins
gst-plugins-ugly
contains a set of well-supported plug-ins, but might pose problems for
distributors
gst-plugins-bad
contains a set of less supported plug-ins that haven't passed the
rigorous quality testing we expect

Features of this release

* RTP improvements
* Support automatic cropping in videobox
* Add TTL multicast UDP property
* AVI demux push mode fixes and performance improvements
* Support large and unusual chunks sizes in wav
* Quicktime demuxer improvements
* JPEG decode fixes and speedups
* Support interlaced Y4M file output
* DV demuxer improvements
* Pulseaudio fixes and improvements
* Support Pulseaudio PLAY/PAUSE requests
* speexdec improvements
* FLV demuxer improvements
* Fix audio noise in the Equalizer plugin, and other improvements
* Fix compilation on OS/X Snow Leopard
* AVI muxer fixes
* Support MPEG V4L2 devices and improve timestamping
* Better jpeg2k support
* Many other bug fixes and improvements

Bugs fixed in this release

* 597848 : " Media Player Classic " won't play certain files produced by avimux.
* 588245 : TTL is never applied with udpsink/udpmultisink
* 368681 : avimux + vbr lame always out of sync
* 458629 : [avidemux] high memory usage for many index entries
* 561825 : Problem with RTCP thread using freed objects
* 581334 : [qtdemux] Add support for embedded subtitles
* 582238 : [videobox] Add support for autocrop to caps
* 590362 : [v4l2src] x264enc ! qtmux fails because of missing frame duration
* 591713 : [y4menc] interlaced support
* 593354 : rtpjitterbuffer sometimes outputs packets with timestamps in the past
* 593391 : [rtpsession] : rtp_session_on_timeout : Invalid read of size 4
* 593688 : effectv can no longer be compiled with gcc 3
* 593757 : [qtdemux] Lack of support for QualComm PureVoice
* 593764 : [v4l2src] format ordering: put emulated formats behind native formats
* 593955 : rtpjitterbuffer: clock_rate can change between its check and its use
* 594039 : missing unref in rtpsource / leak
* 594133 : [rtspsrc] leaks authentication info
* 594247 : missing math.h include in rtpjpegdepay
* 594248 : Use locked-state on internal rtp-bin to avoid shutdown-state-race
* 594251 : Avoid throwing out reordered packets with the same timestamp
* 594253 : jitterbuf: Only post a warning of clock-rate changed if it is changed from something initialized
* 594254 : propagate the pt-type-changed signal
* 594283 : rtpbin: make free_session() remove dangling stream references
* 594298 : Check if libsoup has SSL support before running HTTPS test in souphttpsrc testsuite
* 594490 : gstrtpbin always uses pt to demux
* 594520 : multipartmux: mark data buffer as delta-unit
* 594599 : videobox: converts AYUV to I420 incorrectly
* 594663 : Patch for multifilesink
* 594691 : rtph263pay: leak
* 595029 : pulse elements fail to connect to pulse 0.9.9
* 595220 : gstreamer crashes on pulseaudio latency change
* 595231 : [pulsesink] Lowers volume after every new track
* 595888 : qtdemux plugin should not return value from void function
* 595897 : Problem linking videomixer
* 595942 : [qtdemux] issue with corrupted 3gp file
* 596319 : [qtdemux] fails to parse pixel aspect ratio data
* 597091 : [flvdemux] not outputting no-more-pads causes playbin2 to fail badly on streamed single-stream flv
* 597214 : [avidemux] Fix printf formats to avoid warnings in avidemux
* 597348 : [qtdemux] Cast variables passed to printf to avoid warnings about incorrect formats
* 597351 : [jpegdec] segfaults on a specific picture
* 597397 : equalizer is non deterministic
* 597463 : [pulsesrc] has no lower bound for fragment size
* 597601 : [pulsesink] needs to take control of minreq value
* 597730 : osssrc rank should be secondary, just like osssink
* 597847 : Windows Media Player won't play large files produced by avimux
* 597867 : Plugins good do not build on Ubuntu Hardy (kernel 2.6.24)
* 598377 : rtpmanager: only forward the lost event to the last seen payloadnumber
* 598517 : [jpegdec] Regression supporting 4:2:2 jpeg videos
* 598810 : wavenc: Fix buffer offset by moving length incrementation
* 598933 : [pulse] Fix the StreamVolume interface not being advertised
* 601381 : v4l2: Make sure to initialize variables before using them

Download

You can find source releases of gst-plugins-good in the download directory:
http://gstreamer.freedesktop.org/src/gst-plugins-good/

GStreamer Homepage

More details can be found on the project's website:
http://gstreamer.freedesktop.org/

Support and Bugs

We use GNOME's bugzilla for bug reports and feature requests:
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer

Developers

GStreamer is stored in Git, hosted at git.freedesktop.org, and can be cloned from there.
Interested developers of the core library, plug-ins, and applications should
subscribe to the gstreamer-devel list. If there is sufficient interest we
will create more lists as necessary.

Applications

Contributors to this release

* Alessandro Decina
* Andy Wingo
* Arnout Vandecappelle
* Bastien Nocera
* Brian Cameron
* Christian F.K. Schaller
* David Henningsson
* David Schleef
* Edward Hervey
* Gabriel Millaire
* Havard Graff
* HÃ¥vard Graff
* Jan Schmidt
* Jarkko Palviainen
* Josep Torra
* Laurent Glayal
* Lennart Poettering
* Marc Leeman
* Marc-AndrÃ© Lureau
* Mark Nauwelaerts
* Marvin Schmidt
* Michael Smith
* Olivier CrÃªte
* Pau Garcia i Quiles
* Peter Kjellerstedt
* Priit Laes
* RenÃ© Stadler
* Robert Swain
* Sebastian DrÃ¶ge
* Sjoerd Simons
* Stefan Kost
* Stephen Jungels
* Stig Sandnes
* Thiago Santos
* Tim-Philipp MÃ¼ller
* Wim Taymans
* Zaheer Merali
Â
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T09:49:08Z

Check the email thread on this list from last week...

On 11/11/09, Bastien Nocera <hadess@...> wrote:

> On Wed, 2009-11-11 at 01:42 -0800, Kristian Erik Hermansen wrote:
>> According to this list, patches even submitted years ago have not been
>> committed. Seems the project is dead to me. Gnome should mark
>> gnome-sound-recorder as abandoned as far as I am concerned...
>
> That's completely bogus. Find me committable years-old patches for
> gnome-sound-recorder.
>
> If this is the kind of attitude you're going to take when most of us
> work on gnome-sound-recorder in our spare time, I'd rather you didn't
> mail this list at all.
>
> Thanks
>
>> On 11/11/09, Alexey Fisher <bug-track@...> wrote:
>> > Great, :(
>> > i have some fixes against gsr. How can i push it upstream?
>> >
>> > Alexey
>> >
>> >
>> > Am Mittwoch, den 11.11.2009, 01:17 -0800 schrieb Kristian Erik
>> > Hermansen:
>> >> I think the gnome-sound-recorder team is dead...
>> >>
>> >>
>> >> On Wed, Nov 11, 2009 at 12:33 AM, Alexey Fisher
>> >> <bug-track@...> wrote:
>> >> > Are there any gnome-sound-recorder developer alive?
>> >> > I still can't contact any gnome-sound-recorder devs. Are there any?
>> >> > Do
>> >> > some one working on it?
>> >> >
>> >> > Alexey
>> >> >
>> >> > _______________________________________________
>> >> > gnome-multimedia mailing list
>> >> > gnome-multimedia@...
>> >> > http://mail.gnome.org/mailman/listinfo/gnome-multimedia
>> >> >
>> >>
>> >>
>> >>
>> >
>> >
>> >
>>
>
>
>

--
Sent from my mobile device

Kristian Erik Hermansen
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T04:45:44Z

On Wed, 2009-11-11 at 01:42 -0800, Kristian Erik Hermansen wrote:
> According to this list, patches even submitted years ago have not been
> committed. Seems the project is dead to me. Gnome should mark
> gnome-sound-recorder as abandoned as far as I am concerned...

That's completely bogus. Find me committable years-old patches for
gnome-sound-recorder.

If this is the kind of attitude you're going to take when most of us
work on gnome-sound-recorder in our spare time, I'd rather you didn't
mail this list at all.

Thanks

> On 11/11/09, Alexey Fisher <bug-track@...> wrote:
> > Great, :(
> > i have some fixes against gsr. How can i push it upstream?
> >
> > Alexey
> >
> >
> > Am Mittwoch, den 11.11.2009, 01:17 -0800 schrieb Kristian Erik
> > Hermansen:
> >> I think the gnome-sound-recorder team is dead...
> >>
> >>
> >> On Wed, Nov 11, 2009 at 12:33 AM, Alexey Fisher
> >> <bug-track@...> wrote:
> >> > Are there any gnome-sound-recorder developer alive?
> >> > I still can't contact any gnome-sound-recorder devs. Are there any? Do
> >> > some one working on it?
> >> >
> >> > Alexey
> >> >
> >> > _______________________________________________
> >> > gnome-multimedia mailing list
> >> > gnome-multimedia@...
> >> > http://mail.gnome.org/mailman/listinfo/gnome-multimedia
> >> >
> >>
> >>
> >>
> >
> >
> >
>

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T04:44:04Z

On Wed, 2009-11-11 at 02:09 -0800, Kristian Erik Hermansen wrote:

> Hello,
>
> On Wed, Nov 11, 2009 at 1:53 AM, Marc-André Lureau
> <marcandre.lureau@...> wrote:
> > If you want to help, you could review other bugs, and/or maintain your
> > own git branch on some server - that could keep you happy and
> > productive, and we would give you more responsibility. If you don't
> > want any, then you'll have to wait.
>
> I think the best first step would be to actually list
> gnome-sound-recorder on Gnome's bug tracking system, which it is not.
> If I knew how to begin that process, I would take the lead. See the
> link below for proof that this project is not listed...
>
> https://bugzilla.gnome.org/enter_bug.cgi?classification=__all

That'd be because you're looking in the wrong place.
gnome-sound-recorder is part of gnome-media. So look under gnome-media:
https://bugzilla.gnome.org/buglist.cgi?quicksearch=component%3AGnome-Sound-Recorder+product%3A%22gnome-media%22+

Cheers

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T02:29:10Z

Am Mittwoch, den 11.11.2009, 10:53 +0100 schrieb Marc-André Lureau:

> Hi
>
> On Wed, Nov 11, 2009 at 9:33 AM, Alexey Fisher
> <bug-track@...> wrote:
> > Are there any gnome-sound-recorder developer alive?
> > I still can't contact any gnome-sound-recorder devs. Are there any? Do
> > some one working on it?
>
> I am one of the maintainer of gnome-media. We are all lacking time,
> and this kind of comment is not helping.

This is not comment. This is question.

> You have posted a patch not so long ago. Please be kind and patient.
>
> That said, I am sorry not to had time to check it - the main issue
> being that gnome-media is not so easy to compile on a not so
> up-to-date system. I blame myself not to spend enough time on it.

I understand you problem, but simple answer like: "i don't have
currently any time" will make things sort of clear. Communication is
important.

> If you want to help, you could review other bugs, and/or maintain your
> own git branch on some server - that could keep you happy and
> productive, and we would give you more responsibility. If you don't
> want any, then you'll have to wait.

I'm in hard part of my study, so there is no time easer. I understand
you do not have time so i not bothering you with bug reports. I do not
seek how to make me or you busy. If i have some problems making my
work/study hard i try to fix it.
Currently i use ubuntu karmik and gsr is badly broken for me. I invested
my free time to investigate it and fix it. Not bad for _user_. Now i use
my own debs of gnome-media and i will make my fix accessible for all. If
this is not help... then you will to mach from me, i have given you all
i have.
I learned to read source by my self and i can adopt some code.
I'm not a programmer and i can't create some thing new. I thank you for
all you do and create, but it seems like most developers learn how to
program and do not know how to communicate.

Any way,
take your time
i'll be happy to know, this patches go upstream.

regards,

Alexey

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T02:09:46Z

Hello,

On Wed, Nov 11, 2009 at 1:53 AM, Marc-André Lureau
<marcandre.lureau@...> wrote:
> If you want to help, you could review other bugs, and/or maintain your
> own git branch on some server - that could keep you happy and
> productive, and we would give you more responsibility. If you don't
> want any, then you'll have to wait.

I think the best first step would be to actually list
gnome-sound-recorder on Gnome's bug tracking system, which it is not.
If I knew how to begin that process, I would take the lead. See the
link below for proof that this project is not listed...

https://bugzilla.gnome.org/enter_bug.cgi?classification=__all
--
Kristian Erik Hermansen
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T01:53:07Z

Hi

On Wed, Nov 11, 2009 at 9:33 AM, Alexey Fisher
<bug-track@...> wrote:
> Are there any gnome-sound-recorder developer alive?
> I still can't contact any gnome-sound-recorder devs. Are there any? Do
> some one working on it?

I am one of the maintainer of gnome-media. We are all lacking time,
and this kind of comment is not helping.

You have posted a patch not so long ago. Please be kind and patient.

That said, I am sorry not to had time to check it - the main issue
being that gnome-media is not so easy to compile on a not so
up-to-date system. I blame myself not to spend enough time on it.

If you want to help, you could review other bugs, and/or maintain your
own git branch on some server - that could keep you happy and
productive, and we would give you more responsibility. If you don't
want any, then you'll have to wait.

regards

--
Marc-André Lureau
Sent from Barcelona, Spain
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T01:42:24Z

According to this list, patches even submitted years ago have not been
committed. Seems the project is dead to me. Gnome should mark
gnome-sound-recorder as abandoned as far as I am concerned...

On 11/11/09, Alexey Fisher <bug-track@...> wrote:

> Great, :(
> i have some fixes against gsr. How can i push it upstream?
>
> Alexey
>
>
> Am Mittwoch, den 11.11.2009, 01:17 -0800 schrieb Kristian Erik
> Hermansen:
>> I think the gnome-sound-recorder team is dead...
>>
>>
>> On Wed, Nov 11, 2009 at 12:33 AM, Alexey Fisher
>> <bug-track@...> wrote:
>> > Are there any gnome-sound-recorder developer alive?
>> > I still can't contact any gnome-sound-recorder devs. Are there any? Do
>> > some one working on it?
>> >
>> > Alexey
>> >
>> > _______________________________________________
>> > gnome-multimedia mailing list
>> > gnome-multimedia@...
>> > http://mail.gnome.org/mailman/listinfo/gnome-multimedia
>> >
>>
>>
>>
>
>
>

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T01:39:12Z

Great, :(
i have some fixes against gsr. How can i push it upstream?

Alexey

Am Mittwoch, den 11.11.2009, 01:17 -0800 schrieb Kristian Erik
Hermansen:

> I think the gnome-sound-recorder team is dead...
>
>
> On Wed, Nov 11, 2009 at 12:33 AM, Alexey Fisher
> <bug-track@...> wrote:
> > Are there any gnome-sound-recorder developer alive?
> > I still can't contact any gnome-sound-recorder devs. Are there any? Do
> > some one working on it?
> >
> > Alexey
> >
> > _______________________________________________
> > gnome-multimedia mailing list
> > gnome-multimedia@...
> > http://mail.gnome.org/mailman/listinfo/gnome-multimedia
> >
>
>
>

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: are there any gnome-sound-recorder developer alive?

2009-11-11T01:17:37Z

I think the gnome-sound-recorder team is dead...

On Wed, Nov 11, 2009 at 12:33 AM, Alexey Fisher
<bug-track@...> wrote:

> Are there any gnome-sound-recorder developer alive?
> I still can't contact any gnome-sound-recorder devs. Are there any? Do
> some one working on it?
>
> Alexey
>
> _______________________________________________
> gnome-multimedia mailing list
> gnome-multimedia@...
> http://mail.gnome.org/mailman/listinfo/gnome-multimedia
>

--
Kristian Erik Hermansen
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

are there any gnome-sound-recorder developer alive?

2009-11-11T00:33:58Z

Are there any gnome-sound-recorder developer alive?
I still can't contact any gnome-sound-recorder devs. Are there any? Do
some one working on it?

Alexey

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: gnome-sound-recorder bug

2009-11-01T23:03:28Z

Welcome in club Kristian,

i reporter this bug and provided patches to fix it for some time,
and i didn't get any answer.

here are the links:
https://bugzilla.gnome.org/show_bug.cgi?id=595564
https://bugzilla.gnome.org/show_bug.cgi?id=595830
https://bugzilla.gnome.org/show_bug.cgi?id=595867

Regards,
Alexey

Am Sonntag, den 01.11.2009, 22:22 -0800 schrieb Kristian Erik Hermansen:

> Please let me know if you can reproduce this in the latest code...
>
> * Start gnome-sound-recorder
> * Record to MP3 (any format should work though) for roughly five seconds
> * Stop the recording
> * Select File -> Close
> * A dialog pops up: "Save recording before closing?"
> * Select "Cancel"
> Expected behavior is that the program should continue running in the
> same state prior to the File -> Close action.
> The application currently behaves correctly. However, let's go a few
> steps further to see how gnome-sound-recorder will fail.
>
> * Start gnome-sound-recorder
> * Record to MP3 (any format should work though) for roughly five seconds
> * Stop the recording
> * Select File -> Quit
> * A dialog pops up: "Save recording before closing?"
> * Select "Cancel"
> Expected behavior is that the program should continue running in the
> same state prior to the File -> Quit action.
> The application currently behaves correctly.
>
> * Start gnome-sound-recorder
> * Record to MP3 (any format should work though) for roughly five seconds
> * Stop the recording
> * Click the GUI Window X in order to invoke the "Close Window" function
> * A dialog pops up: "Save recording before closing?"
> * Select "Cancel"
> Expected behavior is that the program should continue running in the
> same state prior to the "Close Window" action.
> @@@THE APPLICATION BEHAVES INCORRECTLY BY IMPROPERLY TERMINATING.@@@
>
> I attempted to file this bug on the gnome website, but the
> gnome-sound-recorder application is not listed under "All
> Applications"
> https://bugzilla.gnome.org/enter_bug.cgi?classification=__all
>
> Please advise.
>
> Regards,

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

gnome-sound-recorder bug

2009-11-01T22:22:36Z

Please let me know if you can reproduce this in the latest code...

* Start gnome-sound-recorder
* Record to MP3 (any format should work though) for roughly five seconds
* Stop the recording
* Select File -> Close
* A dialog pops up: "Save recording before closing?"
* Select "Cancel"
Expected behavior is that the program should continue running in the
same state prior to the File -> Close action.
The application currently behaves correctly. However, let's go a few
steps further to see how gnome-sound-recorder will fail.

* Start gnome-sound-recorder
* Record to MP3 (any format should work though) for roughly five seconds
* Stop the recording
* Select File -> Quit
* A dialog pops up: "Save recording before closing?"
* Select "Cancel"
Expected behavior is that the program should continue running in the
same state prior to the File -> Quit action.
The application currently behaves correctly.

* Start gnome-sound-recorder
* Record to MP3 (any format should work though) for roughly five seconds
* Stop the recording
* Click the GUI Window X in order to invoke the "Close Window" function
* A dialog pops up: "Save recording before closing?"
* Select "Cancel"
Expected behavior is that the program should continue running in the
same state prior to the "Close Window" action.
@@@THE APPLICATION BEHAVES INCORRECTLY BY IMPROPERLY TERMINATING.@@@

I attempted to file this bug on the gnome website, but the
gnome-sound-recorder application is not listed under "All
Applications"
https://bugzilla.gnome.org/enter_bug.cgi?classification=__all

Please advise.

Regards,
--
Kristian Erik Hermansen
http://www.linkedin.com/in/kristianhermansen
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Rygel 0.4.4

2009-10-27T08:45:12Z

Rygel 0.4.4 (Green & Mean) is out!

Brief summary of changes since 0.4.2:

- Provide a gstreamer-based MediaRenderer plugin. This is mostly code stolen (
and heavily adapted) from gupnp-media-renderer except that it doesn't depend
on libowl-av and/or gtk+.
- More ease for MediaServer implementors.
- Better error handling.
- Make sure no message is suppressed until we know what level of console output
user wants.
- Make use of vala's async support to simplify code quite a bit.
- Plugins should load xml files from source tree when built with
'--enable-uninstalled' configure flag.
- Build with no optimizations in debug mode.
- Use closure table to speed up object lookup and deletion.
- Add build option for SQL debugging.
- Workaround a crasher bug (#3774) in sqlite 3.6.12.
- Use vala's static client D-Bus syntax.
- Early ignorance of disabled plugins. This not only speeds-up startup a bit but
also rids us of redundant debug messages.
- MediaExport:
- Nicely handle unavailability of gstreamer's playbin(2) element.
- Fix a potential crasher.
- Tracker:
- Use multidimensional arrays to deal with search results. This combined with
static client D-Bus syntax gives us quite a speed boost.
- Handle item creation error.
- External:
- Allow applications to provide custom thumbnails for items.
- Support pixel-aspect-ratio properties.
- All D-Bus operations are now done asynchronously.
- Make use of plugin icon if provided.
- Move magic string substitution to core so other plugins can benefit from it.
- Lots of other improvements and bug fixes.

Dependency-related changes:

- Require and adapt to libgee >= 0.5.
- Require and adapt to valac >= 0.7.8.

Bugs fixed in this release:

597276 - Rygel crash on startup
587649 - thumbnails not published for external media servers
589959 - External plugin should query media servers on demand
598005 - unable to load media-tracker plugin

All contributors to this release:

Zeeshan Ali (Khattak) <zeeshanak@...>
Jens Georg <mail@...>
Thijs Vermeir <thijsvermeir@...>

Download source tarball at: http://ftp.gnome.org/pub/GNOME/sources/rygel/0.4
-----

What is Rygel?

Rygel is a collection of DLNA (UPnP) services (devices in UPnP speak),
implemented through a plug-in mechanism. It is specifically designed
for GNOME (Mobile), is based on GUPnP and written (mostly) in Vala
language.

More info at: http://live.gnome.org/Rygel

--
Regards,

Zeeshan Ali (Khattak)
FSF member#5124
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: GStreamer profile for Transmageddon/Arista for the Meizu M6 player

2009-10-25T16:55:10Z

Hi all,
seems that my mail with the videos attached was too big for the list. As
no admin unblocked it, it never reached the list... So here it goes
again. I now give you the URLs where you can download the files.

Daniel G. Taylor a écrit :
> If you don't
> have any input files you want to use then use a test source to generate
> a small video:
>
> gst-launch-0.10 videotestsrc num-buffers=500 ! x264enc crf=23 ! qtmux
> ! filesink location="test.mp4"

= Original =
Thanks for the tip. Here is how I generated the attached test file :

gst-launch-0.10 videotestsrc num-buffers=100 ! theoraenc ! queue !
oggmux name=mux audiotestsrc num-buffers=100 ! audioconvert ! vorbisenc
! queue ! mux. mux. ! queue ! filesink location=test.ogv

Download it at http://liberforce.perso.sfr.fr/tmp/test.ogv

= GStreamer test =
Then for the test file converted with gstreamer (doesn't play in the
Meizu device) :

gst-launch-0.10 filesrc location=test.ogv ! decodebin name=decoder
decoder.! queue ! videorate ! videoscale !
'video/x-raw-yuv,framerate=(fraction)20/1,width=320,height=240' !
videoflip method=clockwise ! xvidenc bitrate=384000 max-bframes=0 !
queue ! avimux name=mux ! progressreport ! filesink
location=test-gstreamer.avi decoder.! queue ! audioconvert !
audioresample ! 'audio/x-raw-int,channels=2,rate=44100' ! lame
mode=stereo vbr=none bitrate=128 ! mux.

Download it at http://liberforce.perso.sfr.fr/tmp/test-gstreamer.avi

= Mencoder test =
And finally, the test file converted with mencoder (plays in the Meizu
device) :

mencoder test.ogv -idx -noodml -ofps 20 -vf
scale=320:-2,expand=:240:::1,crop=320:240,rotate=1 -ovc lavc -ffourcc
XVID -lavcopts vcodec=mpeg4:vbitrate=384:vmax_b_frames=0:vhq -sws 9
-srate 44100 -oac mp3lame -lameopts cbr:br=128:mode=0 -o test-mencoder.avi

http://liberforce.perso.sfr.fr/tmp/test-mencoder.avi

Thanks everyone for your help, don't hesitate to ask for more info.
--
Luis

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer Bad Plug-ins 0.10.16 'Sensible Precaution'

2009-10-23T15:36:21Z

This mail announces the release of GStreamer Bad Plug-ins 0.10.16 'Sensible Precaution'.

GStreamer Bad Plug-ins is a set of plug-ins that aren't up to par compared to
the rest. They might be close to being good quality, but they're missing
something - be it a good code review, some documentation, a set of tests, a
real live maintainer, or some actual wide use.

For more information, see http://gstreamer.freedesktop.org/modules/gst-plugins-bad.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-plugins-bad

Release notes for GStreamer Bad Plug-insÂ 0.10.16 "Sensible Precaution"

The GStreamer team is proud to announce a new release
in the 0.10.x stable series of the
GStreamer Bad Plug-ins.

The 0.10.x series is a stable series targeted at end users.
It is not API or ABI compatible with the stable 0.8.x series.
It is, however, parallel installable with the 0.8.x series.

"That an accusation?"

No perfectly groomed moustache or any amount of fine clothing is going to
cover up the truth - these plug-ins are Bad with a capital B.
They look fine on the outside, and might even appear to get the job done, but
at the end of the day they're a black sheep. Without a golden-haired angel
to watch over them, they'll probably land in an unmarked grave at the final
showdown.

Don't bug us about their quality - exercise your Free Software rights,
patch up the offender and send us the patch on the fastest steed you can
steal from the Confederates. Because you see, in this world, there's two
kinds of people, my friend: those with loaded guns and those who dig.
You dig.

This module contains a set of plug-ins that aren't up to par compared to the
rest. They might be close to being good quality, but they're missing something
- be it a good code review, some documentation, a set of tests, a real live
maintainer, or some actual wide use. If the blanks are filled in they might be
upgraded to become part of either gst-plugins-good or gst-plugins-ugly,
depending on the other factors.
If the plug-ins break, you can't complain - instead, you can fix the
problem and send us a patch, or bribe someone into fixing them for you.
New contributors can start here for things to work on.

Other modules containing plug-ins are:

gst-plugins-base
contains a basic set of well-supported plug-ins
gst-plugins-good
contains a set of well-supported plug-ins under our preferred license
gst-plugins-ugly
contains a set of well-supported plug-ins, but might pose problems for
distributors

Features of this release

* Fix various bugs in the 0.10.15 release
* Fix a deadlock in starting DVD
* Fix compilation problems
* Allow libneon versions >= 29.x

Bugs fixed in this release

* 599272 : faac check fails, undefined symbol
* 599332 : [neonhttpsrc] fails to compile with libneon 0.29.0

Download

You can find source releases of gst-plugins-bad in the download directory:
http://gstreamer.freedesktop.org/src/gst-plugins-bad/

GStreamer Homepage

More details can be found on the project's website:
http://gstreamer.freedesktop.org/

Support and Bugs

We use GNOME's bugzilla for bug reports and feature requests:
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer

Developers

GStreamer is stored in Git, hosted at git.freedesktop.org, and can be cloned from there.
Interested developers of the core library, plug-ins, and applications should
subscribe to the gstreamer-devel list. If there is sufficient interest we
will create more lists as necessary.

Applications

Contributors to this release

* Edward Hervey
* Jan Schmidt
* Julien Isorce
* Kaj-Michael Lang
* Sebastian DrÃ¶ge
* Thomas Green
* Tim-Philipp MÃ¼ller
Â
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer Ugly Plug-ins 0.10.13 'Appointed Point'

2009-10-21T09:42:54Z

This mail announces the release of GStreamer Ugly Plug-ins 0.10.13 'Appointed Point'.

GStreamer Ugly Plug-ins is a set of plug-ins that have good quality and correct
functionality, but distributing them might pose problems. The license on either
the plug-ins or the supporting libraries might not be how we'd like. The code
might be widely known to present patent problems.

For more information, see http://gstreamer.freedesktop.org/modules/gst-plugins-ugly.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-plugins-ugly

Release notes for GStreamer Ugly Plug-insÂ 0.10.13 "Appointed Point"

The GStreamer team is proud to announce a new release
in the 0.10.x stable series of the
GStreamer Ugly Plug-ins.

The 0.10.x series is a stable series targeted at end users.
It is not API or ABI compatible with the stable 0.8.x series.
It is, however, parallel installable with the 0.8.x series.

"When you have to shoot, shoot. Don't talk."

There are times when the world needs a color between black and white.
Quality code to match the good's, but two-timing, backstabbing and ready to
sell your freedom down the river. These plug-ins might have a patent noose
around their neck, or a lock-up license, or any other problem that makes you
think twice about shipping them.

We don't call them ugly because we like them less. Does a mother love her
son less because he's not as pretty as the other ones ? No - she commends
him on his great personality. These plug-ins are the life of the party.
And we'll still step in and set them straight if you report any unacceptable
behaviour - because there are two kinds of people in the world, my friend:
those with a rope around their neck and the people who do the cutting.

This module contains a set of plug-ins that have good quality and correct
functionality, but distributing them might pose problems. The license
on either the plug-ins or the supporting libraries might not be how we'd
like. The code might be widely known to present patent problems.
Distributors should check if they want/can ship these plug-ins.

Other modules containing plug-ins are:

gst-plugins-base
contains a basic set of well-supported plug-ins
gst-plugins-good
contains a set of well-supported plug-ins under our preferred license
gst-plugins-bad
contains a set of less supported plug-ins that haven't passed the
rigorous quality testing we expect

Features of this release

* Improve A52 decoder
* Add AMR-WB decoder and AMR-NB decoder/encoder based on OpenCore codecs
* ASF playback improvements
* Improve mp3 parser and seeking

Bugs fixed in this release

* 519721 : [asfdemux] wma tags are not copied when converting to another format
* 584890 : AMR plugins based on Opencore codecs
* 585956 : [mp3parse] indexing improvements
* 590432 : It's only possible to build the mad plugin when building id3tag as well
* 591348 : AMR plugins should check for opencore-amr .pc files
* 592787 : a52dec: Allow liba52 to use djbfft based IMDCT transform
* 596517 : x264 element no longer compiles against changed upstream API
* 598272 : a52dec leaks input buffers
* 598370 : Properly detect pre-releases

Download

You can find source releases of gst-plugins-ugly in the download directory:
http://gstreamer.freedesktop.org/src/gst-plugins-ugly/

GStreamer Homepage

More details can be found on the project's website:
http://gstreamer.freedesktop.org/

Support and Bugs

We use GNOME's bugzilla for bug reports and feature requests:
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer

Developers

GStreamer is stored in Git, hosted at git.freedesktop.org, and can be cloned from there.
Interested developers of the core library, plug-ins, and applications should
subscribe to the gstreamer-devel list. If there is sufficient interest we
will create more lists as necessary.

Applications

Contributors to this release

* Christian Schaller
* David Schleef
* Edward Hervey
* Iago Toral
* Jan Schmidt
* Josep Torra
* Mark Nauwelaerts
* Mart Raudsepp
* Marvin Schmidt
* Michael Smith
* Olivier CrÃªte
* RenÃ© Stadler
* Sebastian DrÃ¶ge
* Stefan Kost
* Thiago Santos
* Tim-Philipp MÃ¼ller
* Wim Taymans
Â
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer Bad Plug-ins 0.10.15 'Ending the war'

2009-10-21T09:19:35Z

This mail announces the release of GStreamer Bad Plug-ins 0.10.15 'Ending the war'.

GStreamer Bad Plug-ins is a set of plug-ins that aren't up to par compared to
the rest. They might be close to being good quality, but they're missing
something - be it a good code review, some documentation, a set of tests, a
real live maintainer, or some actual wide use.

For more information, see http://gstreamer.freedesktop.org/modules/gst-plugins-bad.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-plugins-bad

Release notes for GStreamer Bad Plug-insÂ 0.10.15 "Ending the war"

The GStreamer team is proud to announce a new release
in the 0.10.x stable series of the
GStreamer Bad Plug-ins.

The 0.10.x series is a stable series targeted at end users.
It is not API or ABI compatible with the stable 0.8.x series.
It is, however, parallel installable with the 0.8.x series.

"That an accusation?"

No perfectly groomed moustache or any amount of fine clothing is going to
cover up the truth - these plug-ins are Bad with a capital B.
They look fine on the outside, and might even appear to get the job done, but
at the end of the day they're a black sheep. Without a golden-haired angel
to watch over them, they'll probably land in an unmarked grave at the final
showdown.

Don't bug us about their quality - exercise your Free Software rights,
patch up the offender and send us the patch on the fastest steed you can
steal from the Confederates. Because you see, in this world, there's two
kinds of people, my friend: those with loaded guns and those who dig.
You dig.

This module contains a set of plug-ins that aren't up to par compared to the
rest. They might be close to being good quality, but they're missing something
- be it a good code review, some documentation, a set of tests, a real live
maintainer, or some actual wide use. If the blanks are filled in they might be
upgraded to become part of either gst-plugins-good or gst-plugins-ugly,
depending on the other factors.
If the plug-ins break, you can't complain - instead, you can fix the
problem and send us a patch, or bribe someone into fixing them for you.
New contributors can start here for things to work on.

Other modules containing plug-ins are:

gst-plugins-base
contains a basic set of well-supported plug-ins
gst-plugins-good
contains a set of well-supported plug-ins under our preferred license
gst-plugins-ugly
contains a set of well-supported plug-ins, but might pose problems for
distributors

Features of this release

* Add barcode scanner plugin using the zbar library
* Improvements to camerabin
* Support audio-track format switching in DVD
* Improve parsing and display of PGS subpictures
* Add Cog plugin
* Add LV2 plugin support
* Improve VDPAU plugin. Add post-processing support
* Add videomeasure plugin
* Improve Siren codec
* Improved Directshow capture element
* Add EAC3 mapping in MPEG-TS playback
* Improve AAC encoding
* Improved MIDI file playback
* Improve H-264 parsing
* Add MPEG-PS muxer
* Add PNM encoder and decoder
* Add SVG decoder
* Update GLib dependency to GLib 2.16
* Various other bug fixes and improvements (see ChangeLog)

Bugs fixed in this release

* 303975 : Add tar support
* 519001 : [wildmidi] Doesn't handle seeking correctly
* 575261 : Do not use the outdated Debian/Ubuntu libass libraries!
* 583901 : aacparse fails for remuxing
* 589609 : [PATCH] fix dvdspu crash when subtitles do not fit the incoming video
* 593348 : faac encoder produces first buffer with wrong duration
* 593625 : Broken Compilation, missing files with latest commits in git repository
* 593683 : Typo in variable name for libraries to link against
* 593864 : pcapparse: Set the GStreamer timestamp according to the pcap timestamps
* 594030 : [mpegtsdemux] Support for AC3/EAC3 not 100% correct
* 594277 : Make the default segment of outputselector TIME instead of UNDEFINED
* 594278 : dshowvideosink: remove unused variable
* 594279 : dshowsrcwrapper: use tchar macro for string literals
* 594321 : Videomeasure plugin
* 594382 : assrender: Fix compilation with libass = 0.9.6
* 594489 : broken compilation for mpegdemux
* 594715 : libgstsignalprocessor install issues
* 594812 : [mpegpsdemux] Seeking broken for MPEG PS cut from VOB file
* 595215 : PNM encoder doesn't support ASCII encoding
* 595409 : PNM decoder can't decode ASCII encoded files.
* 596285 : gstvideomeasure crashes at the end of some streams
* 596743 : qtmux: fix flags_as_uint to flags[]
* 598139 : faad element leaks itself.
* 598263 : refcount leak in resindvd
* 598274 : dtsdec leaks input buffers
* 598369 : Properly detect pre-releases
* 598733 : id3mux doesn't write image to APIC tag
* 582779 : [resindvd] Add support for other audio codecs than ac3
* 595700 : PNM decoder doesn't handle ASCII encoded pnm data split over several buffers

Download

You can find source releases of gst-plugins-bad in the download directory:
http://gstreamer.freedesktop.org/src/gst-plugins-bad/

GStreamer Homepage

More details can be found on the project's website:
http://gstreamer.freedesktop.org/

Support and Bugs

We use GNOME's bugzilla for bug reports and feature requests:
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer

Developers

GStreamer is stored in Git, hosted at git.freedesktop.org, and can be cloned from there.
Interested developers of the core library, plug-ins, and applications should
subscribe to the gstreamer-devel list. If there is sufficient interest we
will create more lists as necessary.

Applications

Contributors to this release

* Alessandro Decina
* Carl-Anton Ingmarsson
* Christian Schaller
* Dave Robillard
* David Schleef
* Edward Hervey
* Havard Graff
* Jan Schmidt
* Josep Torra
* Julien Isorce
* Lasse Laukkanen
* Lin Yang
* Lutz Mueller
* Marc-AndrÃ© Lureau
* Mark Nauwelaerts
* Michael Smith
* Olivier CrÃªte
* Peter Christoffersen
* Peter Kjellerstedt
* RenÃ© Stadler
* Sebastian DrÃ¶ge
* Sebastian PÃ¶lsterl
* Stefan Kost
* Tim-Philipp MÃ¼ller
* Tommi MyÃ¶hÃ¤nen
* Vincent Penquerc'h
* Wim Taymans
* Zaheer Abbas Merali
* Ð ÑÑÐ»Ð°Ð½ ÐÐ¶Ð±ÑÐ»Ð°ÑÐ¾Ð²
Â
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: GStreamer profile for Transmageddon/Arista for the Meizu M6 player

2009-10-13T01:29:31Z

On Tue, 2009-10-13 at 03:06 +0200, Luis Menina wrote:
> Hi Christian, thanks for your advice. Do you have a prefered input file
> I could work on ? ATM I work on some videoclips wich are copyrighted. If
> you know how to encode only a few seconds of the original source, it
> would be considered IMHO as « fair use » or similar. A small Creative
> Commons video would also do the trick too (the only one I can think of
> is Big Buck Bunny which is a little too big ;-)).

You can generate small clips using GStreamer or FFmpeg pretty easily,
e.g.

ffmpeg -i infile -t 60 ... outfile.mp4

Will only encode the first 60 seconds of your input file. If you don't
have any input files you want to use then use a test source to generate
a small video:

gst-launch-0.10 videotestsrc num-buffers=500 ! x264enc crf=23 ! qtmux !
filesink location="test.mp4"

The GStreamer filesrc also supports num-buffers so you can limit the
amount of an input file that is encoded.

Take care,
--
Daniel G. Taylor
http://programmer-art.org/

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: GStreamer profile for Transmageddon/Arista for the Meizu M6 player

2009-10-13T00:06:42Z

On Tue, 2009-10-13 at 03:06 +0200, Luis Menina wrote:

> ATM I work on some videoclips wich are copyrighted. If
> you know how to encode only a few seconds of the original source, it
> would be considered IMHO as « fair use » or similar. A small Creative
> Commons video would also do the trick too (the only one I can think of
> is Big Buck Bunny which is a little too big ;-)).

You can find some smaller ogg/theora clips here:
http://commons.wikimedia.org/wiki/Category:OGV_files

Cheers
-Tim

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: GStreamer profile for Transmageddon/Arista for the Meizu M6 player

2009-10-12T18:06:26Z

Christian Fredrik Kalager Schaller a écrit :
> Hi Luis,
> What would help is if you can create two small clips, one with mencoder
> that works on your device and one with GStreamer that doesn't. Using the
> same input source. If you attach those two small clips to a GStreamer
> bugreport we will be able to compare them and try to figure out the
> problem.

Hi Christian, thanks for your advice. Do you have a prefered input file
I could work on ? ATM I work on some videoclips wich are copyrighted. If
you know how to encode only a few seconds of the original source, it
would be considered IMHO as « fair use » or similar. A small Creative
Commons video would also do the trick too (the only one I can think of
is Big Buck Bunny which is a little too big ;-)).

Thanks again,
--
Luis

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: GStreamer profile for Transmageddon/Arista for the Meizu M6 player

2009-10-12T03:27:04Z

Hi Luis,
What would help is if you can create two small clips, one with mencoder
that works on your device and one with GStreamer that doesn't. Using the
same input source. If you attach those two small clips to a GStreamer
bugreport we will be able to compare them and try to figure out the
problem.

Christian

On Fri, 2009-10-09 at 01:08 +0200, Luis Menina wrote:

> Hi Daniel, thanks for your answer and sorry for the late reply !
>
> Daniel G. Taylor a écrit :
> > On Fri, 2009-09-11 at 01:31 +0200, Luis Menina wrote:
> >> * snip *
> >>
> >> Specifications:
> >> ===============
> >> Framerate: 15-20 fps
> >> Resolution: 320x240
> >> Video Codec: XVID
> >> Video bitrate: 200-500 kbps
> >> Audio Codec: MP3
> >> Audio bitrate: 56-256 kbps
> >> Audio sampling freq: 44kHz
> >>
> >>
> >> mencoder command (works):
> >> =========================
> >> mencoder input.mp4 -idx -noodml -ofps 20 -vf
> >> scale=320:-2,expand=:240:::1,crop=320:240,rotate=1 -ovc lavc -ffourcc
> >> XVID -lavcopts vcodec=mpeg4:vbitrate=384:vmax_b_frames=0:vhq -sws 9
> >> -srate 44100 -oac mp3lame -lameopts cbr:br=128:mode=0 -o output.avi
> >>
> >> GStreamer pipeline (doesn't work):
> >> ==================================
> >> gst-launch-0.10 filesrc location=/home/luis/input.mp4 ! decodebin
> >> name=decoder decoder.! queue ! videorate ! videoscale !
> >> 'video/x-raw-yuv,framerate=(fraction)20/1,width=320,height=240' !
> >> videoflip method=clockwise ! xvidenc bitrate=384000 ! queue ! avimux
> >> name=mux ! progressreport ! filesink location=/home/luis/output.avi
> >> decoder.! queue ! audioconvert ! audioresample !
> >> 'audio/x-raw-int,channels=2,rate=44100' ! lame mode=stereo vbr=none
> >> bitrate=128 ! mux.
> >
> > Some stuff to try:
> >
> > * Encode just video or audio to see which is causing problems
>
> I tried with the video only, and it didn't work.
>
> I tried with a simple videotestsrc, and it didn't work:
> gst-launch-0.10 videotestsrc num-buffers=200 !
> 'video/x-raw-yuv,framerate=(fraction)20/1,width=320,height=240' !
> videoflip method=clockwise ! xvidenc bitrate=384000 ! queue ! avimux
> name=mux ! progressreport ! filesink location=/home/luis/videotestsrc.avi
>
> I tried with sound only, and it didn't work either:
> gst-launch-0.10 filesrc location=/home/luis/input.mp4 ! decodebin
> name=decoder avimux name=mux ! progressreport ! filesink
> location=/home/luis/sound-only.avi decoder.! queue ! audioconvert !
> audioresample ! 'audio/x-raw-int,channels=2,rate=44100' ! lame
> mode=stereo vbr=none bitrate=128 ! mux.
>
> > * Add max-bframes=0 to xvidenc
>
> Nope, doesn't work either...
>
> > * If the FOURCC isn't being set you could add it manually
> > I'm not 100% sure about the FOURCC thing but you might be able to do
> > something along the lines of ... ! 'video/x-xvid,
> > format=(fourcc)XVID' ! ... just after the xvidenc element.
>
> I use this command to generate trace files:
> GST_DEBUG=avidemux:3,riff:3 gst-launch-0.10 playbin2
> uri=file:///home/luis/testfile.avi
>
> In the traces, I find this:
> riff riff-read.c:302:gst_riff_parse_strh:<avidemux0> fcc_handler XVID
>
> From what I understand, this seems ok...
>
> > Good luck and if you get it working I'll add the preset to Arista.
>
> What I'd like to know is why mencoder and virtualdub can make it work,
> but not gstreamer...
>
> Do you have more ideas I could follow ?
>
> Thanks again for your help.
> --
> Luis
>
> _______________________________________________
> gnome-multimedia mailing list
> gnome-multimedia@...
> http://mail.gnome.org/mailman/listinfo/gnome-multimedia

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: GStreamer profile for Transmageddon/Arista for the Meizu M6 player

2009-10-08T16:08:35Z

Hi Daniel, thanks for your answer and sorry for the late reply !

Daniel G. Taylor a écrit :

> On Fri, 2009-09-11 at 01:31 +0200, Luis Menina wrote:
>> * snip *
>>
>> Specifications:
>> ===============
>> Framerate: 15-20 fps
>> Resolution: 320x240
>> Video Codec: XVID
>> Video bitrate: 200-500 kbps
>> Audio Codec: MP3
>> Audio bitrate: 56-256 kbps
>> Audio sampling freq: 44kHz
>>
>>
>> mencoder command (works):
>> =========================
>> mencoder input.mp4 -idx -noodml -ofps 20 -vf
>> scale=320:-2,expand=:240:::1,crop=320:240,rotate=1 -ovc lavc -ffourcc
>> XVID -lavcopts vcodec=mpeg4:vbitrate=384:vmax_b_frames=0:vhq -sws 9
>> -srate 44100 -oac mp3lame -lameopts cbr:br=128:mode=0 -o output.avi
>>
>> GStreamer pipeline (doesn't work):
>> ==================================
>> gst-launch-0.10 filesrc location=/home/luis/input.mp4 ! decodebin
>> name=decoder decoder.! queue ! videorate ! videoscale !
>> 'video/x-raw-yuv,framerate=(fraction)20/1,width=320,height=240' !
>> videoflip method=clockwise ! xvidenc bitrate=384000 ! queue ! avimux
>> name=mux ! progressreport ! filesink location=/home/luis/output.avi
>> decoder.! queue ! audioconvert ! audioresample !
>> 'audio/x-raw-int,channels=2,rate=44100' ! lame mode=stereo vbr=none
>> bitrate=128 ! mux.
>
> Some stuff to try:
>
> * Encode just video or audio to see which is causing problems

I tried with the video only, and it didn't work.

I tried with a simple videotestsrc, and it didn't work:
gst-launch-0.10 videotestsrc num-buffers=200 !
'video/x-raw-yuv,framerate=(fraction)20/1,width=320,height=240' !
videoflip method=clockwise ! xvidenc bitrate=384000 ! queue ! avimux
name=mux ! progressreport ! filesink location=/home/luis/videotestsrc.avi

I tried with sound only, and it didn't work either:
gst-launch-0.10 filesrc location=/home/luis/input.mp4 ! decodebin
name=decoder avimux name=mux ! progressreport ! filesink
location=/home/luis/sound-only.avi decoder.! queue ! audioconvert !
audioresample ! 'audio/x-raw-int,channels=2,rate=44100' ! lame
mode=stereo vbr=none bitrate=128 ! mux.

> * Add max-bframes=0 to xvidenc

Nope, doesn't work either...

> * If the FOURCC isn't being set you could add it manually
> I'm not 100% sure about the FOURCC thing but you might be able to do
> something along the lines of ... ! 'video/x-xvid,
> format=(fourcc)XVID' ! ... just after the xvidenc element.

I use this command to generate trace files:
GST_DEBUG=avidemux:3,riff:3 gst-launch-0.10 playbin2
uri=file:///home/luis/testfile.avi

In the traces, I find this:
riff riff-read.c:302:gst_riff_parse_strh:<avidemux0> fcc_handler XVID

From what I understand, this seems ok...

> Good luck and if you get it working I'll add the preset to Arista.

What I'd like to know is why mencoder and virtualdub can make it work,
but not gstreamer...

Do you have more ideas I could follow ?

Thanks again for your help.
--
Luis

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: Remote sound card.

2009-10-06T11:33:15Z

Użytkownik Bastien Nocera napisał:

> On Tue, 2009-10-06 at 18:10 +0200, W.P. wrote:
>
>> Hi,
>> I am trying to use my home-theater amplifier for playing sound from laptop.
>>
>> What do I have:
>> 1). Linux (Fedora 8) box connected to amplifier using analog signal
>> (will be digital in future),
>> 2). Win$ XP SP3 laptop on which I want to play videos/dvds, BUT having
>> sound thru amplifier.
>> 3). Ethernet 100M connection between boxes.
>>
>
> Nobody will want to support esound I'm afraid.
>
> Try using PulseAudio instead. There's some articles on the net:
> http://gleamynode.net/articles/2228/
>
>

"However, the biggest problem with PulseAudio is that it doesn’t have a
descent client implementation for Windows."

Ok, I can set up PA on my Linux (not really want to, as PA is known to
cause problems).

Does anyone here know an Win$ programmer? I mean someone that could
write something like WinESD -> virtual audio card driver in "native"
(non Cygwin, etc) mode.

> You can probably also use PulseAudio on the Windows machine, and export
> the sound to your Linux machine:
> http://www.cendio.com/pulseaudio/
>
>
"Also, the Win32 binary build <http://www.cendio.com/pulseaudio> didn’t
work for me, perhaps because it’s somewhat outdated and buggy."

WinESD at least "looks alive". I need to debug it on Linux side -> NO
debug output from esd.

W.P.
> Cheers
>
>

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: Add a new Totem plugin to transcode videos

2009-10-06T10:58:04Z

On Thu, 2009-09-10 at 10:15 +0200, thibaut bethune wrote:

> After some thoughts, maybe the plugin way is not the good one.
> It would be more convenient and powerfull to use MIME Types to allow
> user to open the current video in another multimedia application that
> could be Brasero, PiTiVi, Transmageddon (i've pointed this one because
> it has export capabilities for PSP, iPhone etc see
> http://www.linuxrising.org/transmageddon/screenshots/transmageddon-profiles.png),
> etc.
>
> Eye of GNOME does that for picture, see :
> http://www.imagup.com/pics/1252601086.html
> http://www.imagup.com/pics/1252601403.html
>
> i don't know if it's possible to easily export a video into Brasero

We already use brasero to do disc duplication, and brasero takes care of
the transcoding.

> or
> PiTiVi since these applications needs 1st to "open a new project"
> before dealing with videos but i think it would avoid cluttering
> Totem, allow a lot of flexibility (any application that deals with
> video would be concerned), be very simple to use and easily
> discoverable (not plugin to activate first)

Adding a plugin to show a:
Open [filename] in... -> Other movie player
Some movie converter
menu item in the Movie menu sounds like a good idea.

Cheers

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: Remote sound card.

2009-10-06T09:18:13Z

On Tue, 2009-10-06 at 18:10 +0200, W.P. wrote:
> Hi,
> I am trying to use my home-theater amplifier for playing sound from laptop.
>
> What do I have:
> 1). Linux (Fedora 8) box connected to amplifier using analog signal
> (will be digital in future),
> 2). Win$ XP SP3 laptop on which I want to play videos/dvds, BUT having
> sound thru amplifier.
> 3). Ethernet 100M connection between boxes.

Nobody will want to support esound I'm afraid.

Try using PulseAudio instead. There's some articles on the net:
http://gleamynode.net/articles/2228/

You can probably also use PulseAudio on the Windows machine, and export
the sound to your Linux machine:
http://www.cendio.com/pulseaudio/

Cheers

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Remote sound card.

2009-10-06T09:10:13Z

Hi,
I am trying to use my home-theater amplifier for playing sound from laptop.

What do I have:
1). Linux (Fedora 8) box connected to amplifier using analog signal
(will be digital in future),
2). Win$ XP SP3 laptop on which I want to play videos/dvds, BUT having
sound thru amplifier.
3). Ethernet 100M connection between boxes.

What I have found is WinESD (dead project?) on XP side and esound on
Linux. For the moment I have successfully compiled latest 0.2.41 esound
and installed "vitrual soundcard" on XP. But this does not work :(
Driver seems to connect to Linux machine, there are packets sent to it,
but NO sound.
On the other side, if I issue
esdplay -s 192.168.2.5:5001 /mnt/C/windows/media/notify.wav on Linux
box, sound płays.

More, there is NO debug output from esd, even started with debug options:
esd -tcp -port 5001 -public -vt -vc -d hw:0

It simply prints:
- accepting connections on port 5001
- enabling trace diagnostic info
- enabling comms diagnostic info
- using device hw:0

but no one letter more.

Please help/give some advice.

W.P.
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer FFmpeg Plug-ins 0.10.9 'Shooting the moon'

2009-10-05T08:14:56Z

This mail announces the release of GStreamer FFmpeg Plug-ins 0.10.9 'Shooting the moon'.

GStreamer FFmpeg plug-in contains elements using the FFmpeg library code. It
contains most popular decoders as well as very fast
colorspace conversion elements.

For more information, see http://gstreamer.freedesktop.org/modules/gst-ffmpeg.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-ffmpeg

_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer Python Bindings 0.10.17 'Shiny new button'

2009-10-05T08:14:36Z

This mail announces the release of GStreamer Python Bindings 0.10.17 'Shiny new button'.

GStreamer Python Bindings is a set of Python bindings for GStreamer, using
the same system as PyGTK.
It also comes with a number of examples.

For more information, see http://gstreamer.freedesktop.org/modules/gst-python.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-python

Release notes for GStreamer Python bindingsÂ 0.10.17 "Shiny new button"

The GStreamer team is proud to announce a new release
in the 0.10.x stable series of the
GStreamer Python Bindings.

The 0.10.x series is a stable series targeted at end users.
It is not API or ABI compatible with the stable 0.8.x series.
It is, however, parallel installable with the 0.8.x series.

Features of this release

* Fix leak in gst_base_sink_get_last_buffer()
* Fix linking of pygstminiobject
* Add test_audio.py example
* Fix deadlocks calling gst_pad_link()

Bugs fixed in this release

* 590348 : [audio (and other modules)] can't use pygstminiobject !
* 590803 : checks fail in non-English locale
* 592447 : memory leak on certain pipelines with appsink

Download

You can find source releases of gst-python in the download directory:
http://gstreamer.freedesktop.org/src/gst-python/

GStreamer Homepage

More details can be found on the project's website:
http://gstreamer.freedesktop.org/

Support and Bugs

We use GNOME's bugzilla for bug reports and feature requests:
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer

Developers

GStreamer is stored in Git, hosted at git.freedesktop.org, and can be cloned from there.
Interested developers of the core library, plug-ins, and applications should
subscribe to the gstreamer-devel list. If there is sufficient interest we
will create more lists as necessary.

Applications

Contributors to this release

* Alessandro Decina
* Christian Schaller
* Edward Hervey
* Jan Schmidt
* Johannes Berg
* Marc-Andre Lureau
* Sebastian DrÃ¶ge
Â
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer Base Plug-ins 0.10.25 'Standard disclaimers apply'

2009-10-05T08:11:20Z

This mail announces the release of GStreamer Base Plug-ins 0.10.25 'Standard disclaimers apply'.

GStreamer Base Plug-ins is a well-groomed and well-maintained collection of
GStreamer plug-ins and elements, spanning the range of possible types of
elements one would want to write for GStreamer. It also contains helper
libraries and base classes useful for writing elements.
A wide range of video and audio decoders, encoders, and filters are included.

For more information, see http://gstreamer.freedesktop.org/modules/gst-plugins-base.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-plugins-base

Release notes for GStreamer Base Plug-insÂ 0.10.25 "Standard disclaimers apply"

The GStreamer team is proud to announce a new release
in the 0.10.x stable series of the
GStreamer Base Plug-ins.

The 0.10.x series is a stable series targeted at end users.
It is not API or ABI compatible with the stable 0.8.x series.
It is, however, parallel installable with the 0.8.x series.

This module contains a set of reference plugins, base classes for other
plugins, and helper libraries.

This module is kept up-to-date together with the core developments. Element
writers should look at the elements in this module as a reference for
their development.

This module contains elements for, among others:

device plugins: x(v)imagesink, alsa, v4lsrc, cdparanoia
containers: ogg
codecs: vorbis, theora
text: textoverlay, subparse
sources: audiotestsrc, videotestsrc, gnomevfssrc
network: tcp
typefind
audio processing: audioconvert, adder, audiorate, audioscale, volume
visualisation: libvisual
video processing: ffmpegcolorspace
aggregate elements: decodebin, playbin

Other modules containing plug-ins are:

gst-plugins-good
contains a set of well-supported plug-ins under our preferred license
gst-plugins-ugly
contains a set of well-supported plug-ins, but might pose problems for
distributors
gst-plugins-bad
contains a set of less supported plug-ins that haven't passed the
rigorous quality testing we expect

Features of this release

* Add per-stream volume controls
* Theora 1.0 and Y444 and Y42B format support
* Improve audio capture timing
* GObject introspection support
* Improve audio output startup
* RTSP improvements
* Use pango-cairo instead of pangoft2
* Allow cdda://(device#)?track URI scheme in cddabasesrc
* Support interlaced content in videoscale and ffmpegcolorspacee
* Many other bug fixes and improvements

Bugs fixed in this release

* 595401 : gobject assertion and null access to volume instance in playbin
* 563828 : [decodebin2] Complains about loops in the graph when demuxer output requires another demuxer
* 591677 : Easy codec installation is not working
* 588523 : smarter sink selection in playbin2
* 590146 : adder regressions
* 321532 : [cddabasesrc] Support device setting in cdda:// URI
* 340887 : add pangocairo textoverlay plugin.
* 397419 : [oggdemux] ogm video with subtitles stuck on first frame
* 556537 : [PATCH] typefind: more flexible MPEG4 start code recognition
* 559049 : gstcheck.c:76:F:general:test_state_changes_* failure: GST_IS_CLOCK(clock) assertion fails
* 567660 : [API] need a stream volume interface for sinks that do volume control
* 567928 : Make videorate work with a live source
* 571610 : [playbin] Scale of volume property is not documented
* 583255 : [playbin2] deadlock when disabling visualisations
* 586180 : RTSP improvements
* 588717 : [oggmux] gst_caps_unref() warning if not linked downstream
* 588761 : [videoscale] Needs special support for interlaced content
* 588915 : audioresample's output offset counter's initialization could maybe be improved
* 589095 : [appsrc] clarify documentation on caps and linkage
* 589574 : [typefind] incorrect sdp file detection
* 590243 : [videoscale] Claims to support MAX width/height
* 590425 : Slaved alsasrc clock with slave-method=re-timestamp not usable for RTP audio
* 590856 : [decodebin2] triggers assertion failure on NULL caps
* 591207 : totem does display the following subtitle srt file.
* 591357 : gst-plugins-base git won't build due to warning in gstrtspconnection.c
* 591577 : [playbin2] Incorrect error message string
* 591664 : [playbin2] after seeking, srt subtitles don't resync correctly
* 591934 : timestamp drift in audioresample
* 592544 : Remove regex.h check
* 592657 : [appsink] Blocks after entering on pause state
* 592864 : deadlocks from recent inputselector/streamselector change
* 592884 : [playbin2] g_object_get increases refcount by 2 and therefore leaves memleak
* 593035 : gdp doesn't preserve fields of the buffers put into the caps' streamheader
* 593284 : basertppayloader takes time in instance init
* 594020 : Totem don't play videos from ssh remote host
* 594094 : Playback Error playing Midi file
* 594136 : [alsasink] Regression from 0.10.23 -- element reuse doesn't work
* 594165 : [theoraenc] Implement support for new formats
* 594256 : improved slave-skew resynch mechanism
* 594258 : missing break in rtcpbuffer
* 594275 : Add cast to navigation to fix compiler warning
* 594623 : Expose playsink as a fully-fledged element
* 594732 : parse error
* 594757 : build fails due to warning in gstbasertppayload.c
* 594993 : [introspection] pkg-config file madness
* 594994 : [streamvolume] Add get_type function to the documentation
* 595454 : [cddabasesrc] uri format change breaks rhythmbox
* 545807 : [baseaudiosink] audible crack when starting the pipeline

API changed in this release

- API additions:

* gst_rtsp_connection_create_from_fd()
* gst_rtsp_connection_set_http_mode()
* gst_rtsp_watch_write_data()
* gst_rtsp_watch_send_message()
* GstBaseRTPPayload::perfect-rtptime
* GstBaseRTPAudioPayload::gst_base_rtp_audio_payload_flush()
* GstVideoSinkClass::show_frame()
* GstVideoSink:show-preroll-frame
* GST_MIXER_TRACK_READONLY
* GST_MIXER_TRACK_WRITEONLY
* GstStreamVolume interface

Download

You can find source releases of gst-plugins-base in the download directory:
http://gstreamer.freedesktop.org/src/gst-plugins-base/

GStreamer Homepage

More details can be found on the project's website:
http://gstreamer.freedesktop.org/

Support and Bugs

We use GNOME's bugzilla for bug reports and feature requests:
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer

Developers

GStreamer is stored in Git, hosted at git.freedesktop.org, and can be cloned from there.
Interested developers of the core library, plug-ins, and applications should
subscribe to the gstreamer-devel list. If there is sufficient interest we
will create more lists as necessary.

Applications

Contributors to this release

* Arnout Vandecappelle
* Benjamin Gaignard
* Benjamin Otte
* Christian F.K. Schaller
* David Schleef
* Edward Hervey
* Eero Nurkkala
* Havard Graff
* HÃ¥vard Graff
* Jan Schmidt
* John Millikin
* Jonas Holmberg
* Jonathan Matthew
* Josep Torra
* Kipp Cannon
* Marc-AndrÃ© Lureau
* Mark Nauwelaerts
* Mart Raudsepp
* Michael Smith
* Olivier CrÃªte
* Peter Kjellerstedt
* Philip JÃ¤genstedt
* RenÃ© Stadler
* Sebastian DrÃ¶ge
* Siarhei Siamashka
* Stefan Kost
* Tim-Philipp MÃ¼ller
* Wim Taymans
* Young-Ho Cha
* Ð ÑÑÐ»Ð°Ð½ ÐÐ¶Ð±ÑÐ»Ð°ÑÐ¾Ð²
Â
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

RELEASE: GStreamer 0.10.25 'Feel the burn'

2009-10-05T08:09:59Z

This mail announces the release of GStreamer 0.10.25 'Feel the burn'.

GStreamer is a streaming media framework that allows the construction of
graphs of elements which operate on media data.
Applications using this library can do anything from real-time sound processing
over playing video to capturing audio, video, and even other types of media
data.
Its architecture allows for adding new data types or processing capabilities
simply by installing new plug-ins.
GStreamer is the core module, containing libraries, headers, the basic object
hierarchy, and a set of media-agnostic core elements.

For more information, see http://gstreamer.freedesktop.org/modules/gstreamer.html
To file bugs, go to http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gstreamer+%28core%29

Release notes for GStreamerÂ 0.10.25 "Feel the burn"

The GStreamer team is proud to announce a new release
in the 0.10.x stable series of the
core of the GStreamer streaming media framework.

The 0.10.x series is a stable series targeted at end users.
It is not API or ABI compatible with the stable 0.8.x series.
It is, however, parallel installable with the 0.8.x series.

The 0.10.x series has been reworked for threadsafety. It also features
various feature additions and enhancements.

This module, gstreamer, only contains core functionality.
For actual media playback, you will need other modules.

gst-plugins-base
contains a basic set of well-supported plug-ins
gst-plugins-good
contains a set of well-supported plug-ins under our preferred license
gst-plugins-ugly
contains a set of well-supported plug-ins, but might pose problems for
distributors
gst-plugins-bad
contains a set of less supported plug-ins that haven't passed the
rigorous quality testing we expect

Features of this release

* Improve the byte-reader API
* GObject introspection support
* Improve clock accuracy on win32
* Optimisations in capabilities checking
* Optimisations and fixes in the basetransform base class
* new 64-bit scaling utility function variants
* Various bug-fixes and improvements (see ChangeLog and bugs list below)

Bugs fixed in this release

* 583999 : [basetransform] caps refcounting problem causing GST_IS_CAPS assertion failures
* 566881 : [GstIndex] support/caching in GstBin
* 588472 : [basetransform] problems in reverse-negotiating
* 589173 : macros cause spurious semicolon warnings
* 589314 : [basetransform] clears GAP flag in passthrough mode
* 589524 : gst_base_transform_acceptcaps() could provide more verbose debugging output
* 589849 : [segment] Clipping fails to handle start=stop < segment_start correctly
* 589991 : [queue] limited error handling might cause pipeline appearing to hang
* 590045 : Query position fails when pipeline is paused and format is not time
* 590430 : Add support for " album artist " tags
* 590841 : configure script check for libxml2 is incorrect
* 590919 : gst_util_uint64_scale_int() and friends don't round
* 591045 : [basesrc] Leaking GstTask instances
* 591318 : ghostpad : core dump : on_src_target_notify called with an invalid ghostpad
* 591441 : append mode for filesink
* 592209 : [GstPad] Deprecated markers missing in the header for internal links function related things
* 592314 : core/tests/examples/streams/ does not link to pthread
* 593460 : Broken win32-specific systemclock code
* 593719 : regression: segfault when using gstrtpbin and certain video codecs
* 594107 : [gstbin] : use of freed message : valgrind Invalid read
* 594225 : [API] [bytereader] add _unchecked() variants and inline most common functions
* 594990 : [introspection] pkg-config file madness and another bug
* 595130 : checks fail
* 595133 : gst/gstutils check fails
* 595209 : Fix out-of-tree build
* 368536 : bin_change_state makes children go through unnecessary state changes

API changed in this release

- API additions:

* gst_caps_can_intersect()
* gst_util_uint64_scale_int_round()
* gst_util_uint64_scale_int_ceil()
* gst_util_uint64_scale_round()
* gst_util_uint64_scale_ceil()
* gst_iterator_new_single()
* gst_byte_reader_skip_unchecked()
* gst_byte_reader_peek_*_unchecked()
* gst_byte_reader_get_*_unchecked()
* gst_byte_reader_{peek,get,dup}_data_unchecked()
* gst_byte_reader_get_float*_unchecked()

Download

You can find source releases of gstreamer in the download directory:
http://gstreamer.freedesktop.org/src/gstreamer/

GStreamer Homepage

More details can be found on the project's website:
http://gstreamer.freedesktop.org/

Support and Bugs

We use GNOME's bugzilla for bug reports and feature requests:
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer

Developers

GStreamer is stored in Git, hosted at git.freedesktop.org, and can be cloned from there.
Interested developers of the core library, plug-ins, and applications should
subscribe to the gstreamer-devel list. If there is sufficient interest we
will create more lists as necessary.

Applications

Applications ported to GStreamer 0.10 include Totem, RhythmBox, Sound-Juicer,
Gnome Media, Flumotion, Amarok, Jamboree, Pitivi, Istanbul, AnnoAmp, Elisa, and others.
Let us know if you want to be added to this list.

Contributors to this release

* Antoine Tremblay
* Aurelien Grimaud
* Benjamin Otte
* David Schleef
* Edward Hervey
* Jan Schmidt
* John Millikin
* Jonas Holmberg
* Kipp Cannon
* Laurent Glayal
* Mark Nauwelaerts
* Sebastian DrÃ¶ge
* Stefan Kost
* Stian Selnes
* Thijs Vermeir
* Tim-Philipp MÃ¼ller
* Wim Taymans
* Ð ÑÑÐ»Ð°Ð½ ÐÐ¶Ð±ÑÐ»Ð°ÑÐ¾Ð²
Â
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Rygel 0.4.2

2009-10-02T07:51:43Z

Oops, sorry for wrong subject line on previous mail.

On Fri, Oct 2, 2009 at 5:48 PM, Zeeshan Ali (Khattak) <zeenix@...> wrote:

> Rygel 0.4.2 (Thank God It's Friday, Again) is out
>
> Brief summary of changes since 0.4.1:
>
> - Ability to specify verbosity of console messages by a number between 0 to 5.
> - Be able to survive unavailability of D-Bus session bus. This should make it
> easier to setup Rygel on headless NAS machines.
> - MediaExport:
> - Provide duration and date of media.
> - Improved guessing for type (UPnP class) of media.
> - Re-harvest metadata when a file/directory is modified.
> - rygel-preferences:
> - Fix enabling/disabling of widgets.
> - Copy the desktop file from correct location.
> - Speed-up browsing (twice as before).
> - Mediathek and GstLaunch disabled by default in the user configuration.
> - Add GstLaunch to maemo configuration (disabled by default though).
> - Put dbus-glib-1 to the list of vala API dependencies.
> - Fix seek headers.
> - Be more verbose at the end of configure.
>
> Bugs fixed in this release:
>
> 596500 - Mpeg TS video files are mistaken for audio files
> 596213 - Wrong state for checkboxes
> 596327 - Enables some weird plugins by default
> 596330 - Missing some metadata
>
> All contributors to this release:
>
> Zeeshan Ali (Khattak) <zeeshanak@...>
> Jens Georg <mail@...>
>
>
> Download source tarball at: http://ftp.gnome.org/pub/GNOME/sources/rygel/0.4
> -----
>
> What is Rygel?
>
> Rygel is a collection of DLNA (UPnP) services (devices in UPnP speak),
> implemented through a plug-in mechanism. It is specifically designed
> for GNOME (Mobile), is based on GUPnP and written (mostly) in Vala
> language.
>
> More info at: http://live.gnome.org/Rygel
>
> --
> Regards,
>
> Zeeshan Ali (Khattak)
> FSF member#5124
>

--
Regards,

Zeeshan Ali (Khattak)
FSF member#5124
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia

Re: Rygel 0.4.1

2009-10-02T07:48:11Z

Rygel 0.4.2 (Thank God It's Friday, Again) is out

Brief summary of changes since 0.4.1:

- Ability to specify verbosity of console messages by a number between 0 to 5.
- Be able to survive unavailability of D-Bus session bus. This should make it
easier to setup Rygel on headless NAS machines.
- MediaExport:
- Provide duration and date of media.
- Improved guessing for type (UPnP class) of media.
- Re-harvest metadata when a file/directory is modified.
- rygel-preferences:
- Fix enabling/disabling of widgets.
- Copy the desktop file from correct location.
- Speed-up browsing (twice as before).
- Mediathek and GstLaunch disabled by default in the user configuration.
- Add GstLaunch to maemo configuration (disabled by default though).
- Put dbus-glib-1 to the list of vala API dependencies.
- Fix seek headers.
- Be more verbose at the end of configure.

Bugs fixed in this release:

596500 - Mpeg TS video files are mistaken for audio files
596213 - Wrong state for checkboxes
596327 - Enables some weird plugins by default
596330 - Missing some metadata

All contributors to this release:

Zeeshan Ali (Khattak) <zeeshanak@...>
Jens Georg <mail@...>

Download source tarball at: http://ftp.gnome.org/pub/GNOME/sources/rygel/0.4
-----

What is Rygel?

Rygel is a collection of DLNA (UPnP) services (devices in UPnP speak),
implemented through a plug-in mechanism. It is specifically designed
for GNOME (Mobile), is based on GUPnP and written (mostly) in Vala
language.

More info at: http://live.gnome.org/Rygel

--
Regards,

Zeeshan Ali (Khattak)
FSF member#5124
_______________________________________________
gnome-multimedia mailing list
gnome-multimedia@...
http://mail.gnome.org/mailman/listinfo/gnome-multimedia