Transcoding problem with 0.5

I just installed 0.5, congratulation on the work, lots of good stuff.

Now for the problem

I use the LG BD570 which cannot play wmv file nor VC1 encoded files, so I use the following transcode profile instruction
<Video targetContainer="mpeg" targetACodec="ac3" targetVCodec="mpeg2video">
<Matches container="asf" />
</Video>

With 0.42, I had it working by using the ffmpeg version 25870 downloaded from sourceforge.

With 0.5 the transcoding does not work anymore, and it is not a version issue, as I tried both 25870 and 26112 from sourceforge and it does not make a difference.

After some testing, it seems to be related to some of the new instructions that are passed to ffmpeg (-map 0:null -map 0:null).

When attempting to play a wmv/VC1 file the log file (attached) shows the ffmpeg instruction (below) so I ran it manually in a command window. The ffmpeg instruction in the log file did not have any quotes around filename/path in log file so I added the quotes to run the instruction in the command window

ffmpeg.exe -threads 2 -i "F:\VHS\As Good as It Gets (1997)\As Good as It Gets (1997).wmv" -y -vcodec mpeg2video -sameq -r 29.97 -g 15 -copyts -acodec ac3 -ab 192k -ac 2 -map 0:null -map 0:null -sn -f vob "E:\Serviio\transcoding-temp-7906-MPEG2PS.stf"

Results in the error below:

manual execution result
Metadata:
title :
Chapter #0.596: start 6953.351000, end 6957.788000
Metadata:
title :
…..
…..
title :
Chapter #0.691: start 7973.428000, end 8329.443000
Metadata:
title :
Stream #0.0: Audio: wmav2, 44100 Hz, 2 channels, s16, 317 kb/s
Stream #0.1: Video: vc1, yuv420p, 720x480, 1073 kb/s, 29.97 tbr, 1k tbn, 1k
tbc
Output #0, vob, to 'E:\Serviio\transcoding-temp-7906-MPEG2PS.stf':
Stream #0.0: Video: mpeg2video, yuv420p, 720x480, q=2-31, 200 kb/s, 90k tbn,
29.97 tbc
Stream #0.1: Audio: ac3, 44100 Hz, 2 channels, flt, 192 kb/s
Codec type mismatch for mapping #0.0 -> #0.0

C:\Program Files\Serviio\lib>
------------------------------------------

Noticing the new instruction passed to ffmpeg, I tried removing the -map 0:null -map 0:null instructions and run it this way:

ffmpeg.exe -threads 2 -i "F:\VHS\As Good as It Gets (1997)\As Good as It Gets (1997).wmv" -y -vcodec mpeg2video -sameq -r 29.97 -g 15 -copyts -acodec ac3 -ab 192k -ac 2 -sn -f vob "E:\Serviio\transcoding-temp-7906-MPEG2PS.stf"

Then the transcode WORKS and the resulting file plays back fine with Audio. Below the result of the command line execution:

Metadata:
title :
Chapter #0.613: start 7119.346000, end 7122.249000
Metadata:
title :
Chapter #0.614: start 7122.249000, end 7126.987000
Metadata:
title :
Chapter #0.615: start 7126.987000, end 7128.855000
Metadata:
.
..
..
.
title :
Chapter #0.689: start 7948.073000, end 7965.724000
Metadata:
title :
Chapter #0.690: start 7965.724000, end 7970.428000
Metadata:
title :
Chapter #0.691: start 7970.428000, end 8326.443000
Metadata:
title :
Stream #0.0: Video: mpeg2video, yuv420p, 720x480, q=2-31, 200 kb/s, 90k tbn,
29.97 tbc
Stream #0.1: Audio: ac3, 44100 Hz, stereo, flt, 192 kb/s
Stream mapping:
Stream #0.1 -> #0.0
Stream #0.0 -> #0.1
Press [q] to stop encoding
frame= 967 fps=242 q=0.0 size= 10168kB time=32.23 bitrate=2584.3kbits/s dup=5
frame= 1073 fps=238 q=0.0 size= 11670kB time=35.77 bitrate=2672.7kbits/s dup=5
…
…
…

dup=
frame= 6284 fps=233 q=0.0 size= 66284kB time=209.64 bitrate=2590.1kbits/s dup=
frame= 6398 fps=233 q=0.0 size= 67544kB time=213.45 bitrate=2592.3kbits/s dup=
frame= 6452 fps=233 q=0.0 Lsize= 68108kB time=215.25 bitrate=2592.1kbits/s dup
=12 drop=0
video:62162kB audio:5048kB global headers:0kB muxing overhead 1.335918%
Received signal 2: terminating.

Let me know if this is a possible bug or if I can try something else to make it work

Thanks

[zip]

there should not be null in the mapping parameter. It's a new thing and it's possible that your library is still being updated with the information. You can either try later or you can try renaming the file so that it's removed/added again.

Ok, i deleted all the folders and redid the library. It does seem to take a long time and ServiioService process is mostly inactive which made me think the refresh was done but it was not, may be because of the metadata search.

If it was doing a first pass adding the titles using ffmpeg, then doing a second pass for the metadata, we could see it being more active in the important phase.

Anyway, once the library was completed, the file do tarnscode well with the included ffmpeg, so good news there.

Still cant skip ahead in the transcode, but that is another story

thanks

[Cerberus]

Ok, i deleted all the folders and redid the library. It does seem to take a long time and ServiioService process is mostly inactive which made me think the refresh was done but it was not, may be because of the metadata search.

If it was doing a first pass adding the titles using ffmpeg, then doing a second pass for the metadata, we could see it being more active in the important phase.

Anyway, once the library was completed, the file do tarnscode well with the included ffmpeg, so good news there.

Still cant skip ahead in the transcode, but that is another story

thanks

so the ( checking for new files ) bit in library section in teh console wasnt a give away to the fact that serviio mite still be doing something ?????

In the previous version, it did not seem to be reliable so I got use to not paying attention to it and rely on the task manager.

But you are right it does seem to work so my bad

Zip, many people seem to wonder when the library creation/refresh ends so you probably could make this more visible like big red bold letters saying in process please wait...

Thanks

[Cerberus]

In the previous version, it did not seem to be reliable so I got use to not paying attention to it and rely on the task manager.

But you are right it does seem to work so my bad

Zip, many people seem to wonder when the library creation/refresh ends so you probably could make this more visible like big red bold letters saying in process please wait...

Thanks

its already been made a feature request on bitbucket and a few ways he could do it..