[MKV] Will be fixed in next firm 1080p in mkv slow down?

[Hugo RSF]

matiaz0 Wrote:

werner Wrote:ok some users on the german betaforum have made some tests with usb harddrives so it is my harddrive which gives not that good performance so here are some results on usb

Quote:for me no Problem to play Bird_42_MBit_ABR___+-1.5 MBit.mkv
Test with Hardware like:

Remote Samab Sever

SanSun USB (10.- Euro in the Bucht) without Stuttering
Baffallo Diskstation without Stuttering

Quote:I have tested the "Bird_40_MBit_ABR___+-1.5 MBit.mkv" clip with an USB flash drive (SanDisk 4GB) without any problem.

so try your usb hdd and then decide.

regards werner

Waooooo, thats incredible. I cant wait more for the release, Ican wait more for the release. :lol: :lol: :lol:

Thank you. thank you.

Makes 2 of us!!!

[robbyf]

ETA on the latest final FW update? hours days weeks months?

[FLaSH]

Hugo RSF Wrote:

matiaz0 Wrote:

werner Wrote:ok some users on the german betaforum have made some tests with usb harddrives so it is my harddrive which gives not that good performance so here are some results on usb

Quote:for me no Problem to play Bird_42_MBit_ABR___+-1.5 MBit.mkv
Test with Hardware like:

Remote Samab Sever

SanSun USB (10.- Euro in the Bucht) without Stuttering
Baffallo Diskstation without Stuttering

Quote:I have tested the "Bird_40_MBit_ABR___+-1.5 MBit.mkv" clip with an USB flash drive (SanDisk 4GB) without any problem.

so try your usb hdd and then decide.

regards werner

Waooooo, thats incredible. I cant wait more for the release, Ican wait more for the release. :lol: :lol: :lol:

Thank you. thank you.

Makes 2 of us!!!

It seems that it only works if you have an internal drive also.

I have tested it with another PCH which has no internal HDD and there is still the stuttering on the high bitrate files...

So for me it should have to do with the buffering.

Regards,
FLaSH

[matiaz0]

[Hugo RSF]

:cry: :cry: :cry: :cry: :cry: :cry: :cry: :cry: :cry: :cry: :cry:

[FLaSH]

It would be nice if somebody could confirm this!

Regards,
FLaSH

[mar_tin]

I tested it too. See the result here.

I don't have internal hdd either.

[FLaSH]

Ok, so the buffering on the internal hdd should be the solution.
Now the question is:
Can Syabas get it working without the internal hdd?

[matiaz0]

What means SMB?. Internal hard drive?. :roll:

[spawn]

FLaSH Wrote:Ok, so the buffering on the internal hdd should be the solution.
Now the question is:
Can Syabas get it working without the internal hdd?

What are you on about there FLaSH ? :?

Playback has nothing todo with buffering on internal harddrive.
Any buffering are not done to a harddrive but to the random acces memory (RAM) which is much faster, how else do you think playback from an internal harddrive is done ? you dont buffer a file which is allready on the harddrive to a buffer on the harddrive and then read from this harddrive buffer - thats nonsense. Neither from an USB2 harddrive or a networkshare.

Not sure what it is you have tested - but your conclusion about buffering on internal harddrive is wrong.

[werner]

the reason why the internal hdd has some function on playback is because the swap partition of the hdd gets used that some stuff gets into the swap area so thats then an reason for more free ram to buffer, i think thats the reason

regards werner

[FLaSH]

@spawn

"Buffering" is probably the wrong word, maybe "swap out" is better.

The result is the same, try it out for yourself!

Regards,
FLaSH

[spawn]

ok - that makes more sense

it may be the swap partition is somehow used but imho then thats used wrongly. Swap partition are for other harddrive activities which do not fit in RAM, not for playback of video - except off cource if amount of free RAM is actually to small for normal video buffer when playing back videos. If thats the case then I could see the swap partition being used for some extra buffering - but then there would be some general design error of the Sigma chipset imho, cause it should be possible to play any supported video with only the amount of RAM specified for the chipset and no internal harddrive - after all use of internal harddrive also use some ressources itself, just by being there - and more so for every service thats running, thus by all accounts I would think, no internal harddrive would eat less ressources.

If the problem is that playback from USB2 is not sufficient and the RAM buffer cannot keep up without help from a swap partition on internal harddrive, it would seem to me, that something is wrong either with the USB2 implementation or with the read speed of the external harddrives used. Or something in the firmware is using to much ressources when playing from external harddrives not leaving enough RAM for video buffering.

I dont know - just speculating

[daniel_owen_uk]

Buffering is the correct word, doesn't matter where that buffer is, it's still buffering.

Thing is there has to be a limit somewhere, seems the processor is quicker than the transport bus', and thus they have to buffer, it's ok saying store it in RAM, but how can they know how long the buffer needs to be?

Video could be higher bit-rate than the transport bus could handle for 10 minutes, you wouldn't expect it to buffer to ram for that long.

I agree that using HDD to buffer is not great (especially as I don't use one), but if it improves the playback if you do, then all the better.

[mar_tin]

Well I can confirm FLaSH findings I did a detailed test with internal HDD.

See here: http://www.networkedmediatank.com/showth...4#pid57274