Mythtranscode fails on non-OSS system

[peter.lindman@…]

Note: I do not have the possibility to compile from SVN-sources, but the next best thing to it using Gentoo, please forgive me if this should turn out to be a Gentoo-ebuild issue.

Using a kernel without OSS audio, and disabling OSS sound output support in mythTV the upgrade to 0.19 (from 0.18.1) made transcoding (PVR500 MPEG2 -> MPEG4) always fail. "Transcode Errored" is what it says in the log in mythweb.

Turning on all kinds of logging for my mythbackend i got the following errors in my logfile:

2006-02-22 23:51:09.160 JobQueue?: Currently Running 0 jobs. 2006-02-22 23:51:09.174 JobQueue?: Processing 'Transcode' job for chanid 1000 @ 20060222225000, current status is 'Queued' 2006-02-22 23:51:09.209 Transcode Starting for CSI: 2.2 GB (Autodetect) 2006-02-22 23:51:09.215 transcode: Transcode Starting 2006-02-22 23:51:09.216 JobQueue? running command: '/usr/bin/mythtranscode -j 1743 -V 4503 -p autodetect ' 2006-02-22 23:51:09.387 Using runtime prefix = /usr 2006-02-22 23:51:09.407 New DB connection, total: 1 2006-02-22 23:51:09.409 read <- 12 35 QUERY_REMOTEENCODER 1[]:[]GET_STATE 2006-02-22 23:51:09.417 write -> 12 1 0 2006-02-22 23:51:09.424 Enabled verbose msgs: important 2006-02-22 23:51:09.425 read <- 12 35 QUERY_REMOTEENCODER 2[]:[]GET_STATE 2006-02-22 23:51:09.430 write -> 12 1 0 2006-02-22 23:51:09.426 New DB connection, total: 2 2006-02-22 23:51:09.437 Connected to database 'mythconverg' at host: localhost 2006-02-22 23:51:09.451 Transcoding from /mnt/mythtv/recordings/1000_20060222225000.mpg to /mnt/mythtv/recordings/1000_20060222225000.mpg.tmp 2006-02-22 23:51:09.471 Connecting to backend server: 192.168.45.8:6543 (try 1 of 5) 2006-02-22 23:51:09.478 write -> 8 21 MYTH_PROTO_VERSION 26 2006-02-22 23:51:09.485 read <- 17 21 MYTH_PROTO_VERSION 26 2006-02-22 23:51:09.490 write -> 17 13 ACCEPT[]:[]26 2006-02-22 23:51:09.501 read <- 8 13 ACCEPT[]:[]26 2006-02-22 23:51:09.501 Using protocol version 26 2006-02-22 23:51:09.501 write -> 8 21 ANN Monitor backend 0 2006-02-22 23:51:09.509 read <- 17 21 ANN Monitor backend 0 2006-02-22 23:51:09.510 MainServer::HandleAnnounce? Monitor 2006-02-22 23:51:09.510 adding: backend as a client (events: 0) 2006-02-22 23:51:09.513 write -> 17 2 OK 2006-02-22 23:51:09.513 read <- 8 2 OK 2006-02-22 23:51:09.551 write -> 8 33 MESSAGE[]:[]RECORDING_LIST_CHANGE 2006-02-22 23:51:09.561 read <- 17 33 MESSAGE[]:[]RECORDING_LIST_CHANGE 2006-02-22 23:51:09.573 write -> 17 2 OK 2006-02-22 23:51:07.473 write -> 13 51 BACKEND_MESSAGE[]:[]RECORDING_LIST_CHANGE[]:[]empty 2006-02-22 23:51:09.575 write -> 15 51 BACKEND_MESSAGE[]:[]RECORDING_LIST_CHANGE[]:[]empty 2006-02-22 23:51:09.575 read <- 8 2 OK 0: start_time: 0.036 duration: 323.852 1: start_time: 0.025 duration: 323.829 stream: start_time: 0.276 duration: 3598.484 bitrate=5151 kb/s 2006-02-22 23:51:09.603 AFD: Opened codec 0x80e2340, id(MPEG2VIDEO) type(Video) 2006-02-22 23:51:09.623 AFD: Opened codec 0x80e2680, id(MP2) type(Audio) 2006-02-22 23:51:07.681 New DB connection, total: 3 2006-02-22 23:51:09.782 Connected to database 'mythconverg' at host: localhost 2006-02-22 23:51:09.825 NVR::AudioInit?() This Unix doesn't support device files for audio access. Skipping 2006-02-22 23:51:09.834 RecBase?(/dev/video): SetRingBuffer?(0x81db050) '/mnt/mythtv/recordings/1000_20060222225000.mpg.tmp' 2006-02-22 23:51:09.907 Unknown socket closing 2006-02-22 23:51:09.908 Deleting /mnt/mythtv/recordings/1000_20060222225000.mpg.tmp

Going into the svn-source-code this message (NVR::AudioInit?()) is displayed by root/trunk/mythtv/libs/libmythtv/NuppelVideoRecorder.cpp (Revision 8668).

The trouble seems to be in NuppelVideoRecorder::AudioInit?(bool skipdevice) where the following causes the error to be displayed/logged:

#if !defined (HAVE_SYS_SOUNDCARD_H) && !defined(HAVE_SOUNDCARD_H)

VERBOSE(VB_IMPORTANT, QString("NVR::AudioInit?() This Unix doesn't support"

" device files for audio access. Skipping"));

return 1;

#else

Looking at Revision 5793 which was used by MythTV 0.18.1 there are no test for these definitions, and there the transcoding worked like a charm.

I recompiled my kernel to support OSS and turned on OSS sound output support and rebuilt mythTV and the transcoding worked.

Thought i should report it anyways!

Thanks a million for a great application, i hope to contribute something when i get more free time!

[Isaac Richards]

There's absolutely no reason to disable the OSS compatability modules in Linux.

[cardoe@…]

Isaac that's the worst reason I've heard of for closing a bug. Luckily someone else took this issue up and fixed it.