@Zylesea

What's the original duration of this clip?

@bash64

I don't remember having an issue with youtube hd clips. They have generally even a quite lower bitrate, making them a bit faster to decode.
Any actual sample?

Quote:

152s

Quote:

Sorry for the break, by I want to point that something that hopefully you all knew:: For those videos that your powerful computer can't play, they can be both played and encoded (!) by that tiny computer inside the cheapo videocamera... ¡on batteries!

Specialized hardware does marvels...

@Zylesea

Ok, so if it was running at 25fps, it would run correctly.

That being said, you might also want to use latest MPlayer version. I remember h264 was optimized at some point, but i don't remember when.

> they can be both played and encoded (!) by that tiny computer inside
> the cheapo videocamera.

Is it running MorphOS? *SCNR* ;-)

Missed the last MPlayer update. Guess I was on vaccation in France (and Spain - Catalunya to be precise) at that time. Am downloading it now.

The high fps rates are annoing a bit. In 480p mode the camcorder recordes at 60 fps. So even a 480p video is stressing the Mac mini maximally. But still it works on the mini w/ MorphOS and your MPlayer port better than on many other solutions.

edit:
same video yields this result now:
BENCHMARKs: VC: 119.713s VO: 34.569s A: 5.638s Sys: 0.436s = 160.356s
BENCHMARK%: VC: 74.6542% VO: 21.5575% A: 3.5162% Sys: 0.2721% = 100.0000%

Framedrop otion leads to some console output:
Too many buffered pts
Too many buffered pts
Too many buffered pts
Too many buffered pts
Too many buffered pts
Too many buffered pts
Too many buffered pts
...


[ Editiert durch Zylesea an 2010/11/26 13:44 ]

[ Editiert durch Zylesea an 2010/11/26 13:55 ]

160s to play this 152s clip. That's quite close, at least. A real AGP transfer might be enough to make it fast enough, i guess.:)

And yes, framedrop option doesn't deal very well with H264 decoder.

When I use mplayer to play DVDs that have high bit rate scenes I find that one of two things can happen:

a. Sound starts to be clipped and sounds "electronic".

or

b. Frame rate slows down to stop while sound continues to play, when the decoder reaches lower bit rate video the decoded frames are pushed out of the buffer at faster than normal speed until sound and video are synced again.

This only happens with a few of my DVDs and only once per DVD. I set an 8MB cache in the options. I tried pausing the movie in the hope that this will let the decoder catch up, but it doesn't work. I shall have to investigate -framedrop.

Quote:

Interesting use of options for a relative new comer. I tried these on yhe 1080p file I previously mentioned and there was a definate improvement.
Still not fast enough with a 933Mhz processor, but much better.
I'll have to try again once I get the 1.8 Ghz processor I've ordered is installed.
This might just be fast enough.

Damn, the Sonnett upgrade arrived and and I don't have a copy of OSX to install the patch!

@zylesea
What update did you miss? Perhaps I am missing it. I am using 7-20.

@jim
I might be a newcomer to Morph but not computers. Had my first business making Commodore 64 software. I only program in BASH, PERL, PHP nowadays. I work as an HP-UX administrator. I have the entire list of options for MPlayer in a text file and have tried most of them. I actually get much better performance playing DVDs by launching a script rather than the MPlayer GUI. I get to use a 64mb cache that way.

@fab
Youtube HD video clips that will not sync...search for Britney Spears HD. Yes...I listen to Britney Spears. So shoot me.

@bash64

The GUI has absolutely no impact at all on the performance. And you can use 64MB in GUI mode too (but such a big amount is not needed).

About Youtube, wouldn't you have a precise link (and if possible not with Britney Spears, because an unsynch'ed video clip with her sounds perfectly normal, she's probably just bad at playback ;))

[ Edited by Fab on 2010/11/26 19:12 ]

@fab

Change the cache settings using the GUI to 65536.
Save and exit.
Go back in.
The cache is set back to 8192.
I'd call that a bug.
I'd also fix it with a script, which I have.
Also, using a 64mb buffer does make a difference when playing back DVDs on my system. Much smoother.

Britney: http://www.youtube.com/watch?v=ZFHflKvJrMQ

Not sure what you mean about an unsynced video sounding good. Yeah, the audio is perfect, but the video is always out of sync. Seems to be that not all HD videos are made the same.

