WTV and/or DVR-MS files?

What attachment is needed? I have included the ffmpeg output above.

Nick.

Is there another tool to find more info about these wtv files as ffmpeg doesn't seem able to decode them.

Nick.

[zip]

Hmm... so video track. Serviio will not recognize this file, I'm affraid. Until FFmpeg provide support for this.

How about using the Win 7 wtv to dvrms conversion service to convert the file first then use ffmpeg to do the mpeg2 conversion for streaming to the target device. The dvrms file would need to be deleted after creation of the mpeg2 file. Is this possible?

Nick.

[zip]

t5he dvr-ms file streaming will be possible, the other one probably not. Don't forget this SW runs on many OSes, not just Windows.

Looks like ffmpeg is on the verge of getting WTV support. The builds at http://ffmpeg.arrozcru.org/autobuilds/ support this container:

C:\Program Files\Serviio\lib>ffmpeg -i "D:\Recorded TV\$..! My Dad Says_WGCLDT_2
010_10_21_20_31_00.wtv"
FFmpeg version SVN-r26400, Copyright (c) 2000-2011 the FFmpeg developers
built on Jan 18 2011 04:07:05 with gcc 4.4.2
configuration: --enable-gpl --enable-version3 --enable-libgsm --enable-libvorb
is --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg
--enable-libschroedinger --enable-libopencore_amrwb --enable-libopencore_amrnb
--enable-libvpx --disable-decoder=libvpx --arch=x86 --enable-runtime-cpudetect -
-enable-libxvid --enable-libx264 --enable-librtmp --extra-libs='-lrtmp -lpolarss
l -lws2_32 -lwinmm' --target-os=mingw32 --enable-avisynth --enable-w32threads --
cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable-memalign-hack

libavutil 50.36. 0 / 50.36. 0
libavcore 0.16. 1 / 0.16. 1
libavcodec 52.108. 0 / 52.108. 0
libavformat 52.93. 0 / 52.93. 0
libavdevice 52. 2. 3 / 52. 2. 3
libavfilter 1.74. 0 / 1.74. 0
libswscale 0.12. 0 / 0.12. 0
[mpeg2video @ 02852770] mpeg_decode_postinit() failure
Last message repeated 11 times
[wtv @ 003fbd40] Estimating duration from bitrate, this may be inaccurate
Input #0, wtv, from 'D:\Recorded TV\$..! My Dad Says_WGCLDT_2010_10_21_20_31_00.
wtv':
Duration: 00:07:28.23, start: 1.917454, bitrate: 65394 kb/s
Stream #0.0[0x20](eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s
Stream #0.1[0x21]: Video: mpeg2video, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9],
65000 kb/s, 57.22 fps, 29.97 tbr, 10000k tbn, 59.94 tbc
Stream #0.2[0x22]: Subtitle: [0][0][0][0] / 0x0000
At least one output file must be specified

I've dropped this ffmpeg version into "Serviio\lib" and added my "D:\Recorded TV" folder to Serviio's list. Unfortunately, the videos still do not get picked up. Is there anything hard-coded in Serviio that would prevent it from attempting to index the .WTV files? I even tried naively renaming the extension to .AVI in hopes that Serviio would index, but no luck.

Is Serviio open source? I'd be willing to get WTV supported.

[zip]

Ah cool. 0.5 comes with very recent ffmpeg build so hopefully it's in there. Do you have a short example I could download to try it out?

Yup, grab a sample at http://goo.gl/XwzJi .

Good news, I was able to playback both OTA HD recordings and cable HW MPEG2-encoded recordings. My approach is very proof-of-conceptish, so I'd still like official support

My steps to test all this out:
- Get ffmpeg from http://binaryinspirations.blogspot.com/ ... pport.html instead of the link I gave in the previous post. This version fixes/works around the "non-monotone timestamps". We will call this ffmpeg-real.exe.
- Create a ffmpeg.exe proxy that adds additional command-line flags before it delegates to ffmpeg-real.exe. It also re-writes the response from ffmpeg-real.exe to Serviio. The additional flags are "-fflags genpts", and the re-writing was replacing the "wtv" container with "matroska,webm".
- Use the Samsung C-series TV/player profile, since it calls ffmpeg with the flags to change the container to mpeg2ts instead of mkv.
- Rename the .wtv file to .mpg, just so it passes Serviio's file name filter.

