Processing of mixxx_1.8.1-5_amd64.changes

2010-12-01 Thread Debian FTP Masters
mixxx_1.8.1-5_amd64.changes uploaded successfully to localhost
along with the files:
  mixxx_1.8.1-5.dsc
  mixxx_1.8.1-5.debian.tar.gz
  mixxx_1.8.1-5_amd64.deb
  mixxx-data_1.8.1-5_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


mixxx_1.8.1-5_amd64.changes ACCEPTED into unstable

2010-12-01 Thread Debian FTP Masters



Accepted:
mixxx-data_1.8.1-5_all.deb
  to main/m/mixxx/mixxx-data_1.8.1-5_all.deb
mixxx_1.8.1-5.debian.tar.gz
  to main/m/mixxx/mixxx_1.8.1-5.debian.tar.gz
mixxx_1.8.1-5.dsc
  to main/m/mixxx/mixxx_1.8.1-5.dsc
mixxx_1.8.1-5_amd64.deb
  to main/m/mixxx/mixxx_1.8.1-5_amd64.deb


Override entries for your package:
mixxx-data_1.8.1-5_all.deb - optional sound
mixxx_1.8.1-5.dsc - source sound
mixxx_1.8.1-5_amd64.deb - optional sound

Announcing to debian-devel-chan...@lists.debian.org


Thank you for your contribution to Debian.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Bug#605052: libdca-utils: dcadec produces broken WAVs

2010-12-01 Thread Sergio
29 ноября 2010 г. 11:26 пользователь Fabian Greffrath
fab...@greffrath.comнаписал:

 Am 26.11.2010 21:30, schrieb Sergio:

 dcadec produces WAV files, that are reported as are much shorter, than
 expected to be, but are big enough to contain sound of full duration.
 Either dcadec produces broken files, or files are valid but no one
 is able to read them correctly.


 That's indeed an intersting question. Maybe files of these dimensions
 simply exceed the specifications (or expectations) of a WAV file.


I've dived in mplayer's labyrinths... It's possible to get 6ch wav file from
DTS audiotrack with mplayer using command like this:

  $ mplayer -channels 6 -aid 0 -ao pcm:file=audio0-6ch.wav -vc dummy -vo
null video.mkv

In this case with 2:58 video, mplayer wrote ~6GiB s16LE wav file, and
printed when finished:
File larger than allowed for WAV files, may play truncated!
So it seems like to be a WAV format limitation...
This time, playable length is reported by sox as Duration: 02:04:16.53.
Or converting to 6-ch float samples, like dcadec does:

  $ mplayer -channels 6 -format floatle -aid 0 -ao
pcm:fast:file=audio0-6ch.wav -vc dummy -vo null video.mkv

This time I got ~12GiB wav with: Duration: 01:02:08.27
So duration is about 2/3 of real length for 6GiB and 1/3 for 12GiB, looks
like wav headers use uint32 to store data stream size counted in bytes.
Finally I can convert to so called raw headerless PCM with:

  $ mplayer -channels 6 -format floatle -aid 0 -ao
pcm:nowaveheader:fast:file=audio0-6ch.floatle.raw -vc dummy -vo null
video.mkv

And use with:

  $ sox -t raw -c 6 -r 48k -L -e floating-point -b 32 audio0-6ch.floatle.raw
-d

Duration: 02:58:14.97

So I understand I can get usable wav soundtrack if I trim wav header from
dcadec output to get raw data?..
If it is really WAV format limitation, it would be nice to have raw,
rawdolby, raw6, rawall output modes in dcadec (and warning for
wav-output somewhere). It would also be nice to have option in various sound
processing programs that would force them to ignore wave header length
value and just read data until EOF.
I'm afraid, a52dec may share this problem with large WAVs. For somewhat
reason it doesn't support wavall and wav6 output at all.


  But when I try to play file with:
   rhytmbox
   mplayer
   totem
   sox
 all of them see file duration 0:46:26. (sox says: Duration: 00:46:26.50)
 I have seen the same result with another extracted-DTS-to-6ch-wav
 conversion, in that case sound was torn in some other wrong duration.
 The same result if writing to pipe.


 I don't know the mediainfo tool (it does not seem to be available from the
 Debian archive), but I guess that the aforementioned packages all pretty
 much share their WAV-decoding code. What does the file(1) utility say (what
 does ffmpeg say) and what happens if you put the WAV file back into a
 container, say MKV or OGG?


