Well, I'm still stuck with my problem. WAV storage works perfectly, but I'm a bit in a disk space issue here, so I'd rather not use it.
Anyone with a clue on what's happening ? I can't figure out why JACK and
Rivendell work perfectly with WAV storage, and segfault with MPEG2 storage.
Also, this reminds me of something, as I was browsing the code, trying
to find an explanation (of course I couldn't) : wasn't there a project
for storing audio in Ogg Vorbis format ?
From the config.log of my install, I can confirm anyway that all forms
of audio storage should be working :
configure:19848: "|-----------------------------------------------------|"
configure:19850: "| *** RIVENDELL CONFIGURATION SUMMARY *** |"
configure:19852: "|-----------------------------------------------------|"
configure:19854: "| Configured Audio Drivers: |"
configure:19857: "| Advanced Linux Sound Architecture (ALSA) ... No |"
configure:19864: "| AudioScience HPI ... No |"
configure:19874: "| JACK Audio Connection Kit ... Yes |"
configure:19877: "| |"
configure:19879: "| Audio Codecs: |"
configure:19885: "| FLAC Encoding/Decoding Support ... Yes |"
configure:19892: "| MPEG Decoding Support ... Yes |"
configure:19899: "| MPEG Layer 2 Encoding Support ... Yes |"
configure:19906: "| MPEG Layer 3 Encoding Support ... Yes |"
configure:19913: "| OggVorbis Encoding/Decoding Support ... Yes |"
configure:19920: "| M4A Decoding Support ... Yes |"
configure:19923: "| |"
configure:19925: "| Optional Components: |"
configure:19931: "| Rivendell PAM pam_rd.so Support ... Yes |"
configure:19934: "|-----------------------------------------------------|"
Cheers !
Hoggins!
Le 16/04/2016 23:19, Hoggins! a écrit :
> Hello,
>
> My file permissions are ok, as well as my rtprio... that would explain
> why everything works when the audio storage format is WAV.
> I'm going to test around with different setups for JACK, as I'm
> currently using the "dummy" driver (it's a virtual machine, made for
> standalone usage, with live encoding to a streaming server), that might
> be the cause.
>
> Thanks for your help. I guess some people are more used to GDB
> backtraces than I am, and can find useful information in that.
>
> Cheers !
>
> Hoggins!
>
> Le 15/04/2016 16:59, Lorne Tyndale a écrit :
>> Hi,
>>
>> Check that the user account that you're running Rivendell and Jack under
>> is a member of the audio group.
>>
>> Check your /security/limits.conf and make sure both your rivendell group
>> and the audio group are properly configured. If you make changes,
>> you'll need to log off / log back in (or reboot)
>>
>> @rivendell - rtprio 99
>> @rivendell - memlock 250000
>> @rivendell - nice -10
>> @audio - rtprio 99
>> @audio - memlock 250000
>> @audio - nice -10
>>
>> Also if you're running Jack in realtime, try turning that setting off.
>> I've run into some sound cards that for some reason cause crashing when
>> realtime is on.
>>
>> If you're still having trouble, try the "force 16 bit" option for your
>> sound card in the Jack / ALSA setup (the -S option if running jack from
>> the command line). I've had caed crash with some sound cards that only
>> want to work properly with Jack when this setting is on.
>>
>> I don't know if any of this will help, but it is a few places to start
>>
>>
>>> Hello !
>>>
>>> Another big issue, can't figure out what's happening...
>>>
>>> New install on Ubuntu 12.04 :
>>>
>>> - If I use JACK and WAV storage, no problem.
>>> - As soon as I try to playout a CART in MPG2 format through JACK, I get
>>> a caed segfault.
>>> - If I disable output from RDAirplay or RDLibrary (setting output to
>>> "None" in RDAdmin), there's no issue.
>>>
>>> Here is the backtrace of caed when trying to "Edit Markers" in RDLibrary :
>>>
>>> Starting program: /usr/local/bin/caed -d
>>> [Thread debugging using libthread_db enabled]
>>> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>>> [New Thread 0x7f5dd48db700 (LWP 11916)]
>>> [Thread 0x7f5dd48db700 (LWP 11916) exited]
>>> [New Thread 0x7f5de1a85700 (LWP 11917)]
>>> [New Thread 0x7f5de1a04700 (LWP 11918)]
>>> Cannot lock down 82246176 byte memory area (Cannot allocate memory)
>>> caed: connected to JACK server
>>> [New Thread 0x7f5dcaf8d700 (LWP 11919)]
>>> Cannot use real-time scheduling (RR/5)(1: Operation not permitted)
>>> caed: Found TwoLAME encoder library, MPEG L2 encoding supported
>>> caed: Found MAD decoder library, MPEG L2 decoding supported
>>> caed: Unable to set realtime scheduling: Invalid argument
>>> caed: cae started
>>> CAE: connection 0 receiving PW letmein
>>> CAE: Connection 0 sending PW +!
>>> CAE: connection 0 receiving TS 0
>>> CAE: Connection 0 sending TS 0 +!
>>>
>>> [...]
>>>
>>> CAE: connection 0 receiving OL 7 7 1600
>>> CAE: Connection 0 sending OL 7 7 1600 -!
>>> CAE: connection 0 receiving IM 7 7 0
>>> CAE: Connection 0 sending IM 7 7 0 -!
>>> CAE: connection 0 receiving LP 0 010001_001
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> FillJackOutputStream (stream=0, this=0x7f5dd586c010) at
>>> /usr/include/x86_64-linux-gnu/bits/string3.h:85
>>> 85 return __builtin___memset_chk (__dest, __ch, __len, __bos0
>>> (__dest));
>>> (gdb) bt
>>> #0 FillJackOutputStream (stream=0, this=0x7f5dd586c010) at
>>> /usr/include/x86_64-linux-gnu/bits/string3.h:85
>>> #1 MainObject::FillJackOutputStream (this=0x7f5dd586c010, stream=0) at
>>> cae_jack.cpp:1458
>>> #2 0x00000000004117c2 in MainObject::jackLoadPlayback
>>> (this=0x7f5dd586c010, card=0, wavename=..., stream=0x7ffe98c39ac0) at
>>> cae_jack.cpp:737
>>> #3 0x0000000000409fe8 in MainObject::DispatchCommand
>>> (this=0x7f5dd586c010, ch=0) at cae.cpp:759
>>> #4 0x000000000040d76b in MainObject::ParseCommand (this=0x7f5dd586c010,
>>> ch=0) at cae.cpp:628
>>> #5 0x0000000000414acd in MainObject::qt_invoke (this=0x7f5dd586c010,
>>> _id=3, _o=0x7ffe98c39e40) at moc_cae.cpp:142
>>> #6 0x00007f5ddf353b6f in QObject::activate_signal(QConnectionList*,
>>> QUObject*) () from /usr/lib/libqt-mt.so.3
>>> #7 0x00007f5ddf353d84 in QObject::activate_signal(int, int) () from
>>> /usr/lib/libqt-mt.so.3
>>> #8 0x00007f5de15da058 in RDSocket::qt_invoke (this=0x1f73b20, _id=11,
>>> _o=0x7ffe98c39f10) at moc_rdsocket.cpp:204
>>> #9 0x00007f5ddf353b6f in QObject::activate_signal(QConnectionList*,
>>> QUObject*) () from /usr/lib/libqt-mt.so.3
>>> #10 0x00007f5ddf353c47 in QObject::activate_signal(int) () from
>>> /usr/lib/libqt-mt.so.3
>>> #11 0x00007f5ddf4eb153 in QSocket::sn_read(bool) () from
>>> /usr/lib/libqt-mt.so.3
>>> #12 0x00007f5ddf6233de in QSocket::qt_invoke(int, QUObject*) () from
>>> /usr/lib/libqt-mt.so.3
>>> #13 0x00007f5ddf353b6f in QObject::activate_signal(QConnectionList*,
>>> QUObject*) () from /usr/lib/libqt-mt.so.3
>>> #14 0x00007f5ddf353d84 in QObject::activate_signal(int, int) () from
>>> /usr/lib/libqt-mt.so.3
>>> #15 0x00007f5ddf3693bb in QSocketNotifier::event(QEvent*) () from
>>> /usr/lib/libqt-mt.so.3
>>> #16 0x00007f5ddf30208d in QApplication::internalNotify(QObject*,
>>> QEvent*) () from /usr/lib/libqt-mt.so.3
>>> #17 0x00007f5ddf30224e in QApplication::notify(QObject*, QEvent*) ()
>>> from /usr/lib/libqt-mt.so.3
>>> #18 0x00007f5ddf2f8c57 in QEventLoop::activateSocketNotifiers() () from
>>> /usr/lib/libqt-mt.so.3
>>> #19 0x00007f5ddf2bbdd6 in QEventLoop::processEvents(unsigned int) ()
>>> from /usr/lib/libqt-mt.so.3
>>> #20 0x00007f5ddf3137c9 in QEventLoop::enterLoop() () from
>>> /usr/lib/libqt-mt.so.3
>>> #21 0x00007f5ddf313752 in QEventLoop::exec() () from /usr/lib/libqt-mt.so.3
>>> #22 0x00000000004063b6 in main (argc=2, argv=<optimized out>) at
>>> cae.cpp:2304
>>> (gdb)
>>>
>>>
>>>
>>> I know I have already posted something similar, and my workaround had
>>> been to simply wipe everything and recompile from a fresh source. This
>>> does not work on that system.
>>>
>>> Any idea ? What should I ask GDB to help things out ?
>>>
>>> Thanks !
>>>
>>> Hoggins!<hr>_______________________________________________
>>> Rivendell-dev mailing list
>>> [email protected]
>>> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
>
>
> _______________________________________________
> Rivendell-dev mailing list
> [email protected]
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
