Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#10490 closed Bug Report - General (fixed)

Commit 759fea8 breaks LiveTV transitions

Reported by: Peter Townsend <elpinkus@…> Owned by: danielk
Priority: minor Milestone: 0.25.1
Component: MythTV - General Version: Master Head
Severity: medium Keywords:
Cc: Ticket locked: no

Description

After commit 759fea8fee3d45ea7accc1aa8cf4d6e984982d0b, LiveTV freezes then exits to the main menu on program transitions with an error:

Video frame buffering failed too many times.

Currently on v0.25-beta-182-g759fea8. v0.25-beta-181-g43b55c9 works fine.

Frontend and backend logs attached. I had to cut out about 22MB worth of:

Decoder avformatdecoder.cpp:4374 (GetFrame?) - decoding error

eno: Input/output error (5)

at the point where playback dies to get the size down.

Attachments (16)

logs.7z (44.1 KB) - added by Peter Townsend <elpinkus@…> 12 years ago.
backend and frontend logs
version.txt (780 bytes) - added by Peter Townsend <elpinkus@…> 12 years ago.
--version output
livetv.patch (1.5 KB) - added by danielk 12 years ago.
Debugging patch -- forces livetv transition every 30 seconds.
10490-debug.patch (3.6 KB) - added by danielk 12 years ago.
Debug + fix
10490-debug-v2.patch (6.3 KB) - added by danielk 12 years ago.
Updated patch.. this avoids extra FinishedRecording? calls
10490-debug-start-new-rec-every-30-sec.patch (2.1 KB) - added by danielk 12 years ago.
Just the testing part of the previous patch (the fix portions of which have been applied).
mythbackend.20120403154040.1116.log.7z (7.8 KB) - added by Peter Townsend <elpinkus@…> 12 years ago.
backend log
mythfrontend.michiru.ion2.7z (180.2 KB) - added by Peter Townsend <elpinkus@…> 12 years ago.
Ion2 using VDPAU
mythfrontend.naru.e-350.7z (15.9 KB) - added by Peter Townsend <elpinkus@…> 12 years ago.
AMD E-350 using ffmpeg/opengl
mythbackend.log (8.7 KB) - added by Scott <snharris99@…> 12 years ago.
mythfrontend.20120405153521.16592.log.gz (220.1 KB) - added by Jim Stichnoth 12 years ago.
Mythfrontend log, "-v general,playback", latest master with the every-30-sec program transition patch
mythbackend.20120405153504.26941.log.gz (73.3 KB) - added by Jim Stichnoth 12 years ago.
Corresponding section of mythbackend log
mythbackend.20120406062619.32364.log.gz (465.2 KB) - added by Jim Stichnoth 12 years ago.
Search for 'hdpvr' to find the start of live TV recording on channel 12720.
mythfrontend.20120406063229.20498.log.gz (221.5 KB) - added by Jim Stichnoth 12 years ago.
mythfrontend.log.gz (45.3 KB) - added by Kenni Lund [kenni a kelu dot dk] 12 years ago.
mythtvfrontend -v playback,file from the 9th of April
10490-v3.patch (2.5 KB) - added by danielk 12 years ago.
Potential fix for oldfile

Download all attachments as: .zip

Change History (55)

Changed 12 years ago by Peter Townsend <elpinkus@…>

Attachment: logs.7z added

backend and frontend logs

Changed 12 years ago by Peter Townsend <elpinkus@…>

Attachment: version.txt added

--version output

comment:1 Changed 12 years ago by stuartm

Milestone: unknown0.25
Owner: set to tralph
Priority: minorblocker
Status: newassigned

comment:2 in reply to:  description Changed 12 years ago by lomion@…

I have this problem as well but falling back to 43b55c9 does not solve anything for me. It doesn't seem to be related to tralph's commit (alone).

comment:3 Changed 12 years ago by tralph

Owner: tralph deleted
Status: assignednew

comment:4 Changed 12 years ago by lomion@…

What I said the other day was not correct.

I did some testing in my environment today and found out that either forcing discontiuity=true as well as forcing newtype=true - which is what 43b55c9 does basically - made the transition work in my environment (DVB-S backend with VDPAU stand-alone frontend).

Discontiuity=true results in a bit faster transition I believe.

