Drop a line for the noobs...
PavalloKazzo
Like ffmpeg -s wxh -br 200 -codec etc etc etc
I've downloaded the binaries for win32 and I couldn't figure out what
options to pass like on vcodec or acodec or what is the bitrate to use
etc etc...
And a little question: is you the one that made those test in mplayer
examples dir? Because if you did make them with your muxers cheers
cause they work like a charm on my player!!! it's a mediacom et-
uc94p...
Vladimir Voroshilov
2007/10/30, PavalloKazzo <enri...@hotmail.com>:
>
> As on the object... Can you drop a line to use for the noobs?
> Like ffmpeg -s wxh -br 200 -codec etc etc etc
> I've downloaded the binaries for win32 and I couldn't figure out what
> options to pass like on vcodec or acodec or what is the bitrate to use
> etc etc...
ffmpeg -i file.avi -f amv -r 16 -s 160x120 -ac 1 -ar 22050 file.amv
128x128 and 128x90 are also supported.
> And a little question: is you the one that made those test in mplayer
> examples dir? Because if you did make them with your muxers cheers
> cause they work like a charm on my player!!! it's a mediacom et-
> uc94p...
What is "mplayer examples dir"?
If you mean samples.mplayerhq.hu, then i want to fall short of dreams
you: all those samples was made by proprietary convertor and used for
testing our muxer/demuxer.
Our project's download page contains two media files:
1. hole.avi - original AVI file for testing AVI->AMV.
2. hole_correct.amv - AMV file converted from above AVI with
proprietary convertor for testing AMV->AVI
Our muxer provides playable, but not yet excellent files (comparing
with proprietary coder).
--
Regards,
Vladimir Voroshilov mailto:voro...@gmail.com
JID: voro...@gmail.com, voro...@jabber.ru
ICQ: 95587719
Tom Van Braeckel
PavalloKazzo
I'm trying to convert. Here some notes:
Stream: 1 minute DVD stream of an american football game capped from
ESPN and converted by mencoder in mp4 (scale=320:240 lavcopts
vcodec=mp4:vbitrate=600)
Size: amv converter 1,25 MB ffmpeg 7,25
AMV Converter 4 mod will convert this in a playable stream at 160x128
but will give "fatal error" while playing... quality is "good" (the tv
"score box" is "nearly"(!) readible)
Using CHIPTYPE=0 will result in a valid stream but 128x128 as max
resolution
Using any 4.x other version will freeze the device after some seconds
of playing, while whit previous version you can't have bigger
resolution than 128x128
Using amv-ffmpeg-win32-20071029 to convert that stream has resulted in
a file that the first time has played smooth on my device, next times
resulted in a freezes or "fatal error" but every time on different
position (of the stream)
Bad artifacts (blocks) showed while playing... perhaps giving ffmpeg
an already scaled stream would be better?
seems like the encoder would use 1000kb/s of bitrate... I figure that
is too much for my device...
now I've encoded a divx (below you got the note) that seems to be
playable (that's first time) on my device... with amv convert 4 mod
seems to be playing good (just tried)... update: with ffmpeg on 3
tries, freezed ones (on the start, before the video started)... the
others 2 where good
can it be something related to bitrate? I've heard somewhere that on
160x128 some devices freezes cause they cannot keep the bitrate...
What's the option to pass on ffmpeg to give a max br to use? how to
solve the blocks artifacts issue?
anyway right now I'm using the win32 binaries... I'm putting up a
gentoo box so I can give you some more information there (maybe using
some debug option if you need 'em)...
will let you know
PS= Yes I was talking about this http://samples.mplayerhq.hu/amv/...
Appending console messages...
Microsoft Windows XP [Versione 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\PavalloKazzo>cd Desktop\amv-ffmpeg-
win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin\
C:\Documents and Settings\PavalloKazzo\Desktop\amv-ffmpeg-
win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin>dir
Il volume nell'unità C non ha etichetta.
Numero di serie del volume: 1CE1-3532
Directory di C:\Documents and Settings\PavalloKazzo\Desktop\amv-
ffmpeg-win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin
30/10/2007 01.53 <DIR> .
30/10/2007 01.53 <DIR> ..
29/10/2007 13.17 3.973.120 ffmpeg.exe
1 File 3.973.120 byte
2 Directory 3.226.140.672 byte disponibili
C:\Documents and Settings\PavalloKazzo\Desktop\amv-ffmpeg-
win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin>ffmpeg -i
file.avi -f amv -r 16 -s 160x120 -a
c 1 -ar 22050 file.amv
FFmpeg version SVN-r217, Copyright (c) 2000-2007 Fabrice Bellard, et
al.
configuration: --enable-memalign-hack
libavutil version: 49.5.0
libavcodec version: 51.47.1
libavformat version: 51.17.0
built on Oct 29 2007 12:58:03, gcc: 3.4.5 (mingw special)
file.avi: no such file or directory
C:\Documents and Settings\PavalloKazzo\Desktop\amv-ffmpeg-
win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin>ffmpeg -i
dvd.avi -f amv -r 16 -s 160x120 -ac
1 -ar 22050 dvd.amv
FFmpeg version SVN-r217, Copyright (c) 2000-2007 Fabrice Bellard, et
al.
configuration: --enable-memalign-hack
libavutil version: 49.5.0
libavcodec version: 51.47.1
libavformat version: 51.17.0
built on Oct 29 2007 12:58:03, gcc: 3.4.5 (mingw special)
Input #0, avi, from 'dvd.avi':
Duration: 00:01:00.8, start: 0.000000, bitrate: 750 kb/s
Stream #0.0: Video: msmpeg4, yuv420p, 320x240 [PAR 0:1 DAR 0:1],
29.97 fps(r)
Stream #0.1: Audio: mp3, 48000 Hz, stereo, 160 kb/s
PIX_FMT_YUV420P will be used as an intermediate format for rescaling
Output #0, amv, to 'dvd.amv':
Stream #0.0: Video: amv, yuvj420p, 160x120 [PAR 0:1 DAR 0:1],
q=2-31, 200 kb/s, 16.00 fps(c)
Stream #0.1: Audio: adpcm_ima_amv, 22050 Hz, mono, 64 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
Compiler did not align stack variables. Libavcodec has been
miscompiled
and may be very slow or crash. This is not a bug in libavcodec,
but in the compiler. You may try recompiling using gcc >= 4.2.
Do not report crashes to FFmpeg developers.
frame= 967 fps=228 q=0.0 Lsize= 7433kB time=60.4
bitrate=1007.5kbits/s
video:6759kB audio:662kB global headers:0kB muxing overhead 0.152822%
C:\Documents and Settings\PavalloKazzo\Desktop\amv-ffmpeg-
win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin>ffmpeg -i "High
School Team (Friday Night Lig
hts) - 1x02 - Occhi Ben Aperti - By Moll.avi"
C:\Documents and Settings\PavalloKazzo\Desktop\amv-ffmpeg-
win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin>ffmpeg -f amv -
r 16 -s 160x120 -ac 1 -ar 2205
0 file.amv -i "High School Team (Friday Night Lights) - 1x02 - Occhi
Ben Aperti - By Moll.avi"
FFmpeg version SVN-r217, Copyright (c) 2000-2007 Fabrice Bellard, et
al.
configuration: --enable-memalign-hack
libavutil version: 49.5.0
libavcodec version: 51.47.1
libavformat version: 51.17.0
built on Oct 29 2007 12:58:03, gcc: 3.4.5 (mingw special)
Seems stream 0 codec frame rate differs from container frame rate:
30000.00 (30000/1) -> 25.00 (25/1)
Input #0, avi, from 'High School Team (Friday Night Lights) - 1x02 -
Occhi Ben Aperti - By Moll.avi':
Duration: 00:42:16.9, start: 0.000000, bitrate: 1158 kb/s
Stream #0.0: Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3],
25.00 fps(r)
Stream #0.1: Audio: mp3, 48000 Hz, stereo, 128 kb/s
PIX_FMT_YUV420P will be used as an intermediate format for rescaling
Output #0, amv, to 'file.amv':
Stream #0.0: Video: amv, yuvj420p, 160x120 [PAR 0:1 DAR 0:1],
q=2-31, 200 kb/s, 16.00 fps(c)
Stream #0.1: Audio: adpcm_ima_amv, 22050 Hz, mono, 64 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
Compiler did not align stack variables. Libavcodec has been
miscompiled
and may be very slow or crash. This is not a bug in libavcodec,
but in the compiler. You may try recompiling using gcc >= 4.2.
Do not report crashes to FFmpeg developers.
frame= 4075 fps=144 q=0.0 Lsize= 18158kB time=254.7 bitrate=
584.1kbits/s
video:15320kB audio:2778kB global headers:0kB muxing overhead
0.330992%
C:\Documents and Settings\PavalloKazzo\Desktop\amv-ffmpeg-
win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin>mplayer -vo z -
identify "High School Team (Fr
iday Night Lights) - 1x02 - Occhi Ben Aperti - By Moll.avi"
MPlayer 1.0rc1-3.4.2 (C) 2000-2006 MPlayer Team
CPU: Genuine Intel(R) CPU T1300 @ 1.66GHz (Family: 6,
Model: 14, Stepping: 8)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
c:/windows/fonts/arial.ttf doesn't look like a bitmap font
description, ignoring.
Cannot load bitmap font: c:/windows/fonts/arial.ttf
Playing High School Team (Friday Night Lights) - 1x02 - Occhi Ben
Aperti - By Moll.avi.
AVI file format detected.
ID_VIDEO_ID=0
ID_AUDIO_ID=1
VIDEO: [DX50] 640x480 24bpp 25.000 fps 1020.4 kbps (124.6 kbyte/
s)
Clip info:
Software: VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_NAME0=Software
ID_CLIP_INFO_VALUE0=VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_N=1
ID_FILENAME=High School Team (Friday Night Lights) - 1x02 - Occhi Ben
Aperti - By Moll.avi
ID_DEMUXER=avi
ID_VIDEO_FORMAT=DX50
ID_VIDEO_BITRATE=1020392
ID_VIDEO_WIDTH=640
ID_VIDEO_HEIGHT=480
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=1.2500
ID_AUDIO_FORMAT=85
ID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=2536.96
Error opening/initializing the selected video_out (-vo) device.
Exiting... (End of file)
C:\Documents and Settings\PavalloKazzo\Desktop\amv-ffmpeg-
win32-20071029\amv-ffmpeg-win32-20071029\usr\local\bin>
Tom Van Braeckel
Wow, I wouldn't think you were so fast to give me an answer...
That's us :-)
Thanks for testing our tool and helping with the bugtracking and stuff !
I'm trying to convert. Here some notes:
Stream: 1 minute DVD stream of an american football game capped from
ESPN and converted by mencoder in mp4 (scale=320:240 lavcopts
vcodec=mp4:vbitrate=600)
Size: amv converter 1,25 MB ffmpeg 7,25
AMV Converter 4 mod will convert this in a playable stream at 160x128
but will give "fatal error" while playing... quality is "good" (the tv
"score box" is "nearly"(!) readible)
Using CHIPTYPE=0 will result in a valid stream but 128x128 as max
resolution
Using any 4.x other version will freeze the device after some seconds
of playing, while whit previous version you can't have bigger
resolution than 128x128
I see - I've also had troubles with the 4.x version but I'm using our own convertor for everything now.
Using amv-ffmpeg-win32-20071029 to convert that stream has resulted in
a file that the first time has played smooth on my device, next times
resulted in a freezes or "fatal error" but every time on different
position (of the stream)
"First time / next times" that you played it on your player or that you converted it with our convertor ?
Bad artifacts (blocks) showed while playing... perhaps giving ffmpeg
an already scaled stream would be better?
I don't think so, I think the visible blocks are due to an issue - see "Issues" at http://code.google.com/p/amv-codec-tools/
seems like the encoder would use 1000kb/s of bitrate... I figure that
is too much for my device...
This seems to be ffmpeg misreporting the bitrate but this seems of minor importance to me - the real bitrate is not 1000kb/s so...
now I've encoded a divx (below you got the note) that seems to be
playable (that's first time) on my device... with amv convert 4 mod
seems to be playing good (just tried)... update: with ffmpeg on 3
tries, freezed ones (on the start, before the video started)... the
others 2 where good
I've checked out your logs below.
can it be something related to bitrate? I've heard somewhere that on
160x128 some devices freezes cause they cannot keep the bitrate...
I've heard this to but never had any problem with 160x120.
What's the option to pass on ffmpeg to give a max br to use?
Don't know - I don't think this will help you - see my remarks below.
how to
solve the blocks artifacts issue?
You tell me :-) The issue is described on google code. We need to use 2 different quantization tables but ffmpeg the mjpeg codec in ffmpeg doesn't support this yet.
Seems that libavcodec has been miscompiled - voroshil, what can you say about this ?
and may be very slow or crash. This is not a bug in libavcodec,
but in the compiler. You may try recompiling using gcc >= 4.2.
Instead of the "gcc: 3.4.5 (mingw special)" that you used. Voroshil, would using 4.2 fix this ?
frame= 4075 fps=144 q= 0.0 Lsize= 18158kB time=254.7 bitrate=
You specified "z" as the -vo device (-vo z), I think that's wrong but I'm not sure because I've never given the -vo switch.
Vladimir Voroshilov
2007/10/30, Tom Van Braeckel <tomvanb...@gmail.com>:
>
>
> 2007/10/30, PavalloKazzo <enri...@hotmail.com>:
> >
[...]
> > Bad artifacts (blocks) showed while playing... perhaps giving ffmpeg
> > an already scaled stream would be better?
>
> I don't think so, I think the visible blocks are due to an issue - see
> "Issues" at
> http://code.google.com/p/amv-codec-tools/
100% agree. The reason is different quantizatio tables in MJPEG
encoder and not bitrate value.
> > seems like the encoder would use 1000kb/s of bitrate... I figure that
> > is too much for my device...
>
> This seems to be ffmpeg misreporting the bitrate but this seems of minor
> importance to me - the real bitrate is not 1000kb/s so...
This is error in our code (sample_rate/bit_rate/.... issue :) )
Should be added to issues and fixed.
[...]
> > What's the option to pass on ffmpeg to give a max br to use?
>
> Don't know - I don't think this will help you - see my remarks below.
>
> > how to
> > solve the blocks artifacts issue?
>
> You tell me :-) The issue is described on google code. We need to use 2
> different quantization tables but ffmpeg the mjpeg codec in ffmpeg doesn't
> support this yet.
Exact.
[...]
> > Stream #0.1 -> #0.1
> > Press [q] to stop encoding
> > Compiler did not align stack variables. Libavcodec has been
> > miscompiled
>
>
> Seems that libavcodec has been miscompiled - voroshil, what can you say
> about this ?
>
> > and may be very slow or crash. This is not a bug in libavcodec,
> > but in the compiler. You may try recompiling using gcc >= 4.2.
>
> Instead of the "gcc: 3.4.5 (mingw special)" that you used. Voroshil, would
> using 4.2 fix this ?
This is known issue (at least for me) with ffmpeg and MinGW (ffmpeg
didn't want to compile under MinGW without "--enable-memalign-hack"
option, which results above warning, imho).
I'll try to upgrade gcc to 4.x as soon as possible.
[...]
Under Windows use either "-vo gl" (default), "-vo gl2" or "-vo
directx" (if compiled in)
P.S. And guys, please don't top-post. Such mails are much harder to read.
PavalloKazzo
- I use "-vo z" with mplayer win32 cause they didn't have compiled
midentify as an alone binary so to get only the infos of the stream,
without having this to be played, you got to produce an error that
will stop the program... it just means nothing!
- every time I was talking about 1-2-3+ times that were only the tries
on the device... just used to encode 1 time for streams (that's how's
supposed to work!)
Update:
AMV video converter failed on this streams:
############################################################
X:\I Griffin>mplayer -vo z -identify "2X13 - Uno contro tutti.rm"
MPlayer 1.0rc1-3.4.2 (C) 2000-2006 MPlayer Team
CPU: Genuine Intel(R) CPU T1300 @ 1.66GHz (Family: 6,
Model: 14, Stepping: 8)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
c:/windows/fonts/arial.ttf doesn't look like a bitmap font
description, ignoring.
Cannot load bitmap font: c:/windows/fonts/arial.ttf
Playing 2X13 - Uno contro tutti.rm.
REAL file format detected.
Stream description: Audio Stream
Stream mimetype: audio/x-pn-realaudio
ID_AUDIO_ID=0
Stream description: Video Stream
Stream mimetype: video/x-pn-realvideo
ID_VIDEO_ID=1
Stream mimetype: logical-fileinfo
VIDEO: [RV30] 368x288 24bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
Clip info:
name: Uno contro tutti - 2ACX13
ID_CLIP_INFO_NAME0=name
ID_CLIP_INFO_VALUE0=Uno contro tutti - 2ACX13
author: Dr Hibbert Multimedia
ID_CLIP_INFO_NAME1=author
ID_CLIP_INFO_VALUE1=Dr Hibbert Multimedia
copyright: 20th Century Fox
ID_CLIP_INFO_NAME2=copyright
ID_CLIP_INFO_VALUE2=20th Century Fox
ID_CLIP_INFO_N=3
ID_FILENAME=2X13 - Uno contro tutti.rm
ID_DEMUXER=real
ID_VIDEO_FORMAT=RV30
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=368
ID_VIDEO_HEIGHT=288
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=cook
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=44100
ID_AUDIO_NCH=1
ID_LENGTH=1368.00
Error opening/initializing the selected video_out (-vo) device.
Exiting... (End of file)
X:\I Griffin>mplayer -vo z -identify "2X14 - Prima pagina.rm"
MPlayer 1.0rc1-3.4.2 (C) 2000-2006 MPlayer Team
CPU: Genuine Intel(R) CPU T1300 @ 1.66GHz (Family: 6,
Model: 14, Stepping: 8)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
c:/windows/fonts/arial.ttf doesn't look like a bitmap font
description, ignoring.
Cannot load bitmap font: c:/windows/fonts/arial.ttf
Playing 2X14 - Prima pagina.rm.
REAL file format detected.
Stream description: Audio Stream
Stream mimetype: audio/x-pn-realaudio
ID_AUDIO_ID=0
Stream description: Video Stream
Stream mimetype: video/x-pn-realvideo
ID_VIDEO_ID=1
Stream mimetype: logical-fileinfo
VIDEO: [RV30] 368x288 24bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
Clip info:
name: Prima pagina - 2ACX14
ID_CLIP_INFO_NAME0=name
ID_CLIP_INFO_VALUE0=Prima pagina - 2ACX14
author: Dr Hibbert Multimedia
ID_CLIP_INFO_NAME1=author
ID_CLIP_INFO_VALUE1=Dr Hibbert Multimedia
copyright: 20th Century Fox
ID_CLIP_INFO_NAME2=copyright
ID_CLIP_INFO_VALUE2=20th Century Fox
ID_CLIP_INFO_N=3
ID_FILENAME=2X14 - Prima pagina.rm
ID_DEMUXER=real
ID_VIDEO_FORMAT=RV30
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=368
ID_VIDEO_HEIGHT=288
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=cook
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=44100
ID_AUDIO_NCH=1
ID_LENGTH=1345.00
Error opening/initializing the selected video_out (-vo) device.
Exiting... (End of file)
#####################################################
while this work a charm:
#####################################################
X:\>mplayer -vo z -identify "[DivX - ITA] The Shield - Ep. 1x01 -
Squadra d'assalto.avi"
MPlayer 1.0rc1-3.4.2 (C) 2000-2006 MPlayer Team
CPU: Genuine Intel(R) CPU T1300 @ 1.66GHz (Family: 6,
Model: 14, Stepping: 8)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
c:/windows/fonts/arial.ttf doesn't look like a bitmap font
description, ignoring.
Cannot load bitmap font: c:/windows/fonts/arial.ttf
Playing [DivX - ITA] The Shield - Ep. 1x01 - Squadra d'assalto.avi.
AVI file format detected.
ID_VIDEO_ID=0
ID_AUDIO_ID=1
VIDEO: [DX50] 640x480 24bpp 25.000 fps 965.3 kbps (117.8 kbyte/s)
Clip info:
Software: Nandub v1.0rc2
ID_CLIP_INFO_NAME0=Software
ID_CLIP_INFO_VALUE0=Nandub v1.0rc2
ID_CLIP_INFO_N=1
ID_FILENAME=[DivX - ITA] The Shield - Ep. 1x01 - Squadra d'assalto.avi
ID_DEMUXER=avi
ID_VIDEO_FORMAT=DX50
ID_VIDEO_BITRATE=965304
ID_VIDEO_WIDTH=640
ID_VIDEO_HEIGHT=480
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=85
ID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=2663.12
Error opening/initializing the selected video_out (-vo) device.
Exiting... (End of file)
X:\>mplayer -vo z -identify "High School Team (Friday Night Lights) -
Exiting... (End of file)
X:\>mplayer -vo z -identify "High School Team (Friday Night Lights) -
1x03 - Libero di correre - by moll.avi"
MPlayer 1.0rc1-3.4.2 (C) 2000-2006 MPlayer Team
CPU: Genuine Intel(R) CPU T1300 @ 1.66GHz (Family: 6,
Model: 14, Stepping: 8)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
c:/windows/fonts/arial.ttf doesn't look like a bitmap font
description, ignoring.
Cannot load bitmap font: c:/windows/fonts/arial.ttf
Playing High School Team (Friday Night Lights) - 1x03 - Libero di
correre - by moll.avi.
AVI file format detected.
ID_VIDEO_ID=0
ID_AUDIO_ID=1
VIDEO: [DX50] 640x480 24bpp 25.000 fps 1041.3 kbps (127.1 kbyte/
s)
Clip info:
Software: VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_NAME0=Software
ID_CLIP_INFO_VALUE0=VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_N=1
ID_FILENAME=High School Team (Friday Night Lights) - 1x03 - Libero di
correre - by moll.avi
ID_DEMUXER=avi
ID_VIDEO_FORMAT=DX50
ID_VIDEO_BITRATE=1041280
ID_VIDEO_WIDTH=640
ID_VIDEO_HEIGHT=480
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=1.2222
ID_AUDIO_FORMAT=85
ID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=2491.92
Error opening/initializing the selected video_out (-vo) device.
Exiting... (End of file)
###########################################
I'm going to convert this last three with ffmpeg and I will let you
know the result...
The first 2 (the griffin's videos) are unreadble by ffmpeg as it miss
the real codec...
That's I would like to ask you to produce some code to be usable on
mplayer\mencoder, for many reason:
- thinking about now, maybe it can resolve the blocks artifacts
issue... dunno really this, didn't understand what's the problem :P
- in a near future, you can convert easily from almost any format/
codec (ffmpeg miss some codec, like the real family)
- again future thinking, there are many gui for windows too out there
that uses mencoder....
- again for windows, it seems to have better compatibility with
mingw... ?
- I know it better!!! :P:P:P
and it shouldn't be a problem cause it uses the libavc, those of
ffmpeg... maybe you already some code ready and I don't know :P
Another thing is that I'm nearly to have a gentoo box running again @
home so if you tell me how to apply patch (2 years of linux and still
don't know that :P ) and how to produce some good debug files, I can
be your official tester!
Tom Van Braeckel
- what means "don't top-post"?
I also don't know.
- I use "-vo z" with mplayer win32 cause they didn't have compiled
midentify as an alone binary so to get only the infos of the stream,
without having this to be played, you got to produce an error that
will stop the program... it just means nothing!
Ah ok.
- every time I was talking about 1-2-3+ times that were only the tries
on the device... just used to encode 1 time for streams (that's how's
supposed to work!)
Strange - could you send me the AMV that caused this (if it was created with our ffmpeg) ? Or give me a google email address and I'll join you to the Google code project so you can upload it.
Very strange that a video plays sometimes, but not always..
Update:
AMV video converter failed on this streams:
You're talking about AMV video converter and not our ffmpeg right ?
Could be that it fails but we can't help that.. we concentrate on our ffmpeg.
Ok.
The first 2 (the griffin's videos) are unreadble by ffmpeg as it miss
the real codec...
I know (I found out while trying to convert the south park episodes from http://www.southparkx.net/) that sucks.
That's I would like to ask you to produce some code to be usable on
mplayer\mencoder, for many reason:
- thinking about now, maybe it can resolve the blocks artifacts
issue... dunno really this, didn't understand what's the problem :P
This won't be fixed by using mencoder.
- in a near future, you can convert easily from almost any format/
codec (ffmpeg miss some codec, like the real family)
Ah, I didn't know that mencoder has more codecs than ffmpeg, I thought it was the same.
- again future thinking, there are many gui for windows too out there
that uses mencoder....
True. Alex is coding a gui for ffmpeg.
- again for windows, it seems to have better compatibility with
mingw... ?
Could be, dunno.
- I know it better!!! :P:P:P
And it has more possibilities.
and it shouldn't be a problem cause it uses the libavc, those of
ffmpeg... maybe you already some code ready and I don't know :P
Right, so having mencoder support AMV's shouldn't be too hard - maybe the AMV decoding support is already there (since we sent this code upstream and it has been merged into the official ffmpeg code).
If I'm not mistaking, Mencoder will support AMV's as soon as we send our AMV encoding code to ffmpeg upstream because the ffmpeg code will be used by the mencoder crew. I would wait for this until we get that issue fixed.
But you/we could always research a little and build mencoder with our ffmpeg AMV support.
Another thing is that I'm nearly to have a gentoo box running again @
Linux rules !
home so if you tell me how to apply patch (2 years of linux and still
patch -p 0 < patchfile.diff applies patches, but as a tester you can just download our code with svn (see "Source" at our google code page) and type the "svn up" command to fetch the latest patches and have them applied.
don't know that :P ) and how to produce some good debug files, I can
I don't know this eighter - the debug files just need to answer my questions.
ffmpeg -v 2 should be enough debug info.
be your official tester!
Very cool, thanks ! Just keep running our code and reporting bugs - if you join us at google code you can open issues yourself, upload files,...
PavalloKazzo
my player seems to have some weirds problems, maybe buggy code but
shouldn't be all this device have the same code (at least for the amv
player )?
Yes, some streams sometimes play, other times not and this happen with
both the proprietary and your ffmpeg...
Also a strange fact is that, with proprietary, streams converted by
mencoder to a lower resolution an bitrate and then converted by AVM
converter are smaller than those that don't pass this chain... but
that's a bug of amv converter...
As of our (!) code... my box is going to be ready soon, i'm
experiencing bad problems with gcc toolchain...
Can you plz resolve that block issue soon? cause I'd really like to
use this code!
For the svn thing, dunno if this can break library link with
mplayer...?
For the format error / freeze issue... should i've to try to update my
firmware?
Also, why don't think about a port of linux on those devices? An
iPodLinux distribution perhaps?
I read somewhere on their forum that you just need to put up a
bootloader to run that distro... dunno really what that means... but I
was thinking about the possibility that those device can offer....
PavalloKazzo
Have you tried that?
PavalloKazzo
too??? O_o
Tom Van Braeckel
well...
my player seems to have some weirds problems, maybe buggy code but
shouldn't be all this device have the same code (at least for the amv
player )?
Yes, some streams sometimes play, other times not and this happen with
both the proprietary and your ffmpeg...
Strange - it seems to be a device specific problem.
I'm just guessing, but your flash memory might be wearing out if you have written to it many times.
Or it could be a firmware bug.
Also a strange fact is that, with proprietary, streams converted by
mencoder to a lower resolution an bitrate and then converted by AVM
converter are smaller than those that don't pass this chain... but
that's a bug of amv converter...
Ah cool, and does the quality remain the same ?
I had been looking for ways to decrease the filesize so I can put more video on my device.
As of our (!) code... my box is going to be ready soon, i'm
experiencing bad problems with gcc toolchain...
Ok (In Ubuntu I just do: apt-get install build-essential)
Can you plz resolve that block issue soon? cause I'd really like to
use this code!
Hopefully yes, but I've got a feeling that this might take a while.
I asked the ffmpeg-devel list about it but they haven't responded yet.
For the svn thing, dunno if this can break library link with
mplayer...?
I don't know what you mean..
For the format error / freeze issue... should i've to try to update my
firmware?
Yes, if there's a firmware update for your player. Keep in mind that this can break your player so make sure you've got the right firmware for the right player !
Also, why don't think about a port of linux on those devices? An
iPodLinux distribution perhaps?
I read somewhere on their forum that you just need to put up a
bootloader to run that distro... dunno really what that means... but I
was thinking about the possibility that those device can offer....
I've thought about this too.. At s1mp3.org they are working on their own firmware so if you feel like getting linux to run on this thingy I'd start there. I'm sure they're interested - so am I.
Tom Van Braeckel
I didn't know this and I haven't tried it. I doubt that my player would play ogg video - that would make things a lot easier :-)