If there are users who want the "chipmunk effect" can you add an option on configuration to disable/disable it!"chipmunk effect" <-- that depends on the codecs / audio renderer. If codec and audio renderer support 2x playback with sound on then its what you get. Currently we arent muting the audio as some people want to have that "chipmunk effect".
I have seen it on multiple devices. Also if its considered as a bug its one of the most minor bugs that there can be, so it wouldnt have any high priority in fixing.That's a very strange 'feature'. I don't know any other consumer playback software that has it, and can only see that it would be useful for professional video editing tools.
No it doesnt. But the following fact will explain it a little bit:Does this also explain why ffwd/rwnd with TV recordings/timeshifting performs so poorly and sends my audio receiver into a spin with locking and unlocking signals?
Its not considered as a bug, that might be the biggest reason. Also REW/FF is really slow way to seek inside file compared to skip steps (left/right/up/down buttons).PS - I've always wondered about what does or doesn't make it into Mantis. There seem to be some very old, well documented bugs with logs that just languish in the forums, while bizarre things like stop button functionality during TV playback show up. I understand that the devs can only fix those bugs that team members have the expertise and inclination to fix, and the nature of open source is such that you don't always have the number of members or skill mix that you necessarily need on a project, but surely all documented bugs should show up in Mantis? This would mean that they're properly documented somewhere, rather than being randomly scattered throughout the forums, someone may actually come across the bugs who can fix them, and for those bugs that don't get fixed, at least people stop banging on about the same bug over and over, since they know someone's already experienced it and documented it formally. This bug, and the similar one where there is poor rwnd/ffwd in TV recording playback are just two cases in point.
It may be minor, but it's certainly behaviour that lots of people find 'unusual' to say the least - unusual enough that many perceive it as the software not working correctly. If it's a design feature, then perhaps it should be documented. If it is a bug, then it's certainly no more minor than things I've seen go through Mantis and then fixed (eg. the recent stop button functionality while watching live TV).I have seen it on multiple devices. Also if its considered as a bug its one of the most minor bugs that there can be, so it wouldnt have any high priority in fixing.
This is exactly my point - why is the audio renderer being employed at all for ffwd/rwnd? Turn off audio, seek efficiently, and then re-enable the audio filter when 1x playback is resumed. This was the functionality under TVE2, at least under 0.2.3.No it doesnt. But the following fact will explain it a little bit:Does this also explain why ffwd/rwnd with TV recordings/timeshifting performs so poorly and sends my audio receiver into a spin with locking and unlocking signals?
Microsoft audio renderer can render only at 2x speed. When user wants to forward > 2x speed then in short we must do the following:
Yes, I understand this, and have managed to get TV seek functionality almost to the point of being useful by using the PDVD8 codec for video. Why audio is in there, again, I'm baffled, but the container type (mpg versus .ts for TV) makes absolutely no difference on my machine. Everything functioned well under TVE2 with regards to playback and seeking functionality.There are lot of different issues that affect the FF/REW in directshow.
- audio renderer
- container type
Fair enough in this regard, but, for example TV seek functionality has been a problem for a reasonable number of people under TVE3 since 0.2.3 days, based on the threads I've found, but it's never made it into Mantis. Even if it's considered a minor bug, why isn't it documented properly? And I only cite this as an example - I'm sure there are others well documented in the forums.Its not considered as a bug, that might be the biggest reason. Also REW/FF is really slow way to seek inside file compared to skip steps (left/right/up/down buttons).
Again, so why not document it as a bug so that a potential developer can have a crack at it? If it's not properly documented, the chances of it getting fixed are minimal. Even though I'm not a coder, and I've never coded in C# at all, I've poked around the code a bit myself to see if I could have a crack at it, and am completely lost. It's not for want of desiring to contribute (I do where I can - on skins for example).Poor rwnd/ffwd is actually a missing feature. Microsoft has done a lot of work on that area on SBE, but TVE3 is not using it so we would have to implement some tricky code... so if anyone knows how Microsoft DVD navigator handles the >2x speed seeking he/she is more than welcome to help the team.
In TVE2 it "just works" as Microsoft has done great work with the SBE engine on FF/RW fuctionality. It indexed the I-frames to allow backward seeking, mutes audio content on similar way as DVD navigator (we currently dont know how its done)...This is exactly my point - why is the audio renderer being employed at all for ffwd/rwnd? Turn off audio, seek efficiently, and then re-enable the audio filter when 1x playback is resumed. This was the functionality under TVE2, at least under 0.2.3.
|P||Another Fast Forward/Rewind/Skip/Replay Question||General||3|
|T||Fast Forward / Rewind||Feature Requests||7|
|MP2 Rewind / zurückspulen bei Live TV funktioniert nicht||Allgemeines Support- und Diskussionsforum||3|
|Audio out of sync after pause. Rewind 15sec gets it into sync again.||MediaPortal 1 Talk||0|
|T||FF or Rewind video issue||watch/edit Videos||0|
|[no Bug] Video glitches after pausing/rewinding/fastfording movies - tv is ok||2.2 Archive||4|
|M||[further infos missing] Stuttery UI behaviour when in focus, super fast outside focus.||Submit: Bug Reports||14|
|[solved] 5016: Same position for title and speed-info when forwarding||watch/edit Videos||3|
|MP 1.22 final is crashing when jumping forward while playing DVD-Iso||watch/edit Videos||26|
|N||[Finished] [MP2-806] Playing a recorded radio program does not show screen to allow skipping forward, etc||MediaPortal 2||141|
|M||Forwarding Cmd Line Arg in IRSS Run Program||MediaPortal 1 Plugins||0|
|MP2 - V2.1 Picture freeze when jumping forward||Older releases||7|