In my opinion the problem is not commit 759fea8 but that GetSwitchProgram?() does not return the appropiate values for discontinuity and newtype ... can somebody who knows that code have a look please!

comment:5 Changed 12 years ago by danielk

Owner: set to danielk
Status: newaccepted

comment:6 Changed 12 years ago by danielk

From some testing here it looks like our VDPAU renderer just doesn't support seamless transitions. On my system it does manage to make the transition, but with lots of complaining and a gap in the playback, while ffmpeg+XVideo is seamless with only a little complaining.

Can you test with ffmpeg decoding with XVideo for display to confirm we're seeing the same issue?

Changed 12 years ago by danielk

Attachment: livetv.patch added

Debugging patch -- forces livetv transition every 30 seconds.

comment:7 Changed 12 years ago by danielk

The livetv.patch should accelerate the test, it forces use of a new file in livetv every 30 seconds so you don't have to wait for the next program before seeing the problem.

comment:8 Changed 12 years ago by danielk

Scratch that, my frontend wasn't up to date for my test. I'm seeing the same error now.

Changed 12 years ago by danielk

Attachment: 10490-debug.patch added

Debug + fix

comment:9 Changed 12 years ago by danielk

Please try the 10490-debug.patch​. It includes both the frequent livetv transitions debugging (starting at 90 seconds and then transitioning every 30 seconds), and a fix for LiveTV not starting.

I don't expect the transitions to be smooth. There appears to be a separate issue with file read buffering, but it shouldn't dump you back to the menu with this applied.

Changed 12 years ago by danielk

Attachment: 10490-debug-v2.patch added

Updated patch.. this avoids extra FinishedRecording? calls

Changed 12 years ago by danielk

Just the testing part of the previous patch (the fix portions of which have been applied).

comment:10 Changed 12 years ago by danielk

Priority: blockerminor
Status: acceptedinfoneeded

commit [c3eaf781ca5cb6e95069063b77bee0e6a5e66de6] Author: Daniel Thor Kristjansson <dkristjansson@…> Date: Fri Mar 30 09:13:24 2012 -0400

Refs #10490. At least a partial LiveTV startup fix.

When we call FinishedRecording?() early it appears to cause an extra empty file to be generated at least some of the time. I'm not exactly sure how this happens, but calling FinishedRecording? before the recording is finished is actually a bug itself. This fixes this in the case where I was able to

reproduce the problem Peter Townsend experienced. I also tried some other LiveTV actions without seeing duplicate FinishedRecordings? calls, but I may have missed some code paths.

commit [d0df4ce8ee416f3aa37bb04bc4be30b9cb2b8456] Author: Daniel Thor Kristjansson <dkristjansson@…> Date: Fri Mar 30 08:58:07 2012 -0400

Refs #10490. Debugging fixes. Makes it easier to track which recordings are being started and stopped.


Note I'm reducing the priority since I believe this is fixed. I'm not closing it as fixed since I don't have confirmation from the reporter and it is a pretty complicated interaction that causes the problem.

Peter please report back on whether LiveTV is working for you.

comment:11 Changed 12 years ago by freddie@…

I have also been experiencing this problem since switching to 0.25. With

MythTV Version : v0.25-rc-111-gc7a1e81

(which I believe contains the above fix) the behaviour at program boundaries is unchanged. My logs are virtually identical to those given above. I am also using VDPAU. During the changeover mythfrontend gobbles up ~3GiB of memory before being returned to the main menu.

comment:12 Changed 12 years ago by Peter Townsend <elpinkus@…>

Sorry about the delay, I haven't had the chance to test anything in the last couple of days.

Updated to v0.25-rc-108-g5439b8b, just before your commits and no patches. Just being thorough. Found a program that was due to end in three minutes and playback froze and eventually dropped back to the menu right on schedule.

Added 10490-debug.patch and rebuilt. 5-10s pauses every 30s, played a few minutes of live TV before dropping back to the menu. This line appeared in the backend log:

2012-03-31 03:02:17.934408 E [12990/13073] DVBRead dvbstreamhandler.cpp:215 (RunTS) - DVBSH(/dev/dvb/adapter1/frontend0): Device EOF detected

It appeared during the transition where the frontend exited to the menu and not during the earlier transitions where it only paused briefly.

