Playback of Videos Recorded by MP SLOOW vs MCE recordings (1 Viewer)

dreamwalker

Portal Member
July 16, 2008
10
0
TV-Server Version: 1.0 RC2
MediaPortal Version: 1.0 RC2
MediaPortal Skin: Default
Windows Version: XP SP 3 with all windows update as of 8/19/08
CPU Type: P4
HDD: 240 GB SATA RAID 0
Memory: 1GB
Motherboard: ASUS P4PE
Video Card: ATI HD 2600
Video Card Driver: 8.3n
Sound Card: CompUsa generic
Sound Card AC3:
Sound Card Driver:
1. TV Card: TwinHan 1020A
1. TV Card Type: DVBS
1. TV Card Driver: 2.3.8 BDA WHQL
2. TV Card: Hauppauge HVR 1600
2. TV Card Type: DVBT
2. TV Card Driver: 3.4D1
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: nVidia PureVideo 1.02.233
MPEG2 Audio Codec: nVidia PureVideo 1.02.233
h.264 Video Codec: ATI h.264
Satelite/CableTV Provider: DishNetwork / OTA
HTPC Case: Generic
Cooling: None
Power Supply: Generic 400 PSU
Remote: MCE, Gyration
TV: Samsung 52"
TV - HTPC Connection:

Does anyone have a problem where by videos generated by MP RC2 server have jerky slow fastfowrd/rewind? I did a couple tv recording and when I played back in MP or windows media player, doing any sort of fast forward/rewind is noticeably slow (~ 5-10 seconds). Videos (both SD and HD) recorded via MCE fast forwards/rewinds very quick and fluid... Anyone have any clues to why this is happening?


:D
 

rmeredit

MP Donator
  • Premium Supporter
  • April 10, 2007
    164
    20
    Melbourne
    Home Country
    God yes. There have been quite a few posts about this, including one from me. I had no problem on TVE2 under 0.2.3, but on upgrading to 1.0RC2 with TVE3, ffwd and rwnd are unusable on either live tv or recordings. I use skip steps instead, but it's less than optimal, especially for getting through commercials that aren't quite, exactly, 30 secs long.

    My understanding is that it's to do with tsreader.ax, which is a different version under TVE3 compared to TVE2. So far I've seen nothing from the devs in response, though, so not sure if it's permanently broken, or someone's actually looking at it.
     

    Paranoid Delusion

    Moderation Manager
  • Premium Supporter
  • June 13, 2005
    13,052
    2,978
    Cheshire
    Home Country
    United Kingdom United Kingdom
    So far I've seen nothing from the devs in response, though, so not sure if it's permanently broken, or someone's actually looking at it.

    The codec you playback with makes a big difference to this as well, and the dev's are always looking at ways to improve things which keeps them busy, thats part of the reason for not answering all the posts that keep getting repeated on the subject, otherwise no real work would ever get done.

    Regards
     

    rmeredit

    MP Donator
  • Premium Supporter
  • April 10, 2007
    164
    20
    Melbourne
    Home Country
    The codec you playback with makes a big difference to this as well, and the dev's are always looking at ways to improve things which keeps them busy, thats part of the reason for not answering all the posts that keep getting repeated on the subject, otherwise no real work would ever get done.

    Regards

    In my situation, the codec doesn't make any difference. I've tried all codecs that I have installed (nvidia purevideo, which is my default; PDVD6; ffdhsow; DScaler, MPV/A; and even Nero and ULead codecs which came with DVD burning software) with the same results. The problem only showed up when I upgraded to TVE3 (1.0RC2) from TVE2 (0.2.3). All of the codecs are the same, and TVE2 worked perfectly, both live and recorded. It's not the recordings, either, since my old 0.2.3 recordings exhibit the same problematic behaviour under 1.0RC2 in playback.

    The lack of anything that I can see in Mantis related to the issue, as well as the fact that I haven't seen any dev posting on it since mid-last year (related to a post on the issue in TVE3 on 0.2.3 RC1) suggests to me that the issue isn't on anyone's radar, despite being what I would have thought pretty critical functionality. Not that I'm complaining (too loudly) since I'm well aware of the fact this is all a volunteer effort, and people chip in when and where they can.

    Nevertheless, I miss my ffwd and rwnd! If any devs want to have a crack at it, I'm more than willing to help with logs, testing, etc. etc.

    Cheers,

    Rob.
     

    dreamwalker

    Portal Member
    July 16, 2008
    10
    0
    Coming from MCE platform, it would be nice to not loose some basic functionality that we're all accustomed to. I'm running a P4PE and I don't believe it's a cpu/gpu problem because my CPU utilization is under 50%. I hope this gets bumped up as it does seem like a bug to me... I thought the RC releases were for fixing bugs ? :p
     

    tourettes

    Retired Team Member
  • Premium Supporter
  • January 7, 2005
    17,301
    4,800
    The problem comes from the fact that no one has figured out how to allow graphs to be run correctly over 2x speeds so that audio renderer is not stopping the speed change. As soon as that is figured out the issue can be started to fix.

    In the mean time use skip steps (those are much faster way to get into the correct place).
     

    rmeredit

    MP Donator
  • Premium Supporter
  • April 10, 2007
    164
    20
    Melbourne
    Home Country
    The problem comes from the fact that no one has figured out how to allow graphs to be run correctly over 2x speeds so that audio renderer is not stopping the speed change. As soon as that is figured out the issue can be started to fix.

    In the mean time use skip steps (those are much faster way to get into the correct place).

    Ah, thanks for popping in Tourettes. Good to know that the issue is at least known about.

    Skip steps are fine for large movements around in a file, but for fine adjustments (like overshooting the end of commercials, or similar), ffwd and rwnd make a big difference to usability. The audio thing also explains why my audio receiver continually locks and unlocks during ffwd/rwnd.

    If there's anything I can do to help, let me know.

    Cheers,

    Rob.
     

    rmeredit

    MP Donator
  • Premium Supporter
  • April 10, 2007
    164
    20
    Melbourne
    Home Country
    [Update]

    A quick update on this issue. I just decided recently to try out the latest PowerDVD codec (version 8 - I previously had an OEM version of version 6 installed). Despite the problem with seeking being present with all of the different codecs I had installed at the time, PowerDVD 8 seems to help out significantly. Despite some problems with the audio side (the Cyberlink audio codec caused MP to lock up), I managed to get the Cyberlink video codec running alongside my nVidia audio codec for MPEG2.

    Ffwd and rwnd are now fairly usable. They're by no means perfect - there's lots of lag, especially when starting seeking, but the video updates, as does the OSD timeline, to the point where I can use it properly. I tested several videos including live DVB playback as well as recorded files (MPEG2, both SD and HD - no h.264 broadcast here, so I haven't tested that). I also configured DVD playback to use the new codec (including audio) and seeking works well there also (slightly better actually, than TV). I'm using VRM9, but I'll give EVR a whirl later to see if there's any further improvement (or otherwise!) there. Oh, and I'm using .ts rather than .mpg in TVServer.

    So perhaps some useful information there for the devs. Also, a possible workaround for others experiencing the same problem. Remember you only need to install an evaluation version of PowerDVD 8 to get the codecs, no need to register/pay.

    Cheers,

    Rob
     

    Users who are viewing this thread

    Top Bottom