Since upgrading my backend to R5B7 and MythTV 0.19, I'm noticing much slower skipping through my PVR-x50 recordings. Skipping forward isn't bad but skipping back is much worse... it takes a few seconds for the audio to catch up with the video. I used to be able to skip like crazy with zero delay. Is anyone else noticing this or is it something screwy with my upgrade? Thanks.

I have not seen this problem - I upgraded from R5A16 to B7. Skipping forward
and back are the same for me.. both quite snappy. PVR-350 -- PIII 500 - 512 ram

I did notice something very strange though... skip alll the way to about 1 minute before the
end of a 1 hour recording and then hit the Esc key to exit the recording.

Does your disk light go solid for about 5 minutes? I had this, but rebuilding and installing the
0.19 debs with the fixes made the problem go away.. maybe you could try that as well.

Are you using XVMC decoding?

I'm having problems with XVMC. It will pause will watching and sometimes when I jump around. To get the show playing again I have to skip forward or back an addition time.

I have switch to standard decoding for now While I'm working out this issue.

_________________
Backend System
XP2400
Nforce2 Abit NF7-S ver2
Intergrated nvidia sound and network
Nvidia 6200 DVI out to Projector
multiple drives using LVM
PVR - 500

No, this is with standard definition recordings so no real need to use XvMC.

Turns out I'm not seeing the problem on my remote frontend--it skips forward and back just fine (but doesn't play LiveTV correctly, but that's another thread). Joy. I ran mythfrontend from a terminal with verbose and logging options, and as far as I can tell from the log, it's an audio buffering problem. Example:




Haven't had a chance to adjust any audio buffering settings in playback to see if I can cure the problem. I will cross my fingers.

PS: thanks for the replies, I appreciate it.

Wierd. I had a problem that was something like this, but exactly the opposite. Skipping was normal for the combined fe/be, but my remote fe skipped slowly. If I did pg down (skip 10 minutes) it would take ages of frantic network activity (with a frozen screen) before reaching the point 10 minutes ahead.

It was when I was setting up my first remote fe with one of the first testers releases that included 0.19. The problem went away when I later re-installed the frontend, so I just assumed I had ballsed up the configuration somehow.

No problems now on my fe/be and my remote fe.

Yeah, that's what's so frustrating about it. The thing you'd think wouldn't work as well (skipping from the remote frontend) works better than what should work better (skipping on the combined front/back end).

Changing the "use aggressive sound buffering" (I think it's called that) in Settings->Playback has not helped. Will run some more logs. I've searched mythtv-users for the "audio waiting for buffer" message and saw no apparent solutions.

EDIT: Ok, I ran mythfrontend this time with -v playback and tried skipping around. Now I'm noticing this after I skip:



Searching for that error doesn't get me much at mythtv-user. Saw one message about enabling DMA on the drive: my /myth partition is an LVM volume group and it seems that both drives have DMA enabled.

EDIT 2: sure enough, doing the same thing on my remote frontend doesn't give me a whole string of those messages. I do see one, but not line after line of them.

Found this browsing tickets -- maybe related?

http://svn.mythtv.org/trac/ticket/1598

That's very interesting, as I am indeed using an external USB box to output AC3 audio (the Creative Labs MP3+)

How did you find that ticket in relation to the errors I posted? The only thread in mythtv-dev that I saw dealing with that patch doesn't mention the errors I'm seeing, and searching my mythfrontend log, I don't see the errors he's seeing.

Because your not seeing the problem on the remote front end, I guessed the
problem was related to unusual audio hardware on the fe/be.

There are a few other AC3 related tickets if you seach, some quite recent with patches.

I'm using the same usb sound card, and having the same problems. I looked at the patch, but I'm not exactly sure what to do with it. Is the affected C++ file part of a shared library that I can just compile and overwrite, or do I need to recompile the entire Myth system?

Just got back from two crazy weeks in India and one relaxing week in Sri Lanka..

You can just recompile the shared lib and overwrite it, though that is a bit tricky. I have
been mucking around with making some subtle changes with some of the code in the shared
lib and the way that that did it was to first build the debs and this will leave behind all
the makefiles and object files. Then I just go into the directory for shared lib that want
to tweek, modify the source files after backing them up and doing a make in that directory.
Be careful with overwriting your shared lib as it a mess of symlinks and when you
backup and overwrite your shared lib, you may just end up not using the shared lib you
think you are.

This is the best way to get up with patches:

This is from Building 0.19 debs sticky. http://mysettopbox.tv/phpBB2/viewtopic.php?t=9042

new MythTV user, first post. Yes, i searched!

HW: Dell Optiplex GX-240, 512MB ram, 120GB hd, PVR-350.

SW: KnoppMyth R5C7.

TV Out works great. finally got my TZ problem fixed so i don't have to record Judge Judy to see The Office .

as far as FF or REW.. maybe i don't understand completely how it's supposed to work. or maybe i'm expecting tivo like...

pressing >> or << moves the speed to 3x, 5x, 10x, etc... it works fine for about 2 mins of program time... but then, it slows terribly. instead of ticking off the seconds like 5 per real time, it drops to (eventually) 1 program sec every 5 or so real seconds...

also, it seems like i only get to watch the video in >> or << at 3x. above that the pic freezes and i have to watch the secs tickaway on the display.

are these both normal?

if not, now what?

I can't say for sure because I never use fast-fwd or rewind -- I never used a TiVo so never got used to that way of doing it.

I either use 30-second skip forward (right cursor button) repeatedly until I'm through a commercial block (using the 5-sec skip back (left cursor button) if I overshoot), or I use the commercial flagging and skip the entire block with a single keypress.

Bad news for ff/rew on the PVR-350 see:

http://svn.mythtv.org/trac/ticket/745

Maybe a note should be added to recommended hw list for pvr-350.

I love my 350 and don't really care about the ff/rew frame update issue, but it might
be good to let people know what to expect if they decide to go with this card.

yep... that's EXACTLY the problem. I didn't know of a place to search for tickets like that...

sorry, but thanks for the heads up...