Removed 10490-debug.patch and applied 10490-debug-v2.patch. Live TV worked for about ten minutes, pausing briefly every 30 seconds, before the frontend exited to the menu with that same device EOF error on the backend. Again, it's only present at the point where the frontend exited.

Looking at the logs I originally attached to this ticket, the device EOF line is in that backend log too. Googling the error turned up ticket #10453, FYI.

I will build the latest git head with your commits tomorrow - it's 5am.

comment:13 Changed 12 years ago by danielk

Status: infoneededassigned

commit [98c855e5f28f53455b803a7c4cddf42bdb5c0ccb] Author: Daniel Kristjansson <danielk@…> Date: Mon Apr 2 17:18:23 2012 -0400

Refs #10490. Fix for LiveTV abort on empty recordings.

[c3eaf781ca] avoids creating empty recordings in some cases when it isn't necessary. But it is still possible for these to be created legitamitely when you start livetv near a program transition so this change makes the frontend skip those empty recordings in a LiveTV chain.

comment:14 Changed 12 years ago by danielk

Peter the device EOF message is really a separate issue. That could be a driver issue or some issue in the DVB Recorder.

Am I right in assuming you no longer see the avformatdecoder decoder error message?

comment:15 Changed 12 years ago by Peter Townsend <elpinkus@…>

I just had two frontends playing Live TV and one died at 7:02pm and the other at 7:03pm, likely at program transitions. The Ion box drops back to the menu with "Video frame buffering failed too many times" and the AMD E-350 using ffmpeg/opengl quits to the command line with a simple "Aborted".

Once again, lots of

avformatdecoder.cpp:4374 (GetFrame?) - decoding error

eno: Input/output error (5)

cut out to prevent filesizes from being silly.

Changed 12 years ago by Peter Townsend <elpinkus@…>

backend log

Changed 12 years ago by Peter Townsend <elpinkus@…>

Ion2 using VDPAU

Changed 12 years ago by Peter Townsend <elpinkus@…>

Attachment: mythfrontend.naru.e-350.7z added

AMD E-350 using ffmpeg/opengl

comment:16 Changed 12 years ago by Scott <snharris99@…>

I can confirm that I have not seen any change with this issue with the latest changes. I've attached the back end log of my most recent (10 minutes ago) test of Live TV making it through a program transition which ultimately went back to the main menu with the "Video frame buffer failed too many times" error.

MythTV Version : v0.25-rc-126-g711386d MythTV Branch : master Network Protocol : 72 Library API : 0.25.20120315-2 QT Version : 4.6.2 Options compiled in:

linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput u sing_backend using_bindings_perl using_bindings_python using_bindings_php using_ crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_ceton us ing_hdpvr using_iptv using_ivtv using_joystick_menu using_libcrypto using_libdns _sd using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_ qtscript using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr using_xv usin g_bindings_perl using_bindings_python using_bindings_php using_mythtranscode usi ng_opengl using_vdpau using_ffmpeg_threads using_live using_mheg using_libxml2

Changed 12 years ago by Scott <snharris99@…>

Attachment: mythbackend.log added

Changed 12 years ago by Jim Stichnoth

Mythfrontend log, "-v general,playback", latest master with the every-30-sec program transition patch

Changed 12 years ago by Jim Stichnoth

Corresponding section of mythbackend log

Changed 12 years ago by Jim Stichnoth

Search for 'hdpvr' to find the start of live TV recording on channel 12720.

Changed 12 years ago by Jim Stichnoth

comment:17 Changed 12 years ago by danielk

stichnot,

 2012-04-06 06:33:58.461628 D [32364/378] RingBuffer ringbuffer.cpp:925 (run) - RingBuf(/storage3/recordings/12720_20120406063356.mpg): setting ateof (read_return == 0)

Looks like the smoking gun.. There are two ways this could happen, either oldfile is set or stopreads is set when the previous FileRingBuffer::safe_read(int fd...) is called.

Commenting out lines 456 & 457 in fileringbuffer.cpp should confirm the oldfile hypothesis and commenting out 473 & 474 should confirm the stopreads hypothesis.

Can you try commenting out one, then the other, and if that neither of those work work, comment out both?

comment:18 Changed 12 years ago by Jim Stichnoth

Already communicated on IRC. For those still experiencing the problem, commenting out lines 456 & 457 allowed a Live TV session for 5-6 hours, with 10490-debug-start-new-rec-every-30-sec.patch​ applied, until I manually exited. No failing back to the main menu with "Video frame buffering failed too many times."

