Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Users

Mythcommflag --video - trying to add seek to mythvideos

 

 

MythTV users RSS feed   Index | Next | Previous | View Threaded


mike at dividia

Aug 31, 2007, 12:53 PM

Post #1 of 8 (1254 views)
Permalink
Mythcommflag --video - trying to add seek to mythvideos

I'm attempting to make the switch to Mythvideo's internal player for
viewing videos. But when I fast forward or rewind I get audio buffer
overflow errors. After some archive searching I found a suggestion that
said to run mythcommflag --video on video files so that a seek table
could be inserted into the DB.

However, I get this out put when I try it :
---------------------
[mythtv [at] myt Shippuuden]$ mythcommflag --video
001-002_\[DB\]_Naruto_Shippuuden.avi
2007-08-31 14:41:15.685 Using runtime prefix = /usr
2007-08-31 14:41:15.702 New DB connection, total: 1
2007-08-31 14:41:15.716 mythcommflag version: 0.21.20070820-1 www.mythtv.org
2007-08-31 14:41:15.717 Enabled verbose msgs: important

MythTV Commercial Flagger, started at Fri Aug 31 14:41:15 2007
Building seek table for: 001-002_[DB]_Naruto_Shippuuden.avi
99%/14974fpsRebuilt

Finished commercial break flagging at Fri Aug 31 14:41:21 2007

Segmentation fault
--------------------
Seeking in this file after this proves to be no better than before. It
looks to me like mythcommflag is getting 99% done and then seg
faulting. I tried it with "-v all" and got way too much info, happy to
do another verbose and host it somewhere if someone thinks it will be
helpful.

I also tried on a few different file formats not just avi. They all seem
to segfault.

Suggestions?
Thanks
Mike

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mtdean at thirdcontact

Aug 31, 2007, 1:49 PM

Post #2 of 8 (1206 views)
Permalink
Re: Mythcommflag --video - trying to add seek to mythvideos [In reply to]

On 08/31/2007 03:53 PM, Mike LaPlante wrote:
> I'm attempting to make the switch to Mythvideo's internal player for
> viewing videos. But when I fast forward or rewind I get audio buffer
> overflow errors. After some archive searching I found a suggestion that
> said to run mythcommflag --video on video files so that a seek table
> could be inserted into the DB.
>
> However, I get this out put when I try it :
> ---------------------
> [mythtv [at] myt Shippuuden]$ mythcommflag --video
> 001-002_\[DB\]_Naruto_Shippuuden.avi
> 2007-08-31 14:41:15.685 Using runtime prefix = /usr
> 2007-08-31 14:41:15.702 New DB connection, total: 1
> 2007-08-31 14:41:15.716 mythcommflag version: 0.21.20070820-1 www.mythtv.org
> 2007-08-31 14:41:15.717 Enabled verbose msgs: important
>
> MythTV Commercial Flagger, started at Fri Aug 31 14:41:15 2007
> Building seek table for: 001-002_[DB]_Naruto_Shippuuden.avi
> 99%/14974fpsRebuilt
>
> Finished commercial break flagging at Fri Aug 31 14:41:21 2007
>
> Segmentation fault
> --------------------
> Seeking in this file after this proves to be no better than before. It
> looks to me like mythcommflag is getting 99% done and then seg
> faulting.

Looks to me like it's 100% done and the segfaulting. I'll bet you're
running QT 3.3.8 (which has a known bug that causes MythTV applications
to segfault on shutdown). In this case, the segfault is unimportant
because it's not affecting "further processing."

> I tried it with "-v all" and got way too much info, happy to
> do another verbose and host it somewhere if someone thinks it will be
> helpful.
>
> I also tried on a few different file formats not just avi. They all seem
> to segfault.

In theory, the seektable should be mostly useful with MPEG-2 and not
really necessary with other formats. I'd think there may be an audio
configuration issue or something. Make sure you enable "Extra audio
buffering" in mythfrontend's General playback settings.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mike at dividia

Aug 31, 2007, 2:19 PM

Post #3 of 8 (1185 views)
Permalink
Re: Mythcommflag --video - trying to add seek to mythvideos [In reply to]

Michael T. Dean wrote:
> On 08/31/2007 03:53 PM, Mike LaPlante wrote:
>
>> I'm attempting to make the switch to Mythvideo's internal player for
>> viewing videos. But when I fast forward or rewind I get audio buffer
>> overflow errors. After some archive searching I found a suggestion that
>> said to run mythcommflag --video on video files so that a seek table
>> could be inserted into the DB.
>>
>>
> Make sure you enable "Extra audio
> buffering" in mythfrontend's General playback settings.
>
> Mike
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
Will do when I get home later.
Thanks
Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mike at dividia

Aug 31, 2007, 2:21 PM

