Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Severity: critical
$ mplayer *.webm
mplayer: error while loading shared libraries: libmsrpc3.so: cannot open shared
object file: No such file or directory
Please add Depends: python-samba
___
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Severity: wishlist
Starting today to install mplayer one must install a ton of barely
related samba packages.
-- System Information:
Debian Release: jessie/sid
APT prefers experimental
APT policy: (990, 'experimental'), (500,
Indeed, the song sounds fine now.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Actually it would be great if somebody would have a listen to see what
the real problem in the song is on
http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2019 .
___
pkg-multimedia-maintainers mailing list
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn33713-5
Severity: wishlist
http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2019 says
says Anyway your MPlayer version is outdated and the issue is almost certainly
fixed
since r33824.
So if a new version were to appear on Debian I could conveniently test
Package: mplayer
Version: 2:1.0~rc4~try2.dfsg1-1
Severity: wishlist
On the man page
[ and ]
Decrease/increase current playback speed by 10%.
{ and }
Halve/double current playback speed.
Actually mplayer -af scaletempo should be
Package: mplayer
Version: 2:1.0~rc4~try2.dfsg1-1
Severity: wishlist
On the man page
keyboard control
- and -
Be clear what you mean here. Why not say right and left? Else it looks
like you mean '' '-'. Also you say up and down below.
Better yet say right and left arrow keys,
Package: mplayer
Version: 2:1.0~rc4~try2.dfsg1-1
No matter in X-windows, or on the console, the arrow keys etc. no longer
seek, but just return to the beginning.
___
pkg-multimedia-maintainers mailing list
OK, it seems only debian-multimedia has the problem. I'll tell
maril...@debian.org to please see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595691 .
P.S., the way the progress messages appear, one cannot tell which server
we are working with, but instead the last transaction completed etc.
Thanks Reinhard. All I know is I now use Marillat's version so have my
workaround.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
OK, but still maybe the package Description shouldn't be as upbeat as it
currently is.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
RT I'm going to just close this bug with the next upload with fixing the
RT grammar issue you've pointed out in the initial mail of this bugreport.
I don't know the technical issues. All I know is one package works, the
other doesn't and both packages have cheery descriptions. Closing the
bug is
Package: ffmpeg
Version: 4:0.6-2
Severity: wishlist
File: /usr/share/doc/ffmpeg/README.Debian.gz
This important sentence
Currently the following video encoders are disabled in the ffmpeg
package: H263, H264, MPEG2 video, MPEG4 and MS-MPEG4. No *decoders* are
disabled in any the ffmpeg
Package: ffmpeg
Version: 4:0.6-2
Severity: wishlist
$ ffmpeg -i file.flv o.mp3
...
Input #0, flv, from 'file.flv':...
Duration: 00:03:50.22, start: 0.00, bitrate: 269 kb/s
Stream #0.0: Video: flv, yuv420p, 320x240, 261 kb/s, 29.92 tbr, 1k tbn, 1k
tbc
Stream #0.1: Audio: mp3, 22050
All I know is it seems to the average user that ffmpeg can't even make
.mp3s, a rather common format.
So they spread the word forget ffmpeg.
So that's why your patch should at least say
***Probable causes:...
There's only a small chance that the user will be nurd enough to dig
out the README
Perhaps report a bug in rmadison.
I was hoping Colin would mention that not all $TERMs do color.
I cannot send mail to siret...@tauware.de due to
http://www.dnsbl.manitu.net/lookup.php?value=66.33.216.122 .
___
pkg-multimedia-maintainers mailing
RT == Reinhard Tartler siret...@tauware.de writes:
RT $ rmadison -u qa ffmpeg
All I know is I just did aptitude install ffmpeg.
Also it is wrong to assume all TERMs can deal with color.
Also it is wrong not to document that NO_COLOR environment variable.
RT If you want to propose a specific
Package: ffmpeg
Version: 5:0.6~svn20100603-0.0
Severity: wishlist
File: /usr/bin/ffmpeg
The program assumes a certain kind of terminal or something, and puts
escape sequences into the output to make different colors, and does not
consult $TERM or offer a --no-color option to turn it off.
I
Package: ffmpeg
Version: 5:0.6~svn20100603-0.0
Severity: wishlist
File: /usr/share/man/man1/ffmpeg.1.gz
We see
-timestamp time
Set the timestamp.
but without adding an example, on cannot guess just what timestamp
format we should use.
Package: vlc
Version: 1.0.5-2
Severity: wishlist
vlc -H assumes a certain kind of terminal.
E.g., in emacs, one must do
(compile vlc -H|col -b)
to see it clearly. Same in an M-x shell window.
___
pkg-multimedia-maintainers mailing list
Anyway, if one really wants to put all those control characters in the
output, one should check $TERM. TERM=dumb should stop them.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
What's the actual problem ?
Non printable characters ? (--nocolor would help) Bad wrapping ?
Yes. Gibberish on the screen.
Is emacs really providing a terminal ?
Don't worry about that. Just say we are using an line printer or PDA and want a
pure no-escapes text. So we set TERM=dumb and
22 matches
Mail list logo