comment:19 Changed 12 years ago by JYA

Just a note that the issue occurs regularly on a purely digital setup (DVB-T) over the past few days, when it didn't used to occur.

comment:20 Changed 12 years ago by danielk

Resolution: Fixed
Status: assignedclosed

commit [640b0cdf6652d12ecd5caf33cc27c71190237fb8] Author: Daniel Kristjansson <danielk@…> Date: Thu Apr 5 15:14:22 2012 -0400

Refs #10490. Switch ringbuffers a little earlier in LiveTV.

commit [393295ccfb455a8f76cf9707ad76d08e31d5dbbf] Author: Daniel Kristjansson <danielk@…> Date: Sun Apr 8 16:10:57 2012 -0400

Fixes #10490. Don't return from safe_read() early on stopreads if we haven't read any bytes, this looks like an eof to higher levels of code.

comment:21 Changed 12 years ago by Kenni Lund [kenni a kelu dot dk]

Resolution: Fixed
Status: closednew

Unfortunately still not resolved, as confirmed by stichnot, Seeker´ and myself on IRC. I'm attaching a fresh log file from "mythfrontend -v playback,file".

Changed 12 years ago by Kenni Lund [kenni a kelu dot dk]

Attachment: mythfrontend.log.gz added

mythtvfrontend -v playback,file from the 9th of April

Changed 12 years ago by danielk

Attachment: 10490-v3.patch added

Potential fix for oldfile

comment:22 Changed 12 years ago by danielk

commit [39695b2e9e34d7b5bbb18e056bcd4bb9c9238f0c] Author: Daniel Kristjansson <danielk@…> Date: Mon Apr 9 09:43:00 2012 -0400

Revert "Fixes #10490. Don't return from safe_read() early on stopreads if we haven't read any bytes, this looks like an eof to higher levels of code."

I misread a report from Jim Stichnot, it was oldfile and not stopreads causing problems.

This reverts commit [393295ccfb455a8f76cf9707ad76d08e31d5dbbf].

comment:23 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In 2531893d539ceb7158033a5862e9fbd51e01da1d/mythtv:

RingBuffer?: Set the oldfile flag only once per live TV segment.

Refs #10490.

comment:24 Changed 12 years ago by beirdo

Milestone: 0.25unknown

comment:25 Changed 12 years ago by Scott <scott.harris0509@…>

I should report that my Live TV transitions have been near flawless (a nano second video blip and a ~1 second audio drop) as of 2 updates ago. 500 times better than they were even under 0.24.

comment:26 Changed 12 years ago by warpme@…

I have one Q: Isn't success of 2531893 masked by 1f5962a ?. I remember 1f5962a was workaround (and indeed 0.25 liveTV segments works OK with 1f5962a alone). I see current master has 2531893, but 1f5962a isn't reverted. Assuming 2531893 properly solves #10490 - shouldn't 1f5962a be reverted ? Thx. If I want to back port 2531893 to 0.25-fixes, should I also revert 1f5962a ?

comment:27 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In b7484dfdc5fccb2d171c1e024e9d67f10a745e2a/mythtv:

RingBuffer?: Set the oldfile flag only once per live TV segment.

This is not a true fix, but may lessen the problem in fixes/0.25 until
the real solution is found.

Refs #10490.
(cherry picked from commit 2531893d539ceb7158033a5862e9fbd51e01da1d)

comment:28 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In 0349883596549a8c76632fdfdf61920514ee65ae/mythtv:

Refs #10490. Live TV program transition improvements.

Reverts earlier changes to FileRingBuffer? related to oldfile, and
deals with the issue at a higher level. First, in
TVRec::SwitchLiveTVRingBuffer(), update the LiveTVChain *after* the
next program starts recording so that the RingBuffer? readahead thread
doesn't set oldfile on the current recording until after the new
recording starts. Second, make sure oldfile isn't accidentally set
twice in the readahead thread.

comment:29 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In 7c7852f4d71e54276c8dfa66a589314c5061fd0d/mythtv:

Live TV: Delay opening a new ringbuffer until the TVChain is updated.

Refs #10490. The problem is that at a program transition, the new
ringbuffer was opened before the TVChain was advanced, so the new
ringbuffer readahead thread was immediately setting the oldfile flag
on the remote ringbuffer, leading to premature EOF.

