Re: [vdr] Problems playing ongoing recordings?
I guess what Jjusi is explaining is that some Broadcasters (wrong frame/sec) or in the event of bad reception etc, it can occur that some frames are lost, and/or because vdr plays back from a more reliable source e.g. from disk it will catch up to live tv eventualy. I've experienced this on my dvb-s system. On 4/2/08, VDR User [EMAIL PROTECTED] wrote: On Tue, Apr 1, 2008 at 7:44 AM, JJussi [EMAIL PROTECTED] wrote: recording. Because playback is faster that real life you reach (in some poin of time) place where you are 0 (zero) seconds behind on going recording. AND in that point your playback start freeze and jump loop. Playback is faster then watching live tv?! Maybe if you skip past the commercials or something! I've started playing back a recording many times before it was finished and never had a problem with lockup or that the playback was going faster then live tv! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Sent from Gmail for mobile | mobile.google.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problems playing ongoing recordings?
On Wednesday, 2. Aprilta 2008 05:11:37 VDR User wrote: Playback is faster then watching live tv?! Maybe if you skip past the commercials or something! I've started playing back a recording many times before it was finished and never had a problem with lockup or that the playback was going faster then live tv! Yes.. Check that attached message OR search subtitle Playback to fast.. from archives. Clements Kirchgatterer said that, that's normal... -- JJussi ---BeginMessage--- Hi! Have anybody notice that playback is little bit too fast.. Here easy way to determit that.. 1. Select channel X and press REC to start recording 2. Change channel to Y 3. Start playback of recording of point 1. 4. Press Enter to get progress bar. Make note how many seconds behind you are from live. 5. OK, shall we assume that you are now 10 seconds behind... 6. After 5 minutes, make note how much gap is now.. OH! It's only 5 seconds... 7. After next 5 minutes playback WILL STOP and you are now watching live channel Y (from point 2.) ;-) -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ---End Message--- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ac3 handling in cutted vdr recordings
Hello, I have experienced a strange problem with vdr recordings after cutting them in vdr. My recording has e. G. two mpeg audio, 1 mpeg video and one ac3 audiotrack. Then I have tried to burn a dvd-video using replex |dvdauthor growisofs Problem: The ac3 audiotrack was not recognized by replex at the first time. Adjusting the first cuttingmark changed this behaviour. The problem does not exist any more if the first cuttingmark in vdr was placed at another position (using 4/6 on my remote). My question: Whats wrong here? I don't want to use another utility to cut vdr recordings to get a valid file for replex!!! Thanks have a nice day. Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problems playing ongoing recordings?
JJussi wrote: On Wednesday, 2. Aprilta 2008 05:11:37 VDR User wrote: Playback is faster then watching live tv?! Maybe if you skip past the commercials or something! I've started playing back a recording many times before it was finished and never had a problem with lockup or that the playback was going faster then live tv! Yes.. Check that attached message OR search subtitle Playback to fast.. from archives. Clements Kirchgatterer said that, that's normal... Small drift is expected -- the clock used as reference for playback (on dvb/dxr card etc) is not synced to the one used by the broadcaster. It's a similar problem to trying to record audio using one sound card and playing it back using another card in real time -- at some point you will get either over- or underruns because the sample rates are not 100% identical. I suspect some of the issues when playing ongoing recordings just after they are extended are caused by the recorder telling the system to drop the recently written data and this is interfering with the readahead done by the player, which then has to wait for the data to be refetched from disk. O_DIRECT helps here (by not using the cache at all), OTOH it could cause playback problems at the very end (due to the small delay and larger chunks used when extending the file) artur ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
2008/3/30, Rolf Ahrenberg [EMAIL PROTECTED]: On Sun, 30 Mar 2008, Ville Aakko wrote: Channel surfing and menus seem to be generally more stable. Editing, (putting marks and moving them), and most notably, jumping to a certain position via the red button is still PITA with skinsoppalusikka and DXR3. But the behaviour of the OSD is a bit Did you test it with the latest skinsoppalusikka-1.6.0? I added similar osd performance tweaks for replay mode into that particular version. No, sorry! I thoiught I was using the latesta, but I wasn't. But after some quick testing, it still seems unstable in the editing mode, Also, skinsoppalusikka doesn't update the palette of channel logos, if Well, IMO the skin isn't responsible of palette updates, but the real problem might be in the osd implemantation of DXR3 plugin. Yes, that is most probably true. I was merely stating what I'm experiencing with skinsoppaluskka and the logos =) - Ville -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
Seems that my brain stopped working in the middle of a sentence here : 2008/4/2, Ville Aakko [EMAIL PROTECTED]: No, sorry! I thoiught I was using the latesta, but I wasn't. But after some quick testing, it still seems unstable in the editing mode, ... , but I need to do some more testing, before I can say if the 1.6.0 is more stable than 1.1.5. - Ville -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problems playing ongoing recordings?
This must be dependent on what time during the recording you start playback. Like before X then no problem, but after X then you have the problem. I don't think I ever started playing back a current recording before it was already half finished. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, 2 Apr 2008, Ville Aakko wrote: No, sorry! I thoiught I was using the latesta, but I wasn't. But after some quick testing, it still seems unstable in the editing mode, ... , but I need to do some more testing, before I can say if the 1.6.0 is more stable than 1.1.5. Increasing the Osd Flush Rate value in DXR3 plugin setup might make things a bit more stable... BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, 2 Apr 2008, Ville Aakko wrote: But, seriously, they work very nicely with text2skin here, and used to work in and older VDR / skinsoppalusikka, too (providing you use logos with decreased number of colours, but I really couldn't tell the You don't happen to remember when things went broken? An exact version number would help a lot... BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
