#7 buffer killed on terminal control action (w/ alsa)

svn
closed-fixed
mpg123 (104)
9
2006-08-22
2006-08-08
No

Pressing . or : for fast forward... that's new since
thor6.

[thomas@thorvas /home/thomas-data/mpg123-neu/svn/trunk]
$ src/mpg123 -C -b 1024 /mnt/knecht_mp3/music/rmb/
widescreen/*.mp3
[getlopt.c:111] debug: getsingleopt: -C
[getlopt.c:70] debug: int at 0x8068168
[getlopt.c:75] debug: casting assignment done
[getlopt.c:111] debug: getsingleopt: -b
[getlopt.c:111] debug: getsingleopt: /mnt/knecht_mp3/
music/rmb/widescreen/01-madmans_legend.mp3
High Performance MPEG 1.0/2.0/2.5 Audio Player for
Layers 1, 2 and 3
version 0.60-beta4; written and copyright by
Michael Hipp and others
free software (LGPL/GPL) without any warranty
but with best wishes
Title : madmans legend Artist: rmb
Album : widescreen Year : 0
Comment: Created by Grip Genre : Other

Directory: /mnt/knecht_mp3/music/rmb/widescreen/
Playing MPEG stream from 01-madmans_legend.mp3 ...
[mpg123.c:1179] debug: param.term_ctrl: 1
[term.c:33] debug: term_init
Note: Junk at the beginning (0x49443303)
Note: Oh, it's just an ID3V2 tag...
[common.c:132] debug: ID3v2: major tag version: 3
[common.c:139] debug: ID3v2: revision 0
[common.c:142] debug: ID3v2: flags 0x00000000
[common.c:170] debug: ID3v2: analysing frames...
[common.c:270] debug: ID3v2: found something that could
give me RVA info: a COMM frame
[common.c:270] debug: ID3v2: found something that could
give me RVA info: a COMM frame
[common.c:293] debug: ID3v2: going to intepret/store
content of RVA comment as RVA info
[common.c:299] debug: ID3v2: RVA value -2.080600dB
[common.c:270] debug: ID3v2: found something that could
give me RVA info: a COMM frame
[common.c:293] debug: ID3v2: going to intepret/store
content of RVA_ALBUM comment as RVA info
[common.c:299] debug: ID3v2: RVA value -1.522537dB
[common.c:199] debug: ID3v2: I guess the tag ended...
Note: Xing/Lame/Info header detected
[common.c:816] debug: Xing: flags 0x0000000f
[common.c:836] debug: Xing: 17184 frames
[common.c:843] debug: Xing: 7182627 bytes
[common.c:855] debug: Xing: quality = 55
[common.c:870] debug: Info: Encoder: LAME3.90
[common.c:874] debug: TODO: finish lame detetcion...
[common.c:879] debug: Info: rev 0
[common.c:880] debug: Info: vbr mode 1
[common.c:907] debug: Info: peak = 0.000000 (I won't
use this)
[common.c:932] debug: Info: Radio Gain = 0.0dB
[common.c:933] debug: Info: Audiophile Gain = 0.0dB
MPEG 1.0 layer III, 128 kbits/s, 44100 Hz joint-stereo
Ouch ... error while writing audio data: : File
descriptor in bad state
Could not resync/reset buffers: No such process
Could not resync/reset buffers: Connection reset by
peer

Discussion

  • Thomas Orgis

    Thomas Orgis - 2006-08-13
    • summary: buffer killed on terminal control action --> buffer killed on terminal control action (w/ alsa)
     
  • Thomas Orgis

    Thomas Orgis - 2006-08-13

    Logged In: YES
    user_id=470743

    That is a bug with alsa, snd_pcm_drop(ai->handle) in
    audio_queueflush is troublesome for some reason.

    - buffer chokes on it in terminal control mode
    - also without buffer output is ceased after seeking back
    in terminal control mode

    I made audio_queueflush empty for alsa for now, but that is
    not the real solution... buffers should be cleared.

     
  • Thomas Orgis

    Thomas Orgis - 2006-08-22
    • status: open --> closed-fixed
     
  • Thomas Orgis

    Thomas Orgis - 2006-08-22

    Logged In: YES
    user_id=470743

    We figured that out. Clemens got us the prepared pcm
    (descriptor in _good_ state) and I fixed the mixed access
    of buffer and main process to audio_queueflush (only one of
    them has a valid device).

     

Log in to post a comment.