[mythtv-commits] Ticket #3686: Mytharchive / Mythreplex ignores second audio track even after having been detected by mythtranscode and in streaminfo.xml

MythTV mythtv at cvs.mythtv.org
Sun Jul 1 00:57:40 UTC 2007


#3686: Mytharchive / Mythreplex ignores second audio track even after having been
detected by mythtranscode and in streaminfo.xml
-------------------------+--------------------------------------------------
 Reporter:  anonymous    |       Owner:  paulh
     Type:  defect       |      Status:  new  
 Priority:  minor        |   Milestone:  0.21 
Component:  mytharchive  |     Version:  head 
 Severity:  medium       |     Mlocked:  0    
-------------------------+--------------------------------------------------
 I can't know if the following bug is related to mytharchive or mythreplex.
 I am describing what happens, so if it has to be moved to another
 category, please do so. Thanks for any inconvenience.

 ______


 I have a 2 audio tracks recording that I want to burn to a DVD. I have
 tried both letting Mytharchive use the cutlist and do it all on his own,
 and using mythtranscode to remove the commercials and then use mytharchive
 to burn the resulting file (without using the cut list), but I got burnt a
 single audio track DVD in both cases.

 This is weird since I get the following output while doing 'ffmpeg -i' to
 the newfile.mpeg file:
 jose at amd64:/home/mythtv/temp/work/1$ ffmpeg -i newfile.mpg
 FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et
 al.
   configuration: --enable-gpl --enable-pp --enable-swscaler --enable-
 pthreads --enable-libvorbis --enable-libtheora --enable-libogg --enable-
 libgsm --enable-dc1394 --disable-debug --enable-shared --prefix=/usr
   libavutil version: 1d.49.3.0
   libavcodec version: 1d.51.38.0
   libavformat version: 1d.51.10.0
   built on Jun  3 2007 20:59:25, gcc: 4.1.3 20070528 (prerelease) (Ubuntu
 4.1.2-9ubuntu2)
 Input #0, mpeg, from 'newfile.mpg':
   Duration: 01:27:43.9, start: 0.360000, bitrate: 4143 kb/s
   Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x576, 15000 kb/s,
 25.00 fps(r)
   Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, 192 kb/s
   Stream #0.2[0x1c1]: Audio: mp2, 48000 Hz, stereo, 192 kb/s
 Must supply at least one output file

 So the newfile has 2 audio tracks (just like to original recording) But
 then the problem arises (I think) when mythreplex is used to demux all the
 streams from the newfile.mpeg file. Only a video and one audio streams are
 demuxed and the second audio track is ignored. (So I don't know if the
 problem comes from mytharchive not invoking mythreplex properly or from a
 bug in mythreplex).

 The final.mpeg file only has one audio track:
 jose at amd64:/home/mythtv/temp/work/1$ ffmpeg -i final.mpg
 FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et
 al.
   configuration: --enable-gpl --enable-pp --enable-swscaler --enable-
 pthreads --enable-libvorbis --enable-libtheora --enable-libogg --enable-
 libgsm --enable-dc1394 --disable-debug --enable-shared --prefix=/usr
   libavutil version: 1d.49.3.0
   libavcodec version: 1d.51.38.0
   libavformat version: 1d.51.10.0
   built on Jun  3 2007 20:59:25, gcc: 4.1.3 20070528 (prerelease) (Ubuntu
 4.1.2-9ubuntu2)
 Input #0, mpeg, from 'final.mpg':
   Duration: 01:27:43.8, start: 0.184656, bitrate: 3982 kb/s
   Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x576, 15000 kb/s,
 25.00 fps(r)
   Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, 192 kb/s
 Must supply at least one output file



 I am attaching the following log files so that the problem can be tracked
 down:
 mythburn.log
 progress.log
 streaminfo_orig.xml
 streaminfo.xml


 P.S.: The error that shows in the logs about growfs not being able to burn
 the project is because I removed the blank dvd from the dvd recorder
 because i didn't want to have another one-audio-track dvd. I already have
 one, and that's enough for today! ;)

-- 
Ticket URL: <http://svn.mythtv.org/trac/ticket/3686>
MythTV <http://svn.mythtv.org/trac>
MythTV


More information about the mythtv-commits mailing list