[Audio/Video] Any Videos and 24/96 FLAC is making tsMuxer crash at the end

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Attempt to play a 24 bit 96 khz 2.0 or 5.1 FLAC audio file
2.
3.

What is the expected output? What do you see instead?

Expected output over HDMI is display on the receiver of appropriate
sampling rate.  Instead, regular 44.1 khz downmix is played, as per earlier
1.0 versions of PS3 Media Server.

What version of the product are you using? On what operating system?

1.01 beta under Vista x64

If you are transcoding a media file, which engine are you using (mencoder,
avisynth/mencoder, tsmuxer?)

No transcoding involved since the engine used is mplayer audio.

If the media file is in error (or does not play flawlessly), what are the
codec informations of this file (you can use following program:
mediainfo.sourceforge.net) ? 

Please provide any additional information below.

As I understand, these files are supposed to play now in their native
format?  Instead they appear to be downmixing to 44.1 in the log file as
they were in 1.0 version.  PS3 outputs them at 48 khz as per the standard
and that is what displays on my Onkyo 805 HDMI receiver.

Original issue reported on code.google.com by jmferrai...@gmail.com on 4 Jan 2009 at 3:32

[GoogleCodeExporter]

they are playable from the video folder :p

Original comment by ps3mediaserver@gmail.com on 4 Jan 2009 at 3:43

[GoogleCodeExporter]

Using what transcoding engine?  Right now they appear as unsupported data...

Original comment by jmferrai...@gmail.com on 4 Jan 2009 at 3:47

[GoogleCodeExporter]

you have to activate the "high audio fidelity engine", flacs will use it as 
default

Original comment by ps3mediaserver@gmail.com on 4 Jan 2009 at 3:59

[GoogleCodeExporter]

How do I do that?  The options for that particular item on the config have the
crossed out circle on it so I can't configure it...

Original comment by jmferrai...@gmail.com on 4 Jan 2009 at 4:05

[GoogleCodeExporter]

click on the little plugin icon at the bottom of the screen to activate it

Original comment by ps3mediaserver@gmail.com on 4 Jan 2009 at 4:13

[GoogleCodeExporter]

Well, I feel dumb now.  :)

However, there are some problems still.  I am doing some thorough testing and I 
will
attach a debug log in a little while.  Basically what's happening is this:

The PS3 is mixing and creating the fake video fine and it shows up accurately 
when
you press select and look at the data while the "video" is playing -- Linear 
PCM 2.0
96 khz or 5.1 as appropriate.  However, when I check the display on the 
receiver, it
is only reporting 48 khz output.  As the file begins to play, the receiver 
clicks as
if it is changing modes to accept a new audio type (which is common for the 
Onkyo
series) but then it only reports 48 khz instead of 96.  I tested this with 
stereo and
5.1 FLAC both.  

I'm also getting some TSMuxer.exe crashes during playback.  

Oh and another thing, you might want to make the caveat that 5.1 96 khz FLAC 
playback
is pretty heavy on your network somewhere in the readme, it's like transcoding 
HD I
suppose.  I use a homeplug ethernet over powerline with an avg throughput of 15 
Mbps
and it's stuttering every 2 seconds when attempting to play a 5.1 file.  2.0 
play
just fine.

Original comment by jmferrai...@gmail.com on 4 Jan 2009 at 4:33

[GoogleCodeExporter]

Here is the attached log of an example of the behavior.  In this instance, I 
got a
Windows report of a TSMuxer crash about 15 seconds into playback of a 24/96 2.0 
file
with a length of 3:09.  The file continued to playback until 3:08 at which 
point the
PS3 put up the PAUSE icon and it failed to continue from this point forward 
playing
the rest of the files.

So this is one issue and the fact that the files don't seem to be outputting the
correct stream over HDMI to the receiver is another.  

Original comment by jmferrai...@gmail.com on 4 Jan 2009 at 5:26

Attachments:

• debug.log

[GoogleCodeExporter]

yeah I got the same tsmuxerh crashing issue here, but I haven't really looked 
at it, 
as the file was correctly played until the end

