deian
09-27-2009, 06:45 AM
First off all, i would like to get some things straight. The notions: 64 bit, multithreading and dual core CPUs are not equivalent, isn't ? I
mean i can have a 32 bit system which can be multithreaded (2 32bit CPU cores), as well a single core 64 bit system. The 64 bit has
nothing to do with the CPU core number, but withe the amount of RAM, file & register sizes etc. they can access.Of course, a 64 bit
instruction can do more in an instruction cycle than a 32 bit one, doesn't that mean the 64 bit applications should have a shorter code
(less instructions) allowing for it to be executed even faster, especially on multicore CPUs ? Having a double number of CPU cores
does not necessarily mean the application is twice faster when multithreaded (especially when the threads are strongly dependent on
each other). Correct me if i'm wrong.
I have searched on the internet solutions for my problem and what i have read from it seems that my PC is too slow.
Here is my problem...I have been trying to play some 1920*1080 h.264 content on my 32 bit Vista PC(2.13 GHz CPU speed
- see my specs as attachement ). At the moment i don't have in mind to switch to 64 bit Vista (because of the lack of the adequate hardware drivers), nor
CPU overclocking. The problematic files are those high rate(>15 Mbps) .ts packetized, and any other H264 with high frame rate (30 fps,
even at low bitrates).
With VLC the playback is choppy (sometimes freezes at 30 fps) although the deblocking filter is disabled and ''drop frames" option is
checked. The latest VLC version (1.0.2) is somewhat better (the "freeze" times are significantly reduced but it is still quite annoying).
The VLC team says the H264 library is already multithreaded, but on my PC works only one of them (in the Task Manager - Performance-
one thread is 80-90 % loaded and the other one only 10-20 %).
In Windows Media Player (with ffdshow) it is worse than in VLC, even worse when ffmpeg-mt library is chosen (why ?).
With Media Player Classic Home Cinema it's better than with VLC (almost all files play quite good), but with a strong tearing effect
(chosing any other combination than DirectShowVideo EVR(Vista) + external ffdshow makes the playback worse). Surprisingly, both threads are loaded
80-90 %.
I updated the graphic card driver , but no improvement. The Syst. Performance Tool shows these values: CPU 5,0 RAM 4,1 (bad, but these 1GB of RAM
have never been 100 % occupied), graphics 4,3 graphic card(games) 4,6 primary drive 5,8.
My COMAG SL90HD sattellite receiver records in some "strange" .dvr format. Is this stream similar to .ts? VLC and MPC HC don't want to play such files
( i have to convert them into .ts with TSDoctor first). Does anybody know a software to make the vice versa (any h264 container to .dvr - getting
my PC files played on the receiver) ?
If anybody knows some other ways to speed up HD playback (other than getting a higher clock CPU), please let me know.
mean i can have a 32 bit system which can be multithreaded (2 32bit CPU cores), as well a single core 64 bit system. The 64 bit has
nothing to do with the CPU core number, but withe the amount of RAM, file & register sizes etc. they can access.Of course, a 64 bit
instruction can do more in an instruction cycle than a 32 bit one, doesn't that mean the 64 bit applications should have a shorter code
(less instructions) allowing for it to be executed even faster, especially on multicore CPUs ? Having a double number of CPU cores
does not necessarily mean the application is twice faster when multithreaded (especially when the threads are strongly dependent on
each other). Correct me if i'm wrong.
I have searched on the internet solutions for my problem and what i have read from it seems that my PC is too slow.
Here is my problem...I have been trying to play some 1920*1080 h.264 content on my 32 bit Vista PC(2.13 GHz CPU speed
- see my specs as attachement ). At the moment i don't have in mind to switch to 64 bit Vista (because of the lack of the adequate hardware drivers), nor
CPU overclocking. The problematic files are those high rate(>15 Mbps) .ts packetized, and any other H264 with high frame rate (30 fps,
even at low bitrates).
With VLC the playback is choppy (sometimes freezes at 30 fps) although the deblocking filter is disabled and ''drop frames" option is
checked. The latest VLC version (1.0.2) is somewhat better (the "freeze" times are significantly reduced but it is still quite annoying).
The VLC team says the H264 library is already multithreaded, but on my PC works only one of them (in the Task Manager - Performance-
one thread is 80-90 % loaded and the other one only 10-20 %).
In Windows Media Player (with ffdshow) it is worse than in VLC, even worse when ffmpeg-mt library is chosen (why ?).
With Media Player Classic Home Cinema it's better than with VLC (almost all files play quite good), but with a strong tearing effect
(chosing any other combination than DirectShowVideo EVR(Vista) + external ffdshow makes the playback worse). Surprisingly, both threads are loaded
80-90 %.
I updated the graphic card driver , but no improvement. The Syst. Performance Tool shows these values: CPU 5,0 RAM 4,1 (bad, but these 1GB of RAM
have never been 100 % occupied), graphics 4,3 graphic card(games) 4,6 primary drive 5,8.
My COMAG SL90HD sattellite receiver records in some "strange" .dvr format. Is this stream similar to .ts? VLC and MPC HC don't want to play such files
( i have to convert them into .ts with TSDoctor first). Does anybody know a software to make the vice versa (any h264 container to .dvr - getting
my PC files played on the receiver) ?
If anybody knows some other ways to speed up HD playback (other than getting a higher clock CPU), please let me know.