Additional logging is added to track setting of oldfile and stopreads,
for easier future debugging.

comment:30 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In 2e56c2563a75ec2c3c97996de838119f0ea6de6a/mythtv:

Live TV: Disable the oldfile ringbuffer optimization for program transitions.

Refs #10490. Using the LiveTVChain in the frontend ringbuffer to
control the oldfile flag in the backend ringbuffer is just too tricky
to get right and too easy to subsequently break, so we disable that
mechanism completely. The consequence is that the backend ringbuffer
may cause a 0.3 second pause waiting for more data at true EOF (but
buffering on the frontend will probably hide that). If the oldfile
optimization during live TV is really needed, it's probably better for
the backend recorded to control it.

comment:31 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In 0ecb1d96fc0429a8b9d68ace58097d421be803b3/mythtv:

Sync with Master on recent live TV program transition fixes. Refs #10490

comment:32 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In 3564049d049fd1238ee513712928ada9215ce0d0/mythtv:

Revert mythplayer portion of 7c7852f4d and tv_rec portion of 034988359.

Refs #10490

comment:33 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In 20c814a96f0b3c3d0a6e6038e4229bb75b8e82e2/mythtv:

Revert the livetvchain.cpp portion of 2e56c2563. Refs #10490

During a Live TV stress test, I encountered a backend deadlock that
might be related to these changes. Reverting them to be safe.

comment:34 Changed 12 years ago by Jim Stichnoth <jstichnoth@…>

In 46062bfe07bcd7d98e36cb95c118d098e3764795/mythtv:

Revert the livetvchain.cpp portion of 2e56c2563. Refs #10490

During a Live TV stress test, I encountered a backend deadlock that
might be related to these changes. Reverting them to be safe.
(cherry picked from commit 20c814a96f0b3c3d0a6e6038e4229bb75b8e82e2)

comment:35 Changed 12 years ago by Jim Stichnoth

Resolution: Fixed
Status: newclosed

After a long roundabout search, the answer is that the problem arose from a race condition between switching ringbuffer files on the backend and the frontend using the LiveTVChain status to signal the EOF optimization on the backend. The net effect of all the changes and reversions is to remove the call to SetTimeout?() in RingBuffer::run(), plus adding more logging.

comment:36 Changed 12 years ago by Jim Stichnoth

Milestone: unknown0.25.1

comment:37 Changed 12 years ago by Mario Limonciello <Mario_Limonciello@…>

Resolution: Fixedfixed

