Tobi | 1 Apr 2010 01:05

projects.vdr-developer.org downtime

Hello!

Today some bots, probably from China, brought the
projects.vdr-developer.org webserver to it's knees.

Because they don't identify them selfs as bots, I finally had to blacklist
their whole IP range.

I hope everything runs smooth now. Sorry for any inconvenience.

Whenever you experience problems with projects.vdr-developer.org, just
drop me a mail (vdr <AT> e-tobi.net)

Tobias

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Lucian Muresan | 1 Apr 2010 11:45
Picon
Gravatar

Re: merging correctly several .ts files to a single ts file or better mkv

On 28.03.2010 18:12, Eric Valette wrote:
> On 28/03/2010 17:45, Eric Valette wrote:
>> On 28/03/2010 17:23, Lars Bläser wrote:
> 
>> Granted. However, merging with cat *.ts > complete.ts + trying a single
>> pass mkv conversion fails miserably (allhough I have very up to date
>> ffmpeg version).
>>
>> See fourth message in this threads ffmpeg complain with non monotone
>> timestamps and simply hang the computer.
> 
> I just tryed remuxing the .ts (and removing unneeded languages and
> subtitles) file to another .ts before converting to matroska and it works!
> 
> cat 00001.ts  00002.ts > merged.ts
> ffmpeg -y -ss 00:01:06 -map 0.0 -map 0.1 -i merged.ts -vcodec copy
> -sameq -acodec copy simplified1.ts
> ffmpeg -y -i simplified1.ts  -vcodec copy -sameq -acodec copy -async 2
> -f matroska 1.mkv
> 
> Much simpler indeed and no risk to have a small glitch in the meddle of
> the cut.

Where do you take that time offset value from? I'm also working on such
kind of scripts right now, because I want to remux especially HD
recordings to MKV. In the case of movies broadcasted by ARD HD or ZDF HD
(720p <at> 50Hz), they are full of so-called filler-NALUs, which can be
removed just by muxing into MKV not directly by ffmpeg, but by mkvmerge,
which shrinks a 10GB movie to about 3GB. My problem is still A/V sync,
all the original TS chunks (I also record into 200MB pieces, because of
(Continue reading)

Eric Valette | 1 Apr 2010 13:23
Picon
Favicon

Re: merging correctly several .ts files to a single ts file or better mkv


Where do you take that time offset value from?
I play the simplified ts file using smplayer -ss is the start in the ts file, -t is the duration to add
to the -ss value (I would have prefered the absolute end avoiding a substract...).
I'm also working on such kind of scripts right now, because I want to remux especially HD recordings to MKV. In the case of movies broadcasted by ARD HD or ZDF HD (720p <at> 50Hz), they are full of so-called filler-NALUs, which can be removed just by muxing into MKV not directly by ffmpeg, but by mkvmerge, which shrinks a 10GB movie to about 3GB.
You mean you extract the various component (audio, video) into separate files
and then reassemble them using mkvmerge?
My problem is still A/V sync, all the original TS chunks (I also record into 200MB pieces, because of fast editing in VDR) show video delays for each audio track of over 1 second, which is also very noticeable ion the final converted MKV. The delays are reported both by tsMuxeR and mediainfo see for example the "Video delay" value below:
Yes I know this is why the "async 2, (+ vsync 2 for récent ffmpeg version)" is there. Without them I have the audio and the video out of sync just like you.

ffmpeg -y -i simplified1.ts -vcodec copy -sameq -acodec copy -vsync 2 -async 2 -f matroska 1.mkv I'll post the mediainfo on the ts and mkv when back at home. -- eric


_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Lucian Muresan | 1 Apr 2010 14:24
Picon
Gravatar

Re: merging correctly several .ts files to a single ts file or better mkv

On 01.04.2010 13:23, Eric Valette wrote:
> 
>> Where do you take that time offset value from? 
> I play the simplified ts file using smplayer -ss is the start in the ts
> file, -t is the duration to add
> to the -ss value (I would have prefered the absolute end avoiding a
> substract...).

So for now you're determining that value sort of experimentally?

>> I'm also working on such
>> kind of scripts right now, because I want to remux especially HD
>> recordings to MKV. In the case of movies broadcasted by ARD HD or ZDF HD
>> (720p <at> 50Hz), they are full of so-called filler-NALUs, which can be
>> removed just by muxing into MKV not directly by ffmpeg, but by mkvmerge,
>> which shrinks a 10GB movie to about 3GB. 
> You mean you extract the various component (audio, video) into separate
> files
> and then reassemble them using mkvmerge?

Yes, I'm demuxing all the 000xy.ts files in all their component streams
with ffmpeg for now first, then multiplex the ones I want with mkvmerge.
I might switch to tsMuxeR, maybe also convert back to cleaned-up TS from
MKV also with tsMuxeR to make the smaller recording again playable by
VDR (I've read in the vdr-portal.de forum some users already
experimented with this).

>> My problem is still A/V sync,
>> all the original TS chunks (I also record into 200MB pieces, because of
>> fast editing in VDR) show video delays for each audio track of over 1
>> second, which is also very noticeable ion the final converted MKV. The
>> delays are reported both by tsMuxeR and mediainfo see for example the
>> "Video delay" value below:
>>   
> Yes I know this is why the "async 2, (+ vsync 2 for récent ffmpeg
> version)" is there. Without them I have the audio and the video out of
> sync just like you.
> 
> ffmpeg -y -i simplified1.ts  -vcodec copy -sameq -acodec copy -vsync 2 -async 2 -f matroska 1.mkv
> 
> I'll post the mediainfo on the ts and mkv when back at home.