mediainfo as I see is from debian-multimedia reps:
  deb http://www.debian-multimedia.org lenny main
  deb http://www.debian-multimedia.org squeeze main
  deb http://www.debian-multimedia.org sid main
  http://www.debian-multimedia.org/pool/main/m/mediainfo/
May be it just ignores wav header length and read file data until EOF when
it sees the file is too large, and calculates duration time from file
size?..

  $ mkvextract tracks video.mkv 2:audio.dts
  $ dcadec -o wavall audio.dts   audio.wav
  $ file audio.wav
  audio.wav: RIFF (little-endian) data, WAVE audio, 6 channels 48000 Hz

file doesn't tell sound file length for WAVs... may be more modern versions
do.
ffprobe in my installation prints some error with libraries on start and
nothing more.
ffplay plays something, shows correct duration of 2:58:+, but its
interface looks too vogue to understand. :)

 In addition to this one, there is error with output-error handling:
 in case of running out of disk space (that is very possible with
 so giant WAVs) no error reported, no error status returned, and
 decoding process continues to nowhere.


 Alright, that's a completely different issue (and certainly worth its own
 bug report) and I'll try to have a look at it sooner or later.

  - Fabian

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


RFS: advene

2010-12-01 Thread Olivier Aubert
Dear multimedia team members,

I am looking for a sponsor for my package advene.

  Package name: advene
  Version : 0.44
  Upstream Author : olivier.aub...@liris.cnrs.fr
  URL : http://www.advene.org/
  License : GPLv2
  Section : video

It builds the binary package:
advene - Annotate DVDs, Exchange on the Net

[excerpt from the Description:]
 The cross-platform Advene application allows users to easily
 create comments and analyses of video documents, through the
 definition of time-aligned annotations and their mobilisation
 into automatically-generated or user-written comment views (HTML
 documents). Annotations can also be used to modify the rendition
 of the audiovisual document, thus providing virtual montage,
 captioning, navigation... capabilities. Users can exchange their
 comments/analyses in the form of Advene packages, independently from
 the video itself.

I am the main author of this (pygtk + gstreamer based) software. I use
Debian as the main development platform. I have been building my
own .deb packages since the beginning of the project and would really
like to make it more easily available to end users. 
It is currently packaged in native (3.0) format, since I was generating
the packages myself, but I am ready, if someone is interested in
sponsoring the package, to fix the Debian packaging in order to conform
with the multimedia team packaging guidelines.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/a/advene
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/a/advene/advene_0.44.dsc

I would be glad if someone uploaded this package for me, and mentored me
to improve its packaging.

Kind regards
 Olivier Aubert



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: RFS: advene

2010-12-01 Thread Jonas Smedegaard

On Wed, Dec 01, 2010 at 02:55:25PM +0100, Olivier Aubert wrote:

Dear multimedia team members,

I am looking for a sponsor for my package advene.


Seems like a great tool!

Would you perhaps - instead of maintaining yourself and only seek 
sponsoring - be interested in joining the Multimedia team, and work 
together with us on this?


Personally I dislike the concept of sponsoring because pckaging as a 
lonely rider has a higher risk of the packaging going stale over time 
(although obviously that is less likely when packager and upstream 
author is one and the same person).


I have cc'ed you directly, but set reply-to only to the team list.  I 
very much encourage you to join our team :-)




Kind regards,

 - Jonas

--
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: RFS: advene

