• subtitles

    From williamwright@21:1/5 to All on Sat Jan 22 21:02:29 2022
    OK you wise guys! How come, when I play a programme backwards on the
    PVR, the subtitles aren't written backwards?

    Seamus

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Woody@21:1/5 to williamwright on Sat Jan 22 21:08:58 2022
    On Sat 22/01/2022 21:02, williamwright wrote:
    OK you wise guys! How come, when I play a programme backwards on the
    PVR, the subtitles aren't written backwards?

    Seamus

    You are only showing the movement in reverse, the picture isn't reversed
    is it?

    So why should the subtitles be backwards?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NY@21:1/5 to Woody on Sat Jan 22 21:38:04 2022
    "Woody" <harrogate3@ntlworld.com> wrote in message news:sshrpb$bs8$1@dont-email.me...
    On Sat 22/01/2022 21:02, williamwright wrote:
    OK you wise guys! How come, when I play a programme backwards on the PVR,
    the subtitles aren't written backwards?

    Seamus

    You are only showing the movement in reverse, the picture isn't reversed
    is it?

    So why should the subtitles be backwards?

    If you load a VHS video tape upside down (by unreeling it and winding it the opposite way on the spools) the picture is upside down, as well as being
    very ragged because the sync pulses are in the wrong place. I had a VHS tape which got badly mangled in an old VHS machine making the tape unplayable, so
    as an experiment I took a good bit of the tape near the end and wound it
    upside down on the take-up spool, and then sorted out the supply spool in
    the same way before putting it back into the cassette. And when I played it, the picture was upside down - as expected, really.

    Do PVRs actually display subtitles if you play a recording slowly or
    backwards?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ian Jackson@21:1/5 to me@privacy.invalid on Sat Jan 22 21:58:33 2022
    In message <sshth3$o3e$1@dont-email.me>, NY <me@privacy.invalid> writes




    Do PVRs actually display subtitles if you play a recording slowly or >backwards?

    Just checked. My Manhattan satellite PVR does. It displays the subtitles
    at what looks like the appropriate times.
    --
    Ian

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From williamwright@21:1/5 to Woody on Sun Jan 23 03:33:36 2022
    On 22/01/2022 21:08, Woody wrote:
    On Sat 22/01/2022 21:02, williamwright wrote:
    OK you wise guys! How come, when I play a programme backwards on the
    PVR, the subtitles aren't written backwards?

    Seamus

    You are only showing the movement in reverse, the picture isn't reversed
    is it?

    So why should the subtitles be backwards?

    If there was sound they'd have to be saying everything backwards.

    Bill

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Chris J Dixon@21:1/5 to Ian Jackson on Sun Jan 23 08:55:06 2022
    Ian Jackson wrote:

    Just checked. My Manhattan satellite PVR does. It displays the subtitles
    at what looks like the appropriate times.

    They can be pretty variable even going forwards. :-(

    On my Humax some channels always seem to have poor
    synchronisation with the subtitles. More4 is a particular
    offender.

    Chris
    --
    Chris J Dixon Nottingham UK
    chris@cdixon.me.uk @ChrisJDixon1

    Plant amazing Acers.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Gaff (Sofa)@21:1/5 to williamwright on Sun Jan 23 09:50:10 2022
    That is just silly.
    You are still picking up the frames from start to end so the data is still the same.
    Back in the days of Vcrs, who recalls the old problem of those Phillips
    tapes getting a little crease in the bottom edge, and jamming. If you had an old hub set from a chewed one handy, simply make the tape upside down and it could work pretty well, but when played back if not recorded over, you could sometimes see the picture upside down, even though it was scanning the
    tracks across them getting bits of multiple tracks. No sync since the track
    was now playing on the audio channel and vice versa and the colours were all over the place.
    Great fun, and really I was surprised the system actually managed to get anything considering the slanted azimuth of the heads on the 1700 machines.
    Brian

    --

    This newsgroup posting comes to you directly from...
    The Sofa of Brian Gaff...
    briang1@blueyonder.co.uk
    Blind user, so no pictures please
    Note this Signature is meaningless.!
    "williamwright" <wrightsaerials@f2s.com> wrote in message news:j539n6F32doU1@mid.individual.net...
    OK you wise guys! How come, when I play a programme backwards on the PVR,
    the subtitles aren't written backwards?

    Seamus

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Gaff (Sofa)@21:1/5 to williamwright on Sun Jan 23 09:55:00 2022
    If there was sound is a big clue. What you might get is a garbeled mess, not backwards. The data is still there but they are just bits of data and would
    not make any sense if you allowed them to be played.

    The picture works as it is actually read to a buffer a chunk at a time which tends to be a frame sized one.

    Brian

    --

    This newsgroup posting comes to you directly from...
    The Sofa of Brian Gaff...
    briang1@blueyonder.co.uk
    Blind user, so no pictures please
    Note this Signature is meaningless.!
    "williamwright" <wrightsaerials@f2s.com> wrote in message news:j540kgF72ucU1@mid.individual.net...
    On 22/01/2022 21:08, Woody wrote:
    On Sat 22/01/2022 21:02, williamwright wrote:
    OK you wise guys! How come, when I play a programme backwards on the
    PVR, the subtitles aren't written backwards?

    Seamus

    You are only showing the movement in reverse, the picture isn't reversed
    is it?

    So why should the subtitles be backwards?

    If there was sound they'd have to be saying everything backwards.

    Bill

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Tweed@21:1/5 to briang1@blueyonder.co.uk on Sun Jan 23 09:58:07 2022
    Brian Gaff \(Sofa\) <briang1@blueyonder.co.uk> wrote:
    That is just silly.
    You are still picking up the frames from start to end so the data is still the same.
    Back in the days of Vcrs, who recalls the old problem of those Phillips tapes getting a little crease in the bottom edge, and jamming. If you had an old hub set from a chewed one handy, simply make the tape upside down and it could work pretty well, but when played back if not recorded over, you could sometimes see the picture upside down, even though it was scanning the
    tracks across them getting bits of multiple tracks. No sync since the track was now playing on the audio channel and vice versa and the colours were all over the place.
    Great fun, and really I was surprised the system actually managed to get anything considering the slanted azimuth of the heads on the 1700 machines.
    Brian


    Actually, is playing a digital stream backwards straightforwards? My basic understanding is you create some sort of master frame that contains the
    whole picture and then a series of deltas thereafter and then another
    master. If you play backwards you get the deltas first. So does the decoder have to play small chunks forwards internally to reconstruct something it
    can play in reverse? Never really thought about it before.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul Ratcliffe@21:1/5 to All on Mon Jan 24 01:27:26 2022
    On Sun, 23 Jan 2022 09:58:07 -0000 (UTC), Tweed <usenet.tweed@gmail.com>
    wrote:

    Actually, is playing a digital stream backwards straightforwards? My basic understanding is you create some sort of master frame that contains the
    whole picture and then a series of deltas thereafter and then another
    master. If you play backwards you get the deltas first. So does the decoder have to play small chunks forwards internally to reconstruct something it
    can play in reverse? Never really thought about it before.

    One presumes it has to create the entire GoP in memory, but it's doing
    that whilst playing forwards as well.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Gaff (Sofa)@21:1/5 to Paul Ratcliffe on Mon Jan 24 08:56:45 2022
    There is really no concept of backwards, its merely data and the software
    one supposes packages the data in a readable form in the first place, so
    there should be no issue. Brian

    --

    This newsgroup posting comes to you directly from...
    The Sofa of Brian Gaff...
    briang1@blueyonder.co.uk
    Blind user, so no pictures please
    Note this Signature is meaningless.!
    "Paul Ratcliffe" <abuse@orac12.clara34.co56.uk78> wrote in message news:slrnsus03t.mko.abuse@news.pr.network...
    On Sun, 23 Jan 2022 09:58:07 -0000 (UTC), Tweed <usenet.tweed@gmail.com> wrote:

    Actually, is playing a digital stream backwards straightforwards? My
    basic
    understanding is you create some sort of master frame that contains the
    whole picture and then a series of deltas thereafter and then another
    master. If you play backwards you get the deltas first. So does the
    decoder
    have to play small chunks forwards internally to reconstruct something it
    can play in reverse? Never really thought about it before.

    One presumes it has to create the entire GoP in memory, but it's doing
    that whilst playing forwards as well.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NY@21:1/5 to briang1@blueyonder.co.uk on Mon Jan 24 09:32:52 2022
    "Brian Gaff (Sofa)" <briang1@blueyonder.co.uk> wrote in message news:sslpke$3l1$1@dont-email.me...
    There is really no concept of backwards, its merely data and the software
    one supposes packages the data in a readable form in the first place, so there should be no issue. Brian

    I suppose if you wanted to get really picky, the data stream can't be read backwards correctly because the least-significant bit would arrive first and the most-significant bit would arrive last (or vice-versa), and the frame headers would be at the end rather than the beginning of the frame that they applied to. You'd also receive the incremental "difference" frames before
    the full frame that they related to.

    Assuming that the software was able to reverse all this and interpret it correctly, then as you say you'd accumulate a buffer of a few frames that actually made sense as a complete GoP, even if the buffer was filled with
    bytes that arrived in the opposite order to normal. And that buffer could
    then be played out with frames in reverse order. This is what applications
    such as VLC and the firmware in dedicated PVRs do.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From alan_m@21:1/5 to All on Mon Jan 24 18:52:21 2022
    On 24/01/2022 09:32, NY wrote:
    "Brian Gaff (Sofa)" <briang1@blueyonder.co.uk> wrote in message news:sslpke$3l1$1@dont-email.me...
    There is really no concept of backwards, its merely data and the
    software one supposes packages the data in a readable formĀ  in the
    first place, so there should be no issue. Brian

    I suppose if you wanted to get really picky, the data stream can't be
    read backwards correctly because the least-significant bit would arrive
    first and the most-significant bit would arrive last (or vice-versa),
    and the frame headers would be at the end rather than the beginning of
    the frame that they applied to. You'd also receive the incremental "difference" frames before the full frame that they related to.

    When playing backwards or a recording faster forward are only the
    reference (full) frames displayed?


    --
    mailto : news {at} admac {dot} myzen {dot} co {dot} uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From williamwright@21:1/5 to All on Mon Jan 24 18:40:40 2022
    On 24/01/2022 08:56, Brian Gaff (Sofa) wrote:
    There is really no concept of backward

    They don't even say 'educationally sub-normal' nowadays.

    Bill

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NY@21:1/5 to junk@admac.myzen.co.uk on Mon Jan 24 20:55:05 2022
    "alan_m" <junk@admac.myzen.co.uk> wrote in message news:j58ar5F20p8U1@mid.individual.net...
    On 24/01/2022 09:32, NY wrote:
    "Brian Gaff (Sofa)" <briang1@blueyonder.co.uk> wrote in message
    news:sslpke$3l1$1@dont-email.me...
    There is really no concept of backwards, its merely data and the
    software one supposes packages the data in a readable form in the first >>> place, so there should be no issue. Brian

    I suppose if you wanted to get really picky, the data stream can't be
    read backwards correctly because the least-significant bit would arrive
    first and the most-significant bit would arrive last (or vice-versa), and
    the frame headers would be at the end rather than the beginning of the
    frame that they applied to. You'd also receive the incremental
    "difference" frames before the full frame that they related to.

    When playing backwards or a recording faster forward are only the
    reference (full) frames displayed?

    I suppose it depends on the speed of fast playback. If you only played the reference frames, you'd be going at about 15x normal speed, assuming a GoP
    of about 15 frames. Many PVRs offer a range of speeds ranging from as low as
    2x up to about 30x. I imagine that they choose to display every nth frame (where n is controllable) which in practice will involve reference frames always being decoded and then the required intermediate frames being
    calculated wrt to the previous reference frame so all the required frames (intermediate or reference) are available.

    I've not got an HD PVR (I record on a Raspberry Pi running TVHeadend and
    watch using VLC on my PC or else via Plex on a TV) so I wonder if the
    playback capabilities in HD are more limited or more jerky (ie fewer
    different frames per second, with some being repeated) because H264 is a lot more computationally intensive than MPEG to decode.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Gaff (Sofa)@21:1/5 to williamwright on Tue Jan 25 12:10:08 2022
    No It used to be Intellectually challenged but I think even that has moved
    on to Neurologically diverse.
    Brian

    --

    This newsgroup posting comes to you directly from...
    The Sofa of Brian Gaff...
    briang1@blueyonder.co.uk
    Blind user, so no pictures please
    Note this Signature is meaningless.!
    "williamwright" <wrightsaerials@f2s.com> wrote in message news:j58a57F1qlqU1@mid.individual.net...
    On 24/01/2022 08:56, Brian Gaff (Sofa) wrote:
    There is really no concept of backward

    They don't even say 'educationally sub-normal' nowadays.

    Bill

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul Ratcliffe@21:1/5 to me@privacy.invalid on Tue Jan 25 19:54:29 2022
    On Mon, 24 Jan 2022 20:55:05 -0000, NY <me@privacy.invalid> wrote:

    I've not got an HD PVR (I record on a Raspberry Pi running TVHeadend and watch using VLC on my PC or else via Plex on a TV) so I wonder if the playback capabilities in HD are more limited or more jerky

    Mine seems the same on HD as on SD (not that I watch much of the latter).

    because H264 is a lot more computationally intensive than MPEG to decode.

    It's all done in hardware either way. 'Trivial' these days.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Gregory@21:1/5 to williamwright on Tue Jan 25 23:39:07 2022
    On 22/01/2022 21:02, williamwright wrote:
    OK you wise guys! How come, when I play a programme backwards on the
    PVR, the subtitles aren't written backwards?

    Duh!

    What does happen?

    I don't think my PVR shows any subtitles when playing backwards.

    --
    Brian Gregory (in England).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From JNugent@21:1/5 to All on Wed Jan 26 12:57:16 2022
    On 22/01/2022 09:38 pm, NY wrote:
    "Woody" <harrogate3@ntlworld.com> wrote in message news:sshrpb$bs8$1@dont-email.me...
    On Sat 22/01/2022 21:02, williamwright wrote:
    OK you wise guys! How come, when I play a programme backwards on the
    PVR, the subtitles aren't written backwards?

    Seamus

    You are only showing the movement in reverse, the picture isn't
    reversed is it?

    So why should the subtitles be backwards?

    If you load a VHS video tape upside down (by unreeling it and winding it
    the opposite way on the spools) the picture is upside down, as well as
    being very ragged because the sync pulses are in the wrong place. I had
    a VHS tape which got badly mangled in an old VHS machine making the tape unplayable, so as an experiment I took a good bit of the tape near the
    end and wound it upside down on the take-up spool, and then sorted out
    the supply spool in the same way before putting it back into the
    cassette. And when I played it, the picture was upside down - as
    expected, really.

    Do PVRs actually display subtitles if you play a recording slowly or backwards?

    I can certainly arrange the phenomenon you describe, but only after
    copying from (say) a Sky box with subtitles switched in.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)