About the 96kHz issue, have you checked the audio hdmi output settings of your 
ps3 ? 
something like pcm5.1 96khz should be enabled

Original comment by ps3mediaserver@gmail.com on 4 Jan 2009 at 6:05

• Changed title: 24/96 2.0 or 5.1 FLAC is making tsMuxer crash at the end of the song
• Changed state: Accepted

[GoogleCodeExporter]

The file is played correctly till the end but the crash prevents the rest of the
files from loading in sequence... so you can't play an entire album, you can 
only
play 1 track.

And yes, I checked the HDMI output settings - All of them are enabled 
correctly. 
I've used both manual and automatic mode.  I have a modern HDMI receiver and it
supports every option listed on the PS3's output modes (except AAC).

Original comment by ferra...@gmail.com on 4 Jan 2009 at 6:15

[GoogleCodeExporter]

about playing this in sequence, you have to enable (if not already done) the 
video 
sqeuence playing feature on ps3

Original comment by ps3mediaserver@gmail.com on 4 Jan 2009 at 6:18

[GoogleCodeExporter]

I have already done this and it still hangs after playback of the first file.

Original comment by ferra...@gmail.com on 4 Jan 2009 at 6:34

[GoogleCodeExporter]

Sorry, was posting on my wife's gmail. :)

Original comment by jmferrai...@gmail.com on 4 Jan 2009 at 6:36

[GoogleCodeExporter]

Just to let you know, I verified that if you clear the TSMuxer crash error from 
the
computer running PS3 Media Server, the next file in sequence will start.  

Original comment by jmferrai...@gmail.com on 12 Jan 2009 at 4:31

[GoogleCodeExporter]

Any chance of this being addressed in the next version?  I get the feeling it's
probably pretty simple and might even be fixed already with the changes you've 
made
to the LPCM engine...

Original comment by jmferrai...@gmail.com on 28 Jan 2009 at 3:26

[GoogleCodeExporter]

I fixed a buffer issue and now songs are played sequentially
tsMuxer's crash have no impact on playback, it's a minor issue (in fact the 
crash 
occurs also on video muxing so...)

Original comment by ps3mediaserver@gmail.com on 28 Jan 2009 at 12:19

[GoogleCodeExporter]

Closing this one, as the crash does not have any impact... if you still have 
the 
48/96khz issue, please open another one :p

Original comment by ps3mediaserver@gmail.com on 6 Feb 2009 at 9:44

• Changed title: [Audio] 24/96 2.0 or 5.1 FLAC is making tsMuxer crash at the end of the song
• Changed state: Fixed

[GoogleCodeExporter]

Actually, the crash does still have an impact.  If the user doesn't clear the 
TSMuxer
error, the next track never starts.  At least, this is the behavior that I
experience.  Also, right now due to the slowness of the muxing of the fake 
video,
using this method to listen to albums is less than ideal.  I have some 
suggestions if
possible:

1) Make modifications to the code so that tsmuxer.exe process is killed so that 
the
next song in sequence will start properly.  Shouldn't be hard to code, just 
need some
process killer utility to handle it (?) 

2) If possible, make some type of modification that pre-caches the next track or
muxes the entire album into the fake H264 containers before playback?  It's not 
so
bad on my machine, which is a beast (core i920 on a wired ethernet) but its 
still
about 6-7 seconds between tracks.  I think on wireless it would probably be 
murder.

3) Seeking within these muxes tracks doesn't work right, when you seek you 
return to
the beginning of the track.  You probably knew this already, as it's LPCM.

Original comment by jmferrai...@gmail.com on 12 Feb 2009 at 9:54

[GoogleCodeExporter]

the tsMuxer crash is under investigation
I still thinking it has nothing to do about this issue but let's wait for the 
fix :p

Original comment by ps3mediaserver@gmail.com on 16 Feb 2009 at 9:32

• Changed title: [Audio/Video] Any Videos and 24/96 FLAC is making tsMuxer crash at the end
• Changed state: Started

[GoogleCodeExporter]

fixed in the trunk

Original comment by ps3mediaserver@gmail.com on 25 Feb 2009 at 7:34

• Changed state: Fixed