By "simplified" you mean the merged ts?

Lucian

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Eric Valette | 1 Apr 2010 14:46
Picon
Favicon

Re: merging correctly several .ts files to a single ts file or better mkv

On 04/01/2010 02:24 PM, Lucian Muresan wrote:
On 01.04.2010 13:23, Eric Valette wrote: So for now you're determining that value sort of experimentally?
No. This is not the lag beween audio and video this is the timestamp displayed by smplayer when the video really starts (you have 2 min before and 10 min after by default with vdr that I want to cut).
Yes, I'm demuxing all the 000xy.ts files in all their component streams
with ffmpeg for now first, then multiplex the ones I want with mkvmerge. I might switch to tsMuxeR, maybe also convert back to cleaned-up TS from MKV also with tsMuxeR to make the smaller recording again playable by VDR (I've read in the vdr-portal.de forum some users already experimented with this).
I'm not a codec format spécialist but do individual codec have their own absolute time stamp? so that you can sync them when multiplexing them later on? The lag in the TS stream is not constant by any mean at least on french HD stream, I keeps getting higher and highger if I do not force to sync them (up to a point it crash the player)

By "simplified" you mean the merged ts?
No the one where I removed anything not needed (subtitles, foreign language, ...). I have 6 stream when I actually only need two.
So I strip down the ts stream first and then remux.

-- eric

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Matthias Wächter | 1 Apr 2010 16:09
Picon

update-xxv: Ask for password only once

Hi!

I found the three available options for specifying a password in the course of running update-xxv a 
little bit cumbersome, so I want to share the following patch with you.

In addition to the default (no password), -a for being asked for it with _each_ database access 
(wtf) and specifying it on the command line in clear text using -p, I add a new option -A that asks 
for a password only once and supplies it to mysql as if it was given with -p.

This by itself will not raise overall system security as the password is still given to each mysql 
call on the command line (and thus can be seen in the process table), however, it’s better to not 
have it in .bash_history.

– Matthias
--- update-xxv.orig	2010-01-17 21:37:56.000000000 +0100
+++ update-xxv	2010-04-01 16:05:40.000000000 +0200
 <at>  <at>  -10,7 +10,8  <at>  <at> 
 #          -d <database>  : XXV database name (default: xxv)
 #          -u <user>      : Username (default: root)
 #          -p <password>  : Password (default: no password)
-#          -a             : Ask for password
+#          -a             : Ask for password (once every run of mysql)
+#          -A             : Ask for password (just once)
 #          -f             : Force upgrade, do not check version
 #          -v             : Display actual Version
 #          -h             : Help
 <at>  <at>  -45,6 +46,8  <at>  <at> 
     echo '-p <password>  : Password (default: no password)'
     echo '-s <sql-file>  : Upgrade sql script (default: upgrade-xxv-db.sql)'
     echo '-a             : Ask for password'
+    echo '-a             : Ask for password (once every run of mysql)'
+    echo '-A             : Ask for password (just once)'
     echo '-f             : Force upgrade, do not check version'
     echo '-v             : Display actual version'
     echo '-h             : Help'
 <at>  <at>  -251,6 +254,9  <at>  <at> 
     	-a)
             askPassword='true'
     	;;
