 |
pyTivo Discussion Forum Answers and the development of pyTivo a TiVo transcoding server
|
|
| Author |
Message |
random2009
Joined: 30 Jun 2009 Posts: 12
|
Posted: Tue Sep 15, 2009 10:10 pm Post subject: |
|
|
Ahh, sorry for using the wrong term, thanks for explaining.
So if there is no hope of it getting fixed by the ffmpeg folks anytime soon, is there a chance you could release an alternate version with the audio transcoding permanently turned on? Or would that be something that has to be changed in the pyTivo code? |
|
| Back to top |
|
 |
950ash
Joined: 14 Aug 2008 Posts: 48
|
Posted: Wed Sep 16, 2009 9:14 pm Post subject: |
|
|
Sorry been busy,
What I did is make another video folder and put all my MKv's(which is the ones that I have problems with)in with the default.txt that only has that one line.
No problems works great. |
|
| Back to top |
|
 |
mktippett
Joined: 19 Aug 2009 Posts: 3
|
Posted: Wed Oct 07, 2009 6:34 pm Post subject: |
|
|
| rdian06 wrote: | Linux Builds
When I get around to it...
Let me know what flavor of Linux you want a compile for and I'll try to do the more popular ones. No promises... |
I am using PyTivo with a Tivo HD and Fedora 11. Most things work. Recently I got the error below. I am using the ffmpeg from rpmfusion. Is that the problem? Is there a version of rdian06's ffmpeg for Fedora 11?
thanks,
Mike
| Code: |
INFO:pyTivo:192.168.1.4 [07/Oct/2009 14:19:54] "GET /MyMovies/Stargate%20Universe/Stargate.Universe.S01E01E02.720p.HDTV.x264-SiTV.mkv HTTP/1.1" 206 -
FFmpeg version 0.5-rpmfusion, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib --mandir=/usr/share/man --arch=i586 --extra-cflags=-O2 -
g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i586 -mtune=generic -fasynchronous-unwind-tables -I/usr/include/openjpeg
--extra-version=rpmfusion --enable-bzlib --enable-libdc1394 --enable-libfaac --enable-libfaad --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --en
able-libspeex --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable-avfilter-lavf --enable-postproc --enable-swscale -
-enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib --cpu=i586 --disable-mmx2 --disable-sse --disable-ssse3 --dis
able-yasm
libavutil 49.15. 0 / 49.15. 0
libavcodec 52.20. 0 / 52.20. 0
libavformat 52.31. 0 / 52.31. 0
libavdevice 52. 1. 0 / 52. 1. 0
libavfilter 0. 4. 0 / 0. 4. 0
libswscale 0. 7. 1 / 0. 7. 1
libpostproc 51. 2. 0 / 51. 2. 0
built on Mar 26 2009 19:19:08, gcc: 4.4.0 20090307 (Red Hat 4.4.0-0.23)
Seems stream 0 codec frame rate differs from container frame rate: 47.95 (48000/1001) -> 24.00 (24/1)
Input #0, matroska, from '/music/video/test/Stargate Universe/Stargate.Universe.S01E01E02.720p.HDTV.x264-SiTV.mkv':
Duration: 01:26:12.54, start: 0.000000, bitrate: N/A
Stream #0.0(eng): Video: h264, yuv420p, 1280x720, PAR 1:1 DAR 16:9, 24 tbr, 1k tbn, 47.95 tbc
Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16
Output #0, vob, to 'pipe:':
Stream #0.0(eng): Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 1000 kb/s, 90k tbn, 29.97 tbc
Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
[NULL @ 0x91ebbf0]error, non monotone timestamps 23040 >= 23040
av_interleaved_write_frame(): Error while opening file
|
|
|
| Back to top |
|
 |