I hope this helps, and I look forward to official support (The renaming from .wtv to .mpg is preventing me from actually using this with all my recordings, since I don't think Windows Media Center will like my renaming the files underneath it)

[zip]

I've tried your example with the ffmpeg I have and it successfully remuxed into mpegts. I'll include the support for a next version.

https://bitbucket.org/xnejp03/serviio/i ... -wtv-files

I am trying to get WTV files playing but does not seem to work with Serviio 0.5.2. The WTV files are from Win7 Media Center recording of HDTV.

Is this because full WTV support is not in 0.5.2 yet, or do I have some other problem. If it is not in 0.5.2, when do you think it will be in working version?

Any other assitance would be appreciated.

Thanks
Matthew

[zip]

What's your device? It works, but maybe it's not setup for your profile.

It is a Samsung TV. LA37B650 LCD TV. When I try the WTV file I get a "Not Supported File Format" message on the TV.

I have checked the Profile, and it appears to be correctly listed as "Samsung TV (B Series).

I am very new to this, so quite possible I do not have it setup correctly, so any guideance on what I need to do would be appreciated.

I have attached the output of ffmpeg -i on the file. Interesting I have also tried another DLNA server called Mezzmo. This seems to work with the WTV file, but does not get the aspect ratio right, and does not seem to be as good as Serviio in handling the other files. I have also in the attachment included the ffmpeg output that came with Mezzmo, which seems to be later version and gives better results. To try something out, I also tried copying the Mezzmo ffmpeg to the serviio lib directory to see if that made any difference than it did not.

Thanks for your help.

Matthew

[zip]

there is only 1 ffmpeg output, not the Serviio one

My mistake.

Attached is the file I meant to post.

Thanks
Matthew

[zip]

It looks normal. Can you turn on detailed logging and try playing it again? It should start ffmpeg for the transcoding, let's see if it's failing.

From my limited knowledge, it looks to be failing. I could even see that without the debugging.

As requested, I have turned on the debugging and have attached both the serviio log. I have dug out what I assume is the problematic ffmpeg command, and run this manually with both the serviio ffmpeg and another later version I have, and uploaded the output from this in ffmpeg-output.txt. This was all done on a smaller bb.wtv file that I made, and was done at around 2011-06-03 10:48:27.

I am not a video or ffmpeg expert, but hopefully this all makes sense to you and you can give further direction to resolve this.

Once again thanks for your excellent support.

Matthew

[Illico]

You could try forcing mpeg2video encoding:

  Code:

         <Video targetContainer="mpegts" targetACodec="ac3" forceVTranscoding="true">
            <Matches container="wtv" vCodec="mpeg2video" />
         </Video>

[zip]

Yep, try just adding the forceVTranscoding="true" attribute on the existing transcode config in your profile, as per Illico's example

From my limited knowledge, it looks to be failing. I could even see that without the debugging.

As requested, I have turned on the debugging and have attached both the serviio log. I have dug out what I assume is the problematic ffmpeg command, and run this manually with both the serviio ffmpeg and another later version I have, and uploaded the output from this in ffmpeg-output.txt. This was all done on a smaller bb.wtv file that I made, and was done at around 2011-06-03 10:48:27.

I am not a video or ffmpeg expert, but hopefully this all makes sense to you and you can give further direction to resolve this.

Once again thanks for your excellent support.

Matthew

The last line of the ffmpeg output tells the tail. I had this one every single h.264 .wtv file. This is a known FFMPEG issue and there are a couple of patches out there but if you go to your ffmpeg source directory and edit libavformat/utils.c around lines 3171 and 3176 (the current git source as of 2011-10-15) and comment out the two lines in that range that say "return AVERROR(EINVAL);" all will be fine. In other words change those lines to read:
/* return AVERROR(EINVAL); */
instead. IIRC this bug generally only appears with .wtv files containing h.264 encoded video. By do the above I can transcode all the .wtv files (all h.264) pefectly every time