Post #4 of 8 (1210 views)
Permalink
Re: Mythcommflag --video - trying to add seek to mythvideos [In reply to]

Michael T. Dean wrote:
>
> I'll bet you're
> running QT 3.3.8 (which has a known bug that causes MythTV applications
> to segfault on shutdown).
> Mike
>
>
You're right there as well. Fedora 7, mythfrontend always segfaults on
close, but I didn't know that affected command line apps like mythcommflag.

Mike

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mike at dividia

Aug 31, 2007, 9:08 PM

Post #5 of 8 (1179 views)
Permalink
Re: Mythcommflag --video - trying to add seek to mythvideos [In reply to]

Mike LaPlante wrote:
> Michael T. Dean wrote:
>
>> On 08/31/2007 03:53 PM, Mike LaPlante wrote:
>>
>>
>>> I'm attempting to make the switch to Mythvideo's internal player for
>>> viewing videos. But when I fast forward or rewind I get audio buffer
>>> overflow errors. After some archive searching I found a suggestion that
>>> said to run mythcommflag --video on video files so that a seek table
>>> could be inserted into the DB.
>>>
>>>
>>>
>> Make sure you enable "Extra audio
>> buffering" in mythfrontend's General playback settings.
>>
>> Mike
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users [at] mythtv
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>>
>>
> Will do when I get home later.
> Thanks
> Mike
> _______________________________________________
>
Turns out that option was already enabled. I tried enabling Aggressive
Audio something or other as well under the General Setup. That didn't
help. This is what the mythfrontend output looks like on said audio
buffering errors.
2007-08-31 20:46:13.900 NVP::AddAudioData():p1: Audio buffer overflow,
audio data lost!
2007-08-31 20:46:13.903 NVP::AddAudioData():p1: Audio buffer overflow,
audio data lost!
2007-08-31 20:46:13.904 NVP::AddAudioData():p1: Audio buffer overflow,
audio data lost!

This happens on both the backend and remote frontend. If it were just
the frontend I might look into network issues, but I think if the
network was too slow video would be more of a problem than audio. I'll
keep playing with this over the weekend.

Thanks
Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mikep at randomtraveller

Sep 3, 2007, 7:26 AM

Post #6 of 8 (1148 views)
Permalink
Re: Mythcommflag --video - trying to add seek to mythvideos [In reply to]

Michael T. Dean wrote:
> Looks to me like it's 100% done and the segfaulting. I'll bet you're
> running QT 3.3.8 (which has a known bug that causes MythTV applications
> to segfault on shutdown). In this case, the segfault is unimportant
> because it's not affecting "further processing."
- except when it's in a script such as gets used when you mytharchive something.
The bad return from the program causes the (already long-winded) process to stop
abruptly. I can usually rerun each section manually by cut'n pasting from the
log, but it gets tedious.

Mike Perkins
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mtdean at thirdcontact

Sep 3, 2007, 9:13 AM

Post #7 of 8 (1140 views)
Permalink
Re: Mythcommflag --video - trying to add seek to mythvideos [In reply to]

On 09/03/2007 10:26 AM, Mike Perkins wrote:
> Michael T. Dean wrote:
>
>> Looks to me like it's 100% done and the segfaulting. I'll bet you're
>> running QT 3.3.8 (which has a known bug that causes MythTV applications
>> to segfault on shutdown). In this case, the segfault is unimportant
>> because it's not affecting "further processing."
>>
> - except when it's in a script such as gets used when you mytharchive something.
> The bad return from the program causes the (already long-winded) process to stop
> abruptly. I can usually rerun each section manually by cut'n pasting from the
> log, but it gets tedious.

Right. But the case you described was running mythcommflag --video.
Had you said the word MythArchive, I would have told you that it won't
work until you fix QT. That's specifically why I said, "In this
case,"--because I knew that in some other cases where further processing
is done by a scripted process it doesn't work.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mike at dividia

Sep 3, 2007, 10:38 AM

Post #8 of 8 (1136 views)
Permalink
Re: Mythcommflag --video - trying to add seek to mythvideos [In reply to]

Michael T. Dean wrote:
> On 09/03/2007 10:26 AM, Mike Perkins wrote:
>
>> Michael T. Dean wrote:
>>
>>
>>
>
> Right. But the case you described was running mythcommflag --video.
> Had you said the word MythArchive, I would have told you that it won't
> work until you fix QT. That's specifically why I said, "In this
> case,"--because I knew that in some other cases where further processing
> is done by a scripted process it doesn't work.
>
> Mike
> _______________________________________________
>
Too many Mike's in this thread >.<

Mr, Perkins mentioned MythArchive, I did not. I (the OP) am still having
issues with audio buffering when fast forwarding using the internal
player. Any more suggestions?

Thanks
Mike L.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

MythTV users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.