rdian06
Joined: 12 Apr 2008 Posts: 1420
|
Posted: Thu Oct 08, 2009 4:59 am Post subject: |
|
|
| mktippett wrote: |
I am using PyTivo with a Tivo HD and Fedora 11. Most things work. Recently I got the error below. I am using the ffmpeg from rpmfusion. Is that the problem? Is there a version of rdian06's ffmpeg for Fedora 11?
|
I'm not setup to compile under Fedora, sorry.
However, you can try to work around this issue by forcing ffmpeg to transcode the audio (I think the error you're seeing only happens on remux).
Try creating a metadata file for that video (in this case call it "Stargate.Universe.S01E01E02.720p.HDTV.x264-SiTV.mkv.txt" and place it in the same directory as the video) and put the following single line into it:
| Code: | Override_aKbps : 2048 |
NOTE: The filename and file contents are case sensitive, so watch your capitals.
And make sure you quit pyTivo completely and restart it after creating the metadata txt file and before attempting the transfer again. |
|
| Back to top |
|
 |
mktippett
Joined: 19 Aug 2009 Posts: 3
|
Posted: Thu Oct 08, 2009 11:35 am Post subject: |
|
|
Thanks! That work around seems to work!
Is your build source available? I could try compiling that. |
|
| Back to top |
|
 |
rdian06
Joined: 12 Apr 2008 Posts: 1420
|
Posted: Thu Oct 08, 2009 2:07 pm Post subject: |
|
|
| mktippett wrote: | Thanks! That work around seems to work!
Is your build source available? I could try compiling that. |
My patches are in this post:
http://pytivo.sourceforge.net/forum/rdian06-s-ffmpeg-builds-t468-30.html#6913
However, that timestamp patch might not be necessary. In some cases it can do more harm then good because you get back glitchy audio. It's starting to look like applying the workaround I showed above is a better idea. I have to do more testing with my problem samples, but I'm swamped with work right now.
You can also put the same metadata line inside a default.txt file and it will affect all the files in the directory it is in (but not sub-directories, they will need their own default.txt.) |
|
| Back to top |
|
 |
Aaron1121
Joined: 14 Oct 2009 Posts: 1
|
Posted: Wed Oct 14, 2009 9:15 pm Post subject: |
|
|
It looks like a new version of FFMPEG was released a few weeks ago that supports windows media audio pro.
Does anyone know of a place that has a compiled version of the new version .exe that will work with pytivo? |
|
| Back to top |
|
 |
choekstr

Joined: 06 Dec 2008 Posts: 152
|
Posted: Wed Nov 11, 2009 4:54 pm Post subject: |
|
|
I have been hit with audio dropouts and inability for ffmpeg to transfer files quite heavily lately.
I couldn't transfer the SiTV versions of Stargate Universe (non-monotone timestamp) but Override_aCodec : wma fixed that.
I was also hit just last night with Pandorum and Deadline movies both having very significant audio dropouts. Despite trying to add Override_aKbps: 1024, compiling new version from SVN of FFMPEG, running 11/08/2009 version of wmcbrine pytivo, I finally gave up and watched them on my WD-TV box.
I am getting real sick of ffmpeg and the hacks and workarounds and in the end it just won't work like it should. We all have plenty of examples where VLC or Windows Media Player will play the video with no issues whatsoever and yet ffmpeg balks on the file. It seems their attitude is "Fix your video" whereas the rest of the media players try to play a broken video any way they can.
Also, somewhere I think rdian06 made a comment like we are all starting to see an increase in messed up files, codecs, and especially audio timestamps. I tend to agree as I feel we are getting more "all-in-one" encoding programs that do single pass encoding with crappy and buggy results; thus downgrading the overall quality of our files. But what we don't have is an increase in resilience in ffmpeg to handle these files whereas the rest of our tools like VLC, WMP, bsplayer, etc are all becoming more resilient.
I would love to have another cmd-line tool that works better with the same functionality as ffmpeg. Heck even mencoder will play files that ffmpeg won't and IT IS FROM THE SAME CODEBASE! I mean come on, do we have to deal with these issues in today's 2009 age of computer sophistication? The Popcorn Hour's, the WD-TV's, Roxio's, etc all play all content almost flawlessly. It isn't insurmountable as evidenced in our software, our hardware dedicated boxes and yet we still wallow in the bottom cesspool of support with ffmpeg.
Ok, rant off. I had to get that off my chest so I can preserve my sanity. Besides I look like a fool to my wife every time a video has issues so for the sake of our marriages and relationships we have to make this a flawless seamless process so we are rockstars, not ffmpeg duds!  |
|
| Back to top |
|
 |
950ash
Joined: 14 Aug 2008 Posts: 48
|
Posted: Fri Nov 13, 2009 4:57 pm Post subject: |
|
|
Yeah its a 50/50 chance that Ffmpeg will have problems with the audio.
I pretty much use PS3 media server that uses Mencoder for any higher formats.
We know you guys are not responsible for ffmeg but have you guys thought about switching? |
|
| Back to top |
|
 |
audiodane

Joined: 20 Sep 2009 Posts: 50
|
Posted: Fri Nov 13, 2009 6:43 pm Post subject: |
|
|
Does ffmpeg have any dynamic range compression features? When pushing/pulling content to the Tivo it would be nice to have a lot of the dynamic range removed for normal TV-speaker enjoyment...
Just curious.. thanks!
..dane |
|
| Back to top |
|
 |
rdian06
Joined: 12 Apr 2008 Posts: 1420
|
Posted: Fri Nov 13, 2009 9:30 pm Post subject: |
|
|
| audiodane wrote: | Does ffmpeg have any dynamic range compression features? When pushing/pulling content to the Tivo it would be nice to have a lot of the dynamic range removed for normal TV-speaker enjoyment...
Just curious.. thanks!
..dane |
ffmpeg has a -drc_scale argument that takes a floating point number to indicate the compression percentage. I keep mine at 0.0 since I have my Tivo hooked up to my receiver.
To use it with pyTivo, add the following to the Server section of your conf:
| Code: | ffmpeg_pram = -drc_scale 0.0 |
Coincidentally, that's also the conf option you use to set the number of threads ffmpeg will use. I keep mine set to:
| Code: | ffmpeg_pram = -threads 4 -drc_scale 0.0 |
On my Intel Quad core box. |
|
| Back to top |
|
 |
rdian06
Joined: 12 Apr 2008 Posts: 1420
|
Posted: Fri Nov 13, 2009 9:33 pm Post subject: |
|
|
| 950ash wrote: | Yeah its a 50/50 chance that Ffmpeg will have problems with the audio.
I pretty much use PS3 media server that uses Mencoder for any higher formats.
We know you guys are not responsible for ffmeg but have you guys thought about switching? |
armooo added beta mencoder support a while back because he wanted subtitle support, but it's in one of his experimental git forks and it never made it into wmcbrine or wgw's forks.
I guess I can run some of my recent problem files through mencoder to see what it does. mencoder is based on some of the same code as ffmpeg, so I'm not sure if it will really help for this. |
|
| Back to top |
|
 |
950ash
Joined: 14 Aug 2008 Posts: 48
|
Posted: Fri Nov 13, 2009 11:17 pm Post subject: |
|
|
| rdian06 wrote: | | audiodane wrote: | Does ffmpeg have any dynamic range compression features? When pushing/pulling content to the Tivo it would be nice to have a lot of the dynamic range removed for normal TV-speaker enjoyment...
Just curious.. thanks!
..dane |
ffmpeg has a -drc_scale argument that takes a floating point number to indicate the compression percentage. I keep mine at 0.0 since I have my Tivo hooked up to my receiver.
To use it with pyTivo, add the following to the Server section of your conf:
| Code: | ffmpeg_pram = -drc_scale 0.0 |
Coincidentally, that's also the conf option you use to set the number of threads ffmpeg will use. I keep mine set to:
| Code: | ffmpeg_pram = -threads 4 -drc_scale 0.0 |
On my Intel Quad core box. |
So what range would you recomend staying within? |
|
| Back to top |
|
 |
audiodane

Joined: 20 Sep 2009 Posts: 50
|
Posted: Sat Nov 14, 2009 6:58 am Post subject: |
|
|
| rdian06 wrote: | | audiodane wrote: | Does ffmpeg have any dynamic range compression features? |
ffmpeg has a -drc_scale argument that takes a floating point number to indicate the compression percentage. I keep mine at 0.0 since I have my Tivo hooked up to my receiver. |
thanks!! I will play with this. Googling "ffmpeg drc_scale" doesn't bring up much other than it being between 0.0 and 1.0 (a percentage), so 950ash's question is quite appropriate. I'd imagine a "pretty hefty DRC setting" would be between 0.5 and 0.8, and just a guesstimate that something over 0.8 might actually degrade audio quality? Those are just complete guesses, however, since I really don't know how the drc scaling is implemented..
But you also bring up an interesting point that I've wondered about... I have an S2 standalone box (540 model), so to me there's no point in hooking up to my AVR when playing a movie pushed to the Tivo. Even if it's AC3 encoded in the push content, the TIvo only has stereo L/R output, right? Does the Tivo downmix it into dolby prologic when you run it into your AVR, or do you have a different kind of Tivo box that's actually outputting your AC3 bitstream over coax/toslink?
thanks!
..dane |
|
| Back to top |
|
 |
rdian06
Joined: 12 Apr 2008 Posts: 1420
|
Posted: Sat Nov 14, 2009 9:06 pm Post subject: |
|
|
| audiodane wrote: |
thanks!! I will play with this. Googling "ffmpeg drc_scale" doesn't bring up much other than it being between 0.0 and 1.0 (a percentage), so 950ash's question is quite appropriate. I'd imagine a "pretty hefty DRC setting" would be between 0.5 and 0.8, and just a guesstimate that something over 0.8 might actually degrade audio quality? Those are just complete guesses, however, since I really don't know how the drc scaling is implemented..
But you also bring up an interesting point that I've wondered about... I have an S2 standalone box (540 model), so to me there's no point in hooking up to my AVR when playing a movie pushed to the Tivo. Even if it's AC3 encoded in the push content, the TIvo only has stereo L/R output, right? Does the Tivo downmix it into dolby prologic when you run it into your AVR, or do you have a different kind of Tivo box that's actually outputting your AC3 bitstream over coax/toslink?
thanks!
..dane |
I'm not sure if it's 0.0 to 1.0 or 0.0 to 100.0. I use the setting to make sure it's turned off so always 0.0 for me since I run it out to my AV receiver.
I have the original Tivo Series 3 boxes. These have HDMI out and optical digital out, both of which can be used to send the AC3 bitstream to my receiver. I happen to use the HDMI out. If I ever want DRC, I can have my receiver apply it, but I almost never do because my speakers and subwoofer can handle the full frequency range.
I don't know if the Tivo can downmix it into dolby prologic for the composite audio outputs. |
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
|