If you can get this video to work I'll be shocked.



[ Edited by bash64 on 2010/11/26 14:30 ]

The cache value is set back to default because 65536 is out of range. It's limited to 65535, actually.

Now, about the HD video, i was trying to make a joke about badly synch'ed lipdubbing during her concerts).

I'll try this video again when youtube gives me more than 15kB/s. It's a bit painful to play a video at that speed.

[EDIT]: Ok, i tried. This video isn't even synchronous in 360p (where CPU is obviously not an issue), so it's either a poorly encoded video or a bug in mplayer decoder/sync code.
In 720p (with skiploopfilter=all), the CPU usage doesn't reach 100% continuously either.

[ Edited by Fab on 2010/11/26 19:50 ]

@fab
I did catch the joke. She does do a lot of lip syncing so it is hard to say that something is out of sync, but not at the aweful rates the I am getting with MPlayer.
Question: How do you play the videos?
a) Stream using Tubexx to MPlayer.
b) Download using Tubexx and then play using MPlayer.
c) Use whatever method you do use to get OWB to play YouTube.

I have not taken the time to setup option C so I am downloading to a ramdisk or streaming using Tubexx.

Thanks for taking time to talk to the peons.

Quote:

Either directly from OWB (using HTML5), or with getvideo + MPlayer streaming the video.
MPlayer has a bit less overhead than OWB in overlay mode, but not a lot.

@fab
OK, so the video is buggy at any resolution.
Thanks
I have a black-eyed peas video that plays perfect and never misses a beat with no adjustments to loop filters so no telling what will work and what won't.



@fab
I just played this video using a PC, it has the same sync issue. There was nothing wrong with MPlayer.
I have NEVER in my entire life come across a YouTube music video that was out of sync. There was no reason to expect one to be that way. I discovered the video using Tubexx so I assumed the problem to be MPlayer. Gotta test on the PC side first from now on. Good grief. I thought HD videos were uploaded by the original artist, not amateurs.

[ Edited by bash64 on 2010/11/26 17:15 ]

> I thought HD videos were uploaded by the original artist

Don't be naive ;-)

Whether or not 1080p can be displayed by a G4 (which is still in question), doesn't anyone else besides me think that UDF compatibility would be useful.
Right now, in order to do anything with a bluray (ripping, conversion, etc) I have to use my PC. I rather not have to resort to that.

Quote:

Just "UDF compatibility" won't work here. I guess you are using some SlySoft tools to "do anything with a Blu-ray" and they obviously found a way to break the encryption to allow things like ripping....
As we don't plan to move our headquarters to Antigua and we for sure don't want to mess with all the legal implications, it's unlikely you will ever see support for that in MorphOS.

Hold on a minute.
You don't need encryption to read a data disc do you?
Not talking about movies right now.
Just data.

As bash has mentioned, there are other uses. Frank, you're writing off the legal uses (as well as the questionable ones).

And it stinks having to use a PC to access a bluray and then transfer files to my MorphOS system.

Then there's writable blurays, a nice upgrade from DVD-R. I don't know if they require UDF or not.

"it's unlikely you will ever see support for that in MorphOS" ouch! hopefully you mean defeat of DRM, because being able to read UDF format doesn't necessarily imply that

Quote:

Well, obviously we don't need to move to Antigua to implement the open UDF 2.5/2.6 standard as a filesystem, so I was refering to the encryption of protected Blu-ray discs (since you were refering to ripping data which somehow implied breaking encryption to me) .
An UDF filesystem - while it definitely would be nice2have - is not high on our priority list, though. At least noone is really working on it right now.

rather the bug fixed for blanks insertion in usb drives, which freezes the system, then we look towards blurays. One doesn't have anything to do with the other, but just saying..

Quote:

I used to rip DVDs that I owned to reduce their size for play back on hand held devices.
But since the pasage of the Digital Millenium Copyright Act this practice is no longer technically legal.
I've never copied anything I didn't pay for.
I noticed in an earlier post someone mentioned playing back the movie "Machete".
That film hasn't been released to DVD/Bluray yet.
So we don't need UDF support to obtain and view improperly obtained content under MorphOS..
Legally viewing rented or purchased blurays on a MorphOS system would require UDF support though.
Hopefully one day we'll get it.