In 47bed8ed5e6ee58876df6b04cda84a853b257f48/packaging:

  • Update to 0.25 gold release.
  • New upstream checkout (1f5962a)
  • >>Upstream changes since last upload (041ecad):
  • [1f5962a] RingBuffer?: Make a few more attempts to read when oldfile=true.
  • [cffed2b] Merge branch 'master' of github.com:MythTV/mythtv
  • [4f16846] Update the Danish translation of mythfrontend and all plugins.
  • [31fa9dd] Revert "Fix popup windows from disappearing in MythCenter?- wide when using the"
  • [d824ea2] Fix issues with 805453a6 and df8548e7.
  • [4b28a57] Remove the MythArchive? date/time formats from the Hong Kong Chinese locale file.
  • [df8548e] Add a null pointer check on 'screen'
  • [805453a] Don't trigger hide/show animations if the screens should still be visible because the foreground screen isn't fullscreen.
  • [d1b081e] Updated Czech MythFrontend translation
  • [e6c4aa0] Updated Polish MythFrontend and alll plugins translation from Warpme
  • [39695b2] Revert "Fixes #10490. Don't return from safe_read() early on stopreads if we haven't read any bytes, this looks like an eof to higher levels of code."
  • [28db6ca] Merge branch 'master' of github.com:MythTV/mythtv
  • [e6d3ecb] Updated French MythFrontend, MythMusic, MythNetvision? and MythNews? translation from the French Language Translation Team
  • [6473241] Update the Danish translation of mythfrontend.
  • [c52a7cf] Updated Czech MythFrontend and MythMusic translation
  • [8c6c8cd] Updated German MythFrontend and MythZoneMinder? translation from Florian Bittner
  • [aa2762f] Fix popup windows from disappearing in MythCenter?-wide when using the virtual keyboard.
  • [393295c] Fixes #10490. Don't return from safe_read() early on stopreads if we haven't read any bytes, this looks like an eof to higher levels of code.
  • [81e72c8] Clear the UI object stores when deleting MythThemeBase?, fixes themes using the wrong base window and fonts after displaying the locale/database prompts. This was already done implicitly when shutting down and explicitly when reloading themes but not in the third case, where we construct a temporary main window and MythMainWindow? is torn down instead of being re-initialised.
  • [a970d72] Fixes #10545. Populate the Switch Input menu with all available cards.
  • [d80e54b] Fix #10558
  • [14ca636] Bump binary version
  • [00bd9eb] Fix compilation following previous commit
  • [e84a9a8] Fix compilation following previous commit
  • [4c5b039] Initialise locale if it's not been done already by the time we call GetQLocale()
  • [9c73366] Translate dates/times in the DateFormat? settings
  • [a0ae652] Move Setup Wizard at the top of settings menu (part #2)
  • [02216ca] Fix video setup wizard if audio test wasn't stopped in the previous screen
  • [13652d7] Fix audio setup and add handling of extra cases.
  • [b36827e] Better handling of unmounted volumes. Refs #10450.
  • [83671d5] Revert "Better handling of unmounted volumes. Refs #10450"
  • [58e8506] Better handling of unmounted volumes. Refs #10450
  • [71a024d] Fix LoadFromOldRecorded? query in ProgList?.
  • [957917c] Replicate the spelling change I had done in 3740d7dda16b2a082f8d833f4459294202cb2687
  • [8df36ec] Translate missed string.
  • [82f9818] Improve audio setup

comment:38 Changed 12 years ago by zorglups.mailing@…

My Zotac ION (VDPAU) is finally playing HD fine since yesterday night !!!!!! Thanks a lot for this fix !!!

comment:39 Changed 12 years ago by pieter@…

Hi,

I still get this at transition:

May 22 17:52:48 media mythfrontend[2379]: N CoreContext? mythplayer.cpp:2079 (PrebufferEnoughFrames?) Player(4): Waited 102ms for video buffers AADAADALAALADA May 22 17:52:48 media mythfrontend[2379]: N CoreContext? mythplayer.cpp:2079 (PrebufferEnoughFrames?) Player(4): Waited 207ms for video buffers AADAADALAALADA May 22 17:52:48 media mythfrontend[2379]: N CoreContext? mythplayer.cpp:2079 (PrebufferEnoughFrames?) Player(4): Waited 308ms for video buffers AADAADALAALADA May 22 17:52:48 media mythfrontend[2379]: N CoreContext? mythplayer.cpp:2079 (PrebufferEnoughFrames?) Player(4): Waited 413ms for video buffers AADAADALAALADA May 22 17:52:48 media mythfrontend[2379]: N CoreContext? mythplayer.cpp:2079 (PrebufferEnoughFrames?) Player(4): Waited 517ms for video buffers AADAADALAALADA May 22 17:52:48 media mythfrontend[2379]: N CoreContext? mythplayer.cpp:2079 (PrebufferEnoughFrames?) Player(4): Waited 623ms for video buffers AADAADALAALADA May 22 18:00:03 media mythfrontend[2379]: N CoreContext? avformatdecoder.cpp:752 (SetEof?) AFD: Resetting byte context eof (livetv 1 was eof 0) May 22 18:00:07 media mythfrontend[2379]: E Decoder ringbuffer.cpp:259 (Reset) RingBuf?(/var/lib/mythtv/livetv/2035_20120522180000.mpg): RingBuffer::Reset() nonzero readpos. toAdjust: 1 readpos: -2703800696 readAdjust: 4635015544 May 22 18:00:07 media mythfrontend[2379]: N Decoder avformatdecoder.cpp:752 (SetEof?) AFD: Resetting byte context eof (livetv 1 was eof 0) May 22 18:00:07 media mythfrontend[2379]: I Decoder mythdbcon.cpp:395 (PurgeIdleConnections?) New DB connection, total: 4 May 22 18:00:07 media mythfrontend[2379]: E Decoder avformatdecoder.cpp:4213 (ProcessAudioPacket?) AFD: Unknown audio decoding error

Thanks,

Pieter

Note: See TracTickets for help on using tickets.