2010-12-01 Thread Alessandro Ghedini
Hi,
Your package seems interesting, but I have some remarks about the packaging.
First of all there is no reason to make it a native package, since it does 
not relate directly to Debian (the fact that you use Debian as development 
system doesn't make any difference). You should really switch 3.0 
(quilt) and provide all the Debian related files (debian/*) in a 
different archive, regardless of the Debian Multimedia Team policies.

I also noticed that in the source tarball you provided, are present all the 
temporary files created by the package generation process. You should 
remove them. Just do:

  $ fakeroot debian/rules clean
  $ fakeroot debian/rules build

(or debclean  debuild if you want to use the devscripts).
That would generate a cleaner archive.

Last but not least your package is not Lintian clean. I can count 4 
warnings, 1 pedantic and many other info tags (mostly because of the empty 
directories), you should fix them.

This was just a quick review (I didn't tried to build or test it), so
there may be other issues I didn't notice. Please wait a review by someone 
else, hopefully more experienced than me.

Thanks for your work.

Cheers

-- 
perl -E'$_=q;$/= @{...@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: RFS: advene

2010-12-01 Thread Alessandro Ghedini
On Wed, Dec 01, 2010 at 07:18:02PM +0100, Alessandro Ghedini wrote:
   $ fakeroot debian/rules build

I meant 

  $ dpkg-buildpackage -rfakeroot

Sorry :(

-- 
perl -E'$_=q;$/= @{...@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Processing of mda-lv2_0~svn2677-1_amd64.changes

2010-12-01 Thread Debian FTP Masters
mda-lv2_0~svn2677-1_amd64.changes uploaded successfully to localhost
along with the files:
  mda-lv2_0~svn2677-1.dsc
  mda-lv2_0~svn2677.orig.tar.bz2
  mda-lv2_0~svn2677-1.debian.tar.gz
  mda-lv2_0~svn2677-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


mda-lv2_0~svn2677-1_amd64.changes ACCEPTED into unstable

2010-12-01 Thread Debian FTP Masters



Accepted:
mda-lv2_0~svn2677-1.debian.tar.gz
  to main/m/mda-lv2/mda-lv2_0~svn2677-1.debian.tar.gz
mda-lv2_0~svn2677-1.dsc
  to main/m/mda-lv2/mda-lv2_0~svn2677-1.dsc
mda-lv2_0~svn2677-1_amd64.deb
  to main/m/mda-lv2/mda-lv2_0~svn2677-1_amd64.deb
mda-lv2_0~svn2677.orig.tar.bz2
  to main/m/mda-lv2/mda-lv2_0~svn2677.orig.tar.bz2


Override entries for your package:
mda-lv2_0~svn2677-1.dsc - source sound
mda-lv2_0~svn2677-1_amd64.deb - optional sound

Announcing to debian-devel-chan...@lists.debian.org


Thank you for your contribution to Debian.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Bug#605638: vlc: need versioned build-deps

2010-12-01 Thread Matt Taggart
Package: vlc
Version: 1.1.3-1
Severity: minor

If I try to build vlc with older versions of some libraries installed (like 
the ones from lenny) I get the following configure errors

configure: error: Library libraw1394 = 2.0.1 libdc1394-2 = 2.1.0 needed 
for dc1394 was not found

configure: error: Library libpulse = 0.9.11 needed for pulse was not found

configure: error: Library libmtp = 1.0.0 needed for mtp was not found

Also I get the following build error

audio.c: In function 'GetVlcAudioFormat':
audio.c:488: error: 'SAMPLE_FMT_DBL' undeclared (first use in this function)
audio.c:488: error: (Each undeclared identifier is reported only once
audio.c:488: error: for each function it appears in.)

which is supposedly solved by using libavcodec52 rather than libavcodec51.

So I think these build-deps need to be versioned.

Thanks,

-- 
Matt Taggart
tagg...@debian.org





___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers