* Re: mp3play.el 0.6.3, a front-end for mpg321
[not found] <87ptmcj69x.fsf@noos.fr>
@ 2003-05-22 0:44 ` Stefan Monnier
[not found] ` <87r86rfhjk.fsf@at_ipipan.waw.pl>
1 sibling, 0 replies; 3+ messages in thread
From: Stefan Monnier @ 2003-05-22 0:44 UTC (permalink / raw)
> ;; My main concern is the CPU usage of emacs when playing a mp3
> ;; (between 0.5% and 2%) due to the huge quantity of "@F" lines mpg321
> ;; sends. We have to deal with them to be able to detect when an mp3
> ;; is over, so that a new one can start in automatic mode (and also to
> ;; detect pause and various stuff).
You can try running "mpg321 -R dummy | grep -v '^@F'" so that
Emacs is not bothered by the other lines.
> (add-text-properties (match-beginning 1) (match-end 1) '(invisible t))
So it does seem like you use text-properties for invisibility.
One possible reason why the invisible property might get lost when
you copy things around is because of yank-excluded-properties, but
that's an Emacs-CVS thing and that's only if you use kill&yank.
Stefan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: mp3play.el 0.6.3, a front-end for mpg321
[not found] ` <87vfw3xlvp.fsf@noos.fr>
@ 2003-05-22 14:23 ` Stefan Monnier
2003-05-22 17:33 ` Kevin Rodgers
0 siblings, 1 reply; 3+ messages in thread
From: Stefan Monnier @ 2003-05-22 14:23 UTC (permalink / raw)
[ Please set your followup-to: gnu.emacs.help header ;-) ]
> If there is a more elegant way to emulate the missing
> substring-no-properties, please tell me ...
I don't think so.
> (defvar mp3play-dirlist nil "List of the directories containing the mp3s for mp3play.")
> ;; Thanks Joe Drew for this info ...
> (defvar mp3play-player '("mpg321" "--skip-printing-frames=100") "Program to use to play mp3s, with options.")
> (defvar mp3play-cleanup-filename 'mp3play-native-cleanup-filename "The function to clean up the filenames before displaying them.")
> (defvar mp3play-file-filter "\\(mp3\\|og[gm]\\)$" "Regexp used to keep files to show.")
This is painful to read on my 80-column window :-(
> (defun mp3play-help () (interactive)
> (message "RET:Play p:Pause a:Auto-mode h:This help i:Show tune informations k:Kill q:Bury g:Import list \
> N:next tune P:previous tune \
> s:Stop t:Insert title <S-left>:Fast backward \
> <S-right>:Fast forward <S-up>:Carry up <S-down>:Carry down +:Volume up -:Volume down"))
And this plain doesn't show up in its entirety in my minibuffer because my
minibuffer is not resizable and it only ever shows a single line.
Stefan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: mp3play.el 0.6.3, a front-end for mpg321
2003-05-22 14:23 ` Stefan Monnier
@ 2003-05-22 17:33 ` Kevin Rodgers
0 siblings, 0 replies; 3+ messages in thread
From: Kevin Rodgers @ 2003-05-22 17:33 UTC (permalink / raw)
Stefan Monnier wrote:
>>(defun mp3play-help () (interactive)
>> (message "RET:Play p:Pause a:Auto-mode h:This help i:Show tune informations k:Kill q:Bury g:Import list \
>>N:next tune P:previous tune \
>>s:Stop t:Insert title <S-left>:Fast backward \
>><S-right>:Fast forward <S-up>:Carry up <S-down>:Carry down +:Volume up -:Volume down"))
>>
>
> And this plain doesn't show up in its entirety in my minibuffer because my
> minibuffer is not resizable and it only ever shows a single line.
Would (with-output-to-temp-buffer "*Help*" (princ "...")) be better, like the
various describe- commands in help.el do?
--
<a href="mailto:<kevin.rodgers@ihs.com>">Kevin Rodgers</a>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-05-22 17:33 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <87ptmcj69x.fsf@noos.fr>
2003-05-22 0:44 ` mp3play.el 0.6.3, a front-end for mpg321 Stefan Monnier
[not found] ` <87r86rfhjk.fsf@at_ipipan.waw.pl>
[not found] ` <87vfw3xlvp.fsf@noos.fr>
2003-05-22 14:23 ` Stefan Monnier
2003-05-22 17:33 ` Kevin Rodgers
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).