View Issue Details

IDProjectCategoryView StatusLast Update
0000144ardourbugspublic2008-11-20 23:35
Reporternquit Assigned Topaul  
PrioritynormalSeverityminorReproducibilityrandom
Status closedResolutionfixed 
Summary0000144: Playback disable
DescriptionPlayback disables "randomly", must exit and return. One scenario (not the only one): hit space bar to play from mixer window, possibly not in mode where this is possible, but then playback disabled totally, even when hitting play button with mouse. all it does is change the play button to pressed, clicking again unpresses, but no playback.
Additional Information0.9beta8 - red hat 9 - fluxbox
TagsNo tags attached.

Activities

paul

2003-11-26 01:41

administrator   ~0000199

although its quite a lot of work, it would be really helpful if you could get some gdb backtraces when this happens. you don't have to run it under gdb - once it gets into this situation, go into the directory where your ardour executable lives, and type

 gdb ./ardour PID

replacing PID by the pid of ardour (from the output of ps). once gdb gets to its command line, type "thread apply all bt" and send ardour-dev the output or paste it into a bugnote. this type of bug is caused by a deadlock on a mutex, but i can't track it down unless i can see where the deadlock is happening.

thanks. feel free to ask if you have any questions.

nquit

2003-11-26 06:36

reporter   ~0000203

I'd be happy to do that - the only big question I have is on this part:

"replacing PID by the pid of ardour (from the output of ps)" - what is this and how exactly do I get it?"

once I know that I can do this - so if I'm understanding, I wait til this happens, then immedietely open up another terminal go to the executable and gdb

all I need is to understand where to find PID :)

nettings

2003-12-03 13:15

manager   ~0000239

you can find the pid (or process id) thus:
~> ps aux |grep ardour
nettings 14535 0.0 16.7 86956 85928 pts/8 SL 13:50 0:00 ardour
nettings 14638 0.0 0.1 1828 624 pts/10 S 14:12 0:00 grep ardour
         ^^^^^-->this is the process id

taybin

2003-12-12 21:36

administrator   ~0000283

Reminder sent to nquit

Did you ever get around to doing this? It would be very helpful.

boerre

2003-12-20 17:06

reporter   ~0000318

I also have the this problem. I can't do any playback.
I accidentally touched the scrubs button, and marked a section. After that, playback is disabled for this session. I have tried to exit ardour and load the session, with the same result.

I downloaded ardour .9beta8 and compiled it. Started it with the line gdb /usr/local/ardour/bin/ardour, and commanded run. Loaded the session when the window came up.

Stopped the program (pressed Ctrl-C in konsole) and did a "thread apply all bt" on the gdb command line. Output follows. Hope this helps:-)

Thread 7 (Thread 81926 (LWP 445)):
#0 0x406cb61a in poll () from /lib/libc.so.6
0000001 0x084be8a5 in ARDOUR::Session::midi_thread_work() () at basic_signal.cc:25
#2 0x084be833 in ARDOUR::Session::_midi_thread_work(void*) () at basic_signal.cc:25
#3 0x40296e31 in pthread_start_thread () from /lib/libpthread.so.0
0000004 0x40296eaf in pthread_start_thread_event () from /lib/libpthread.so.0
0000005 0x406d430a in clone () from /lib/libc.so.6

Thread 6 (Thread 65541 (LWP 444)):
#0 0x402995d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
0000001 0x40299398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0
#2 0x00000020 in ?? ()

Thread 5 (Thread 49156 (LWP 443)):
#0 0x406cb61a in poll () from /lib/libc.so.6
0000001 0x4028b7a3 in jack_init_time () from /usr/lib/libjack-0.80.0.so.0
#2 0x0868cda8 in ?? ()
#3 0x00000002 in ?? ()

Thread 4 (Thread 32771 (LWP 442)):
#0 0x402995d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
0000001 0x40299398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0
#2 0x00000020 in ?? ()

Thread 3 (Thread 16386 (LWP 441)):
#0 0x4062664b in sigsuspend () from /lib/libc.so.6
0000001 0x402999b7 in sigwait () from /lib/libpthread.so.0
#2 0x082aa133 in signal_thread(void*) () at basic_signal.cc:25
#3 0x40296e31 in pthread_start_thread () from /lib/libpthread.so.0
0000004 0x40296eaf in pthread_start_thread_event () from /lib/libpthread.so.0
0000005 0x406d430a in clone () from /lib/libc.so.6

Thread 2 (Thread 32769 (LWP 440)):
#0 0x406cb61a in poll () from /lib/libc.so.6
0000001 0x40296b30 in __pthread_manager () from /lib/libpthread.so.0
#2 0x40296d37 in __pthread_manager_event () from /lib/libpthread.so.0
#3 0x406d430a in clone () from /lib/libc.so.6

Thread 1 (Thread 16384 (LWP 438)):
#0 0x406cb61a in poll () from /lib/libc.so.6
0000001 0x40195982 in g_main_is_running () from /usr/lib/libglib-1.2.so.0
#2 0x40195346 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#3 0x40195724 in g_main_run () from /usr/lib/libglib-1.2.so.0
0000004 0x400bbc3f in gtk_main () from /usr/lib/libgtk-1.2.so.0
0000005 0x08391388 in Gtk::Main::run() () at main.h:168
#6 0x0838f52b in Gtkmmext::UI::run(Receiver&) (this=0x862e1b8, old_receiver=@0x860a3e0)
    at gtk_ui.cc:155
#7 0x082a8c6c in main () at basic_signal.cc:25
#0 0x406cb61a in poll () from /lib/libc.so.6

nquit

2003-12-20 17:23

reporter   ~0000319

I never tried using the scrub button

I have been madly trying to recreate my version of this and it has yet to do it again

foltra

2003-12-29 18:30

reporter   ~0000331

As reported boerre, i pressed scrub, and could not playback,
transport remained stuck, so i checked the options window
and notice that the transport option was set to scrub,
and the only way i could change the option was editing
the xml configuration file and removing it from there
(can't remember if it was at the ardour.rc file or at
the session file).
What is strange is that there is no pulldown option "Scrub"
at the transport, normally.
Regards.

paul

2004-03-01 03:27

administrator   ~0000488

Unless someone can duplicate this in 0.9beta11, i will close this bug in a week.

paul

2004-03-03 12:23

administrator   ~0000499

for some reason, i missed the fact that this was occuring in scrub mode.
scrub mode is going to be removed for the 1.0 release. it is too broken, and is arguably pretty useless.

paul

2004-05-26 12:34

administrator   ~0000844

believed resolved.

Issue History

Date Modified Username Field Change
2003-11-20 06:49 nquit New Issue
2003-11-26 01:41 paul Note Added: 0000199
2003-11-26 06:36 nquit Note Added: 0000203
2003-12-03 13:15 nettings Note Added: 0000239
2003-12-12 21:36 taybin Note Added: 0000283
2003-12-20 17:06 boerre Note Added: 0000318
2003-12-20 17:23 nquit Note Added: 0000319
2003-12-29 18:30 foltra Note Added: 0000331
2004-03-01 03:27 paul Note Added: 0000488
2004-03-01 03:28 paul Status new => feedback
2004-03-03 12:23 paul Note Added: 0000499
2004-05-26 12:34 paul Status feedback => resolved
2004-05-26 12:34 paul Resolution open => fixed
2004-05-26 12:34 paul Assigned To => paul
2004-05-26 12:34 paul Note Added: 0000844
2008-11-20 23:35 seablade Status resolved => closed