+	-A)
+	    read -s -p 'Enter Password (hidden): ' password
+	;;
         -f)
             isForceUpdate='true'
         ;;
_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Matthias Wächter | 1 Apr 2010 16:14
Picon

Re: update-xxv: [PATCH] Ask for password only once

On 01.04.2010 16:09, Matthias Wächter wrote:
> I found the three available options for specifying a password in the course of running update-xxv a
> little bit cumbersome, so I want to share the following patch with you.
>
> In addition to the default (no password), -a for being asked for it with _each_ database access
> (wtf) and specifying it on the command line in clear text using -p, I add a new option -A that asks
> for a password only once and supplies it to mysql as if it was given with -p.
>
> This by itself will not raise overall system security as the password is still given to each mysql
> call on the command line (and thus can be seen in the process table), however, it’s better to not
> have it in .bash_history.

Sorry, incomplete patch. Here is the right one (doesn’t give -a twice on the help screen).

– Matthias
--- update-xxv.orig	2010-01-17 21:37:56.000000000 +0100
+++ update-xxv	2010-04-01 16:11:54.000000000 +0200
 <at>  <at>  -10,7 +10,8  <at>  <at> 
 #          -d <database>  : XXV database name (default: xxv)
 #          -u <user>      : Username (default: root)
 #          -p <password>  : Password (default: no password)
-#          -a             : Ask for password
+#          -a             : Ask for password (once every run of mysql)
+#          -A             : Ask for password (just once)
 #          -f             : Force upgrade, do not check version
 #          -v             : Display actual Version
 #          -h             : Help
 <at>  <at>  -44,7 +45,8  <at>  <at> 
     echo '-u <user>      : Username (default: root)'
     echo '-p <password>  : Password (default: no password)'
     echo '-s <sql-file>  : Upgrade sql script (default: upgrade-xxv-db.sql)'
-    echo '-a             : Ask for password'
+    echo '-a             : Ask for password (once every run of mysql)'
+    echo '-A             : Ask for password (just once)'
     echo '-f             : Force upgrade, do not check version'
     echo '-v             : Display actual version'
     echo '-h             : Help'
 <at>  <at>  -251,6 +253,9  <at>  <at> 
     	-a)
             askPassword='true'
     	;;
+	-A)
+	    read -s -p 'Enter Password (hidden): ' password
+	;;
         -f)
             isForceUpdate='true'
         ;;
_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Andreas Brachold | 1 Apr 2010 17:16
Picon
Favicon

Re: update-xxv: [PATCH] Ask for password only once

Hello,

Am Donnerstag, den 01.04.2010, 16:14 +0200 schrieb Matthias Wächter:
> I found the three available options for specifying a password in the 
> course of running update-xxv a little bit cumbersome, so I want to 
> share the following patch with you.

Thanks, for your patch. I apply this to our repository (revision 1471)

Andreas

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

the Noad | 2 Apr 2010 11:18
Favicon

Re: [ANNOUNCE] noad-0.7.1

Am Donnerstag 25 März 2010 schrieb Thorsten Gehrig:
> Hi
> is there an outlook that noad will support HDTV in the future?
>

I'm working on it.

> regards
> Thorsten
>
> Am 23.03.2010 20:02, schrieb the Noad:
> > Version 0.7.2
> > - exit noad if a hdtv-recording is found
>
> _______________________________________________
> vdr mailing list
> vdr <at> linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Timothy D. Lenz | 2 Apr 2010 22:11

Minor confusion in the manual

        -D num, --device=num
               Use  only  the  given  DVB  device  (num = 0, 1, 2...). 
There may be several -D
               options (by default all DVB devices will be used).

The way I first read that, to make it use device 1 and 2 and not 3, you 
would use:
-D 1, 2
or:
-D 1,2

But it seems you can't put more then one per "-D". You have to use:
-D 